جلوگیری فعال
8200.dev به عنوان تشخیصی شروع می‌شود — مشاهده، توضیح و نمره‌دهی می‌کند. جلوگیری فعال به موتورها امکان می‌دهد اقدام نیز کنند: یک پیوند عمومی را حذف کنید، یک اشتراک پرخطر را لغو کنید، دسترسی را کاهش دهید، یک عامل شرارت‌انگیز را تعلیق کنید، یا دسترسی یک عامل را لغو کنید.
اقدام محدود شده است، قابل بازگشت و صادقانه. پوشش تشخیصی امروز زنده است؛ نوشتارهای جلوگیری نیازمند OAuth دارای دسترسی نوشتاری صریح هستند، به طور پیش‌فرض شبیه‌سازی می‌شوند، و نوشتار واقعی فروشنده آخرین مرحله محدود شده توسط بنیان‌گذار است.
تشخیصی در برابر جلوگیری
اجرای تشخیصی — مشاهده، توضیح، تولید قضاوت — امروز در تمام اتصال‌دهنده‌ها زنده است. اجرای جلوگیری در فروشنده اقدام می‌کند و برای هر اتصال‌دهنده انتخابی است: فعال‌سازی جلوگیری، گزینه انتخابی هر اتصال‌دهنده را تعیین می‌کند (و در حالت شبیه‌سازی، اعطای دسترسی نوشتاری افزایش‌یافته را شبیه‌سازی می‌کند تا کل حلقه امروز قابل نمایش باشد).
پنج اقدام اصلاح
هر پیشنهاد به یکی از پنج نوع اقدام نگاشت می‌شود، هر کدام دارای پیش‌شرایط، تماس API دقیق فروشنده که می‌کند، و حالت قبلی که برای بازگشت ثبت می‌کند:
- حذف پیوند عمومی — یک اشتراک ناشناس یا عمومی‌وب را حذف کنید.
- لغو اشتراک — یک اعطای خارجی یا مهمان خاص را حذف کنید.
- کاهش دسترسی — یک مجوز بیش‌ازحد گسترده را کاهش دهید (برای مثال، ویراستار → بیننده).
- تعلیق موضوع — یک هویت شرارت‌انگیز یا به‌خطر افتاده را غیرفعال کنید.
- لغو دسترسی عامل — دسترسی بیش‌ازحد گسترده یک عامل هوش مصنوعی یا برنامه را کنار بگذارید.
چهار سطح اصلاح
شما تصمیم می‌گیرید 8200.dev تا چه اندازه برای رفع یک یافته اقدام کند. یک پیش‌فرض سطح سازمانی تعیین کنید و برای هر قانون در خط‌مشی‌های امنیتی نادیده بگیرید. سطح‌ها یک نردبان دقیق تشکیل می‌دهند — هر کدام توانایی و با آن، شعاع انفجار را اضافه می‌کند.
8200.dev به طور پیش‌فرض فقط خواندنی است. دسترسی نوشتاری تنها از اعطای جداگانه‌ای که تأیید می‌کنید — برای هر مخزن برای Fix-PR، برای هر اتصال‌دهنده برای خودکار — و هرگز از اتصال نظارت هسته نیست.
- 1اطلاع‌رسانی (تمام طرح‌ها) — یک هشدار به علاوه یک راهنمای اصلاح. هیچ چیز تغییر نمی‌یابد. این پیش‌فرض است.
- 2اصلاح راهنمایی‌شده (طرح‌های پرداخت‌شده) — دستورات دقیق، یک پیوند مستقیم به تنظیمات ارائه‌دهنده برای آن منبع، و مراحل. شما آنها را در طرف خود اجرا می‌کنید؛ دسترسی نوشتاری لازم نیست.
- 3Fix-PR (کسب‌وکار و بالاتر) — 8200.dev یک درخواست‌سحب اصلاح‌کننده در مخزن شما می‌گشاید؛ یک انسان آن را بررسی و ادغام می‌کند. هیچ چیز بدون تأیید تغییر نمی‌یابد، و نیاز به یک اعطای نوشتاری جداگانه، قابل‌استرجاع، برای هر مخزن دارد.
- 4خودکار (کسب‌وکار و بالاتر) — برای قوانینی که انتخاب می‌کنید، 8200.dev اصلاح را به طور خودکار تحت محافظ‌های خودکار موجود (کلید قطع، فهرست سفید، انتخابی‌برای‌هر‌اتصال‌دهنده) اعمال می‌کند.
دستی در برابر AUTO-GUARD
اصلاح دستی یک کلیک است: همیشه شبیه‌سازی کنید، بر روی تأیید صریح اقدام کنید وقتی جلوگیری زنده است. AUTO-GUARD به‌طور اختیاری در تخلفات با اطمینان بالا، قطعی فقط خودکار عمل می‌کند — به طور پیش‌فرض خاموش است و در لایه کسب‌وکار و بالاتر موجود است.
AUTO-GUARD از نظر طراحی ناکام‌بسته است: قضاوتی تنها مدل هرگز نمی‌تواند خود‌کار‌اجرا را راه‌اندازی کند، فقط یک فهرست سفید محافظ‌کارانه از انواع اقدام واجد شرایط است، و یک کلید قطع جهانی هر دروازه را شکست می‌دهد و تمام اجرا را به شبیه‌سازی‌فقط کاهش می‌دهد.
شبیه‌سازی شده تا اعطا شود
تا زمانی که OAuth دسترسی‌نوشتاری اعطا نشود و ارزیابی نشود، هر اقدام در حالت شبیه‌سازی اجرا می‌شود و برچسب‌خورده است — هیچ چیز تغییر فروشنده زنده‌ای را که انجام ندادند ادعا نمی‌کند. اجرای اتصال‌دهنده شبیه‌سازی واقعی و قابل‌بازگشت برابر نمودار نمایشی است، برچسب‌خورده به عنوان داده‌های نمایشی.
هر اقدام — شبیه‌سازی‌شده یا زنده — یک مسیر حسابرسی کامل و قابل‌بازگشت می‌نویسد: چه، چه، چه زمان، قبل → بعد، و نتیجه.