کنترل دسترسی به عملیات

1) چرا شما به آن نیاز دارید

کنترل دسترسی به معاملات مانع از زیان های مالی، سوء استفاده و نقض مقررات می شود. این امر خطاهای «شعاع انفجار» و تهدیدات داخلی را محدود می کند، تحقیقات را سرعت می بخشد و تغییرات را قابل ردیابی می کند. برای iGaming، این در حوزه های پرداخت، ضد تقلب، برنامه های پاداش و مدیریت محتوا/شانس بازی بسیار مهم است.

2) اصول اساسی

اعتماد صفر: به طور پیش فرض اعتماد نکنید ؛ هر عمل را بررسی کنید.
حداقل امتیاز: حداقل حقوق لازم برای مدت زمان محدود.
نیاز به دانستن: دسترسی به داده ها/توابع فقط برای یک هدف معقول.
تفکیک وظایف (SoD): تفکیک نقش ها «درخواست → تصویب → اجرا → حسابرسی».
پاسخگویی: هر اقدام بر روی یک نهاد مشخص با مسئولیت شخصی/واگذار شده است.
Composability - دسترسی توسط سیاست هایی ایجاد می شود که می توانند به عنوان کد تأیید و نسخه شوند.

3) مدل کنترل دسترسی

3. 1 مدل های نقش و ویژگی

RBAC: نقش های اساسی توسط عملکرد (پشتیبانی، ریسک، پرداخت، تجارت، عملیات، توسعه، SRE، انطباق).
ABAC: ویژگی های مستاجر/منطقه/صلاحیت/کانال/محصول/محیط زیست (prod/stage/dev).
PBAC/Policy-as-Code: قوانین در OPA/Rego یا آنالوگ: چه کسی/چه چیزی/کجا/چه زمانی/چرا + زمینه (KRI، زمان، سطح خطر عملیات).

3. 2 ماتریس SoD (مثال)

پرداخت/برداشت: شروع ≠ تایید ≠ اجرا کنید.
پاداش: ایجاد یک کمپین ≠ فعال شدن در فروش ≠ تغییر محدودیت.

Factors/Line: مدل سازی ≠ انتشار ≠ بازگشت به عقب

داده/PII: درخواست بارگذاری ≠ تأیید ≠ دسترسی به رمزگشایی.
انتشار: توسعه دهنده ≠ برنامه انتشار ≠ اپراتور رول کردن.

4) مدار شناسایی و فدراسیون

SSO/MFA: نقطه ورود تک با MFA اجباری، پشتیبانی FIDO2.
Just-In-Time Provisioning (JIT) - نقش های اختصاص داده شده در ورود به سیستم توسط ویژگی ها و گروه ریسک.
SCIM/HR-driven: تخصیص خودکار/ابطال حقوق برای رویدادهای HR (استخدام/حرکت/خروج).
حساب های خدمات: کوتاه مدت نشانه/گواهی, چرخش اسرار, دامنه محدود.

5) دسترسی اختصاصی (PAM)

JIT-elevation: افزایش امتیاز موقت با دلیل و بلیط.
کنترل دوگانه (4 چشم): برای عملیات با خطر بالا (P1/P2)، دو برنامه از توابع مختلف مورد نیاز است.
کنترل جلسه: ضبط/keylog از جلسات بحرانی، هشدار ناهنجاری، ممنوعیت کپی چسباندن/به اشتراک گذاری فایل در صورت لزوم.
Break-glass: دسترسی اضطراری با محدودیت های سخت، پس از ممیزی اجباری و فراخوان خودکار.

6) کنترل دسترسی به داده ها

طبقه بندی: PII/مالی/فنی/عمومی.
پوششدهی داده: پوششدهی توسط نقشها، توکنیزه کردن شناسهها.
مسیرهای دسترسی: تجزیه و تحلیل خواندن aggregates ؛ دسترسی به PII های خام - فقط از طریق جریان های تایید شده با یک پنجره زمان هدف.
صادرات/خط: تمام آپلودها با درخواست/بلیط امضا می شوند، رمزگذاری شده با TTL ذخیره می شوند.

7) کنترل عملیات دامنه iGaming

برداشت: محدودیت در مقدار/ساعت/روز، برنامه 2 عامل، عوامل توقف خودکار (نمره خطر، سرعت).
پاداش/freespins: کلاه برای بودجه/مستاجر، sandbox اجرا می شود، دو سطح تصویب.
شانس/خطوط بازار: دوره های تبلیغاتی نیاز به بررسی دوگانه، ورود به سیستم انتشار، بازگشت سریع دارند.
KYC/AML: دسترسی به اسناد - با هدف و بلیط، ممنوعیت بارگیری انبوه.
مسیرهای پرداخت: تغییر قوانین PSP - تنها از طریق تغییر مدیریت با بررسی کمیسیون/تبدیل.
اقدامات پشتیبانی: انجماد حساب، نوشتن/تعهد - فقط از طریق یک قالب playbook، با ایجاد خودکار یک مورد.

8) دسترسی به زیرساخت

تقسیم بندی محیط زیست: تولید جدا شده ؛ دسترسی به prod - از طریق سنگر با گواهینامه های SSH/MTLS کوتاه.
Kubernetes/Cloud: سیاست های neimspaces/neutrwork، خروج ممنوع به طور پیش فرض، PodSecurityPolicies/OPA Gatekeeper.
DB/caches: کارگزاران دسترسی (پروکسی DB، سطح IAM-at-the-request)، «خواندن فقط به طور پیش فرض»، ممنوعیت DDL در برنامه بدون پنجره تغییر.
اسرار: مدیر مخفی، چرخش خودکار، ممنوعیت اسرار در متغیرهای محیطی بدون رمزگذاری.

9) فرآیندهای کاربرد و به روز رسانی

کاتالوگ دسترسی: شرح نقش ها، ویژگی ها، کلاس ریسک عملیات، SLO در نظر گرفته شده است.
کاربرد: توجیه، مدت، شیء (مستاجر/منطقه/محیط زیست)، حجم مورد انتظار عملیات.
آوریل: مدیر خط + صاحب داده ها/عملیات ؛ برای ریسک بالا - انطباق/پرداخت/خطر.
مرور دسترسی: سه ماهه - صاحبان نیاز به حقوق را تأیید می کنند ؛ غیرفعال کردن خودکار دسترسی های «آویزان».

10) سیاست ها به عنوان کد

تمرکز: OPA/Rego/webhooks در CI/CD و کنسول های مدیریت.
نسخه بندی: فرآیندهای روابط عمومی، بررسی سیاست ها و آزمون ها، ممیزی تفاوت.
زمینه پویا: زمان روز، KRI، geo، امتیاز دهی خطر بازیکن/عملیات.
اثبات پذیری: هر راه حل مجاز/انکار دارای یک سیاست قابل توضیح و یک سابقه حسابرسی است.

11) گزارش ها و ممیزی ها (دستکاری آشکار)

غیر قابل تغییر - مجموعه متمرکز (WORM/ذخیره سازی غیر قابل تغییر)، امضای رکورد.
کامل بودن: چه کسی، چه، کجا، چه زمانی، چرا (شناسه بلیط)، قبل/بعد از ارزش.
اتصال: ردیابی معامله از طریق کنسول → API → پایگاه داده → ارائه دهندگان خارجی.
SLA حسابرسی: در دسترس بودن ورود، زمان پاسخ کنترل/تنظیم کننده.

12) نظارت و هشدار

دسترسی به KPI:٪ دسترسی JIT، عمر متوسط امتیاز، سهم شیشه ای، حقوق استفاده نشده> N روز.
KRI سوء استفاده: چسبندگی اقدامات حساس، آپلود توده ای، ساعت ها/مکان های غیر معمول، توالی «برنامه → عمل → بازگشت».
هشدار در زمان واقعی: برای عملیات P1/P2 - در کانال تماس و SecOps.

13) تست و کنترل کیفیت

Tabletop/pentest story: سناریوهای یک خودی، یک نشانه به سرقت رفته، سوء استفاده از نقش های پشتیبانی، خطاهای پیکربندی عمدی.
هرج و مرج دسترسی: لغو اجباری حقوق در طول یک تغییر فعال، بررسی ثبات فرآیندها.
تست DR: شکست SSO/PAM، دسترسی به شیشه شیشه، بازیابی حلقه طبیعی.

14) نقشه راه پیاده سازی (8-12 هفته)

«ند». 1-2: موجودی عملیات/نقش ها/داده ها، ارزیابی ریسک و ماتریس اولیه SoD.
«ند». 3-4: SSO/MFA در همه جا، دایرکتوری دسترسی، JIT برای کنسول های مدیریت، سیاست های اساسی OPA.
«ند». 5-6: PAM: JIT-elevation، جلسات ضبط، شیشه ای با پس از ممیزی. PII و پوشش گردش کار در آپلود ها.
«ند». 7-8: تحریک/مرحله/بخش بندی توسعه، مدل سنگر، کارگزار دسترسی به پایگاه داده، ممنوعیت DDL.
«ند». 9-10: عملیات پرخطر با کنترل دوگانه هشدارها در مورد سوء استفاده از KRI ؛ اولين تدريس روي ميز.
«ند». 11-12: موقعیت یابی خودکار/SCIM، بررسی دسترسی سه ماهه، ردیابی کامل حسابرسی و معیارهای عملکرد.

15) مصنوعات و الگوهای

کاتالوگ نقش: نقش، توضیحات، حداقل امتیازات، ویژگی های ABAC، مالک.
ماتریس SoD: نقش ها/عملیات ناسازگار، استثنائات، فرایند لغو موقت.
عملیات حساس ثبت نام: لیست اقدامات P1/P2, معیارهای کنترل دوگانه, پنجره های اجرای.
فرم درخواست دسترسی: هدف، اصطلاح، شیء، بلیط، ارزیابی ریسک، برنامه ها.
Policy Pack (PaC): مجموعه ای از سیاست های Rego با تست ها و مثال ها انکار/اجازه می دهد.
Audit Playbook: نحوه جمع آوری زنجیره ای از رویدادها، پاسخ SLA، که با تنظیم کننده ارتباط برقرار می کند.

16) توابع KPI

٪ از عملیات تحت پوشش SoD و کنترل دوگانه

متوسط طول عمر امتیازات بالا (هدف: ساعت، نه روز)

سهم دسترسی دائمی JIT-vs

زمان بسته شدن برنامه ها و٪ به روز رسانی خودکار با استفاده از قالب های کم خطر

تعداد/فرکانس حوادثی که دسترسی کلیدی بود

کامل بودن حسابرسی (٪ رویدادهای مرتبط با بلیط/دلیل)

17) ضد گلوله

«مدیریت برای همیشه» و حساب های عمومی.
دسترسی به داده های تولید از طریق BI/ad hoc بدون پنهان کردن و ورود به سیستم.
سیاست های روی کاغذ بدون اجرا در کد/کنسول.
شکستن شیشه بدون پس از مرگ و یادآوری خودکار.
PII تخلیه دستی «از اراده آزاد خود».
مخلوط کردن نقش برنامه های پشتیبانی و مالی.

مجموع

کنترل موثر دسترسی به عملیات ترکیبی از اصول سختگیرانه (Zero Trust، Least Privilege، SoD)، ابزارهای فنی (SSO/MFA، PAM، PaC، تقسیم بندی، کارگزاران پایگاه داده)، فرآیندهای مدیریت (کاتالوگ نقش، برنامه ها/به روز رسانی، جواز مجدد) و حسابرسی قابل حسابرسی است. این چارچوب زیرساخت ها و عملیات تجاری را پایدار می کند، احتمال سوء استفاده را کاهش می دهد و پاسخ های حادثه را تسریع می کند - با انطباق اثبات شده با تنظیم کننده ها و شرکا.