این ترجمه به‌صورت ماشینی تولید شده و در انتظار بازبینی است.تغییر به انگلیسی

ارزیابی تصاحب حساب کاربری

به تصمیم‌های ورود و بازیابی، زمینه اضافه کنید.

یک تعامل شبیه‌سازی‌شده ورود یا بازیابی حساب را بررسی کنید، بدون آن‌که یک سیگنال نامعمول را مدرک قطعیِ نفوذ بدانید. این فرایند پیش از آن‌که برنامه شما انتخاب کند چه اتفاقی بیفتد، شواهد موجود، مفقود و در دسترس‌نبودنی را نمایان نگه می‌دارد.

فرایند ورود و بازیابی

تعامل را ارزیابی کنید، نه یک برچسب دائمی را.

تلاش برای ورود یا بازیابی به دلایل زیادی می‌تواند ناآشنا به نظر برسد. اقدام، وضعیت شواهد و سیاست برنامه را جدا نگه دارید تا نتیجه قابل بازبینی و بازگردانی باشد.

  1. تعامل

    تعاملِ دارای پیامد را علامت‌گذاری کنید.

    ورودی: یک رویداد محدودِ ورود یا بازیابی

  2. شواهد

    آنچه معلوم است و آنچه نیست را بررسی کنید.

    خروجی: زمینه ارزیابی همراه با وضعیت شواهد

  3. سیاست

    سیاست بازیابی و دسترسی خود را اعمال کنید.

    تصمیم: متعلق به برنامه شما و ثبت‌شده توسط آن

تعامل را ارزیابی کنید، نه یک برچسب دائمی را.Illustration of the page’s own workflow steps.
  1. تعاملِ دارای پیامد را علامت‌گذاری کنید.

    مشخص کنید که برنامه در حال ارزیابیِ تلاش ورود است یا بازیابی حساب؛ سپس فقط زمینه مجازِ سمت سرور را که برای آن تصمیم لازم است پیوست کنید.

    ورودی: یک رویداد محدودِ ورود یا بازیابی

  2. آنچه معلوم است و آنچه نیست را بررسی کنید.

    ارزیابی، دلایل آن و وضعیت دسترس‌پذیری شواهد مؤثر را با هم بخوانید. شواهد مفقود یا ناموفق، به‌جای تبدیل‌شدن به نتیجه‌ای اطمینان‌بخش، آشکار می‌مانند.

    خروجی: زمینه ارزیابی همراه با وضعیت شواهد

  3. سیاست بازیابی و دسترسی خود را اعمال کنید.

    برنامه شما تصمیم می‌گیرد ادامه دهد، بررسی اضافی بخواهد، تعامل را برای بازبینی بفرستد یا آن را متوقف کند. نتیجه Noxtica یک ورودی است، نه مجوزدهیِ مستقل.

    تصمیم: متعلق به برنامه شما و ثبت‌شده توسط آن

وضعیت شواهد

نبودن، با ایمن‌بودن یکسان نیست.

ارزیابی باید تفاوت میان ورودی مشاهده‌شده، ورودی ارائه‌نشده و بررسی‌ای را که کامل نشده است حفظ کند.

  1. شواهد موجود است

    یک ورودی پشتیبانی‌شده، زمینه فراهم کرد.

  2. شواهد موجود نیست

    ورودیِ مورد انتظار ارائه نشد.

  3. شواهد در دسترس نیست

    یک بررسی نتوانست نتیجه‌ای تولید کند.

نبودن، با ایمن‌بودن یکسان نیست.Illustration of the page’s own evidence states, not a scale.

شواهد موجود است

یک ورودی پشتیبانی‌شده، زمینه فراهم کرد.

بررسی کنید چه شواهدی در دسترس بوده، چرا مؤثر بوده است و آیا برنامه برای اعمال سیاست انتخابی خود زمینه کافی دارد یا خیر.

شواهد موجود نیست

ورودیِ مورد انتظار ارائه نشد.

این شکاف را نامشخص در نظر بگیرید. ورودیِ حذف‌شده، مسدودشده یا جمع‌آوری‌نشده را به سیگنال کم‌ریسک تبدیل نکنید.

شواهد در دسترس نیست

یک بررسی نتوانست نتیجه‌ای تولید کند.

مسیرهای وقفه زمانی، پشتیبانی‌نشدن و خطای پردازش را متمایز نگه دارید تا برنامه شما بتواند از یک جایگزین صریح استفاده کند.

عدم‌قطعیت و مثبت‌های کاذب

زمینه مشکوک همچنان به توضیح نیاز دارد.

تصاحب حساب کاربری فرضیه‌ای است که باید ارزیابی شود. رفتار عادی مشتری می‌تواند همان الگوهای ظاهری سوءاستفاده را ایجاد کند و محیط آشنا نیز ایمن‌بودن حساب را اثبات نمی‌کند.

توضیح‌های خوش‌خیمِ محتمل

  • مشتری با دستگاه جایگزین، مرورگر تازه‌نصب‌شده یا پس از پاک‌کردن داده‌های محلی وارد حساب می‌شود.
  • سفر، مسیریابی موبایل، شبکه شرکتی یا سرویس حریم خصوصی، زمینه ظاهری شبکه را تغییر می‌دهد.
  • مشتری واقعی پس از ازدست‌دادن دسترسی به یک دستگاه یا مدیر گذرواژه، بازیابی را آغاز می‌کند.
  • تنظیمات دسترس‌پذیری، حریم خصوصی یا مرورگر مانع جمع‌آوری ورودیِ مورد انتظار می‌شود.

چه چیزی قابل استنباط نیست

  • گذرواژه معتبر یا دستگاه آشنا ثابت نمی‌کند که شخص، مالک حساب است.
  • دستگاه جدید، تغییر شبکه یا الگوی خودکار به‌تنهایی نفوذ را اثبات نمی‌کند.
  • شواهد مفقود یا در دسترس‌نبودنی به معنای ریسک پایین نیست و نباید به‌عنوان ایمن نمایش داده شود.
  • زمینه ریسک جایگزین احراز هویت، بررسی‌های چندعاملی، مجوزدهی یا فرایند بازیابی امن نمی‌شود.

مرز پیاده‌سازی

مسیر تصمیم‌گیری سمت سرور را متصل کنید.

این صفحه هیچ شیوه استقرار، زمان پاسخ یا اجرای خودکاری را وعده نمی‌دهد. ارزیابی را حول یکپارچه‌سازیِ فعلیِ بررسی‌شده و داده‌ای که برنامه شما مجاز به پردازش آن است محدود کنید.

  • پیش از آن‌که نتیجه تعامل بر تصمیم دسترسی یا بازیابی اثر بگذارد، آن را در سرور تأیید کنید.
  • فقط ورودی‌های افشاشده و مجاز را جمع‌آوری کنید؛ هدف، دسترسی، نگهداری، حذف و رفتار در حالت عدم دسترسی را مستند کنید.
  • پیش از مشاهده ترافیک نماینده، مسیرهای جایگزین برای وقفه زمانی، خطا، فقدان شواهد و کلاینت پشتیبانی‌نشده را تعریف کنید.
  • تغییرات سیاست را برگشت‌پذیر نگه دارید و پیش از افزودن اصطکاک برای مشتری، تأیید مسئول برنامه را الزامی کنید.

معیار ارزیابی

سوءاستفاده و بازیابی مشروع را با هم اندازه‌گیری کنید.

با یک مسیر محدودِ ورود یا بازیابی و نتایجی که تیم شما می‌تواند تأیید کند آغاز کنید. هدف، طرح ارزیابی است، نه وعده کاهش.

  1. موارد تأییدشده دسترسی غیرمجاز در میان تعاملاتی با نتیجه نهاییِ مشخص.
  2. تکمیل ورود و بازیابیِ مشروع، از جمله انصراف در بررسی‌های اضافی و ارجاع به پشتیبانی.
  3. حجم و زمان بررسیِ مواردی که پس از بررسی شواهد موجود همچنان نامطمئن می‌مانند.
  4. پوشش مسیرهای فقدان داده، در دسترس نبودن، وقفه زمانی و نتیجه نامشخص، به‌جای کنارگذاشتن بی‌صدای آن‌ها.

پیش از تفسیر ارزیابی، برچسب‌ها، بازه مشاهده، جامعه، تغییرات هم‌زمان سیاست و شرایط توقف را تعریف کنید. بازدید صفحه یا ارسال فرم، شواهدی از اثر محصول نیست.

ارزیابی تصاحب حساب کاربری

یک تصمیم ورود یا بازیابی را مرور کنید.

تعامل، کنترل‌های فعلی، شکاف‌های شواهد و مسئول سیاست‌گذاری را همراه بیاورید. این مرور در محدوده فرایند می‌ماند و پیش از ارزیابی، نتیجه‌ای را وعده نمی‌دهد.