АЦЭНКА ЗАХОПУ ЎЛІКОВАГА ЗАПІСУ
Дадайце кантэкст да рашэнняў пра ўваход і аднаўленне.
Ацаніце сінтэтычнае ўзаемадзеянне пры ўваходзе або аднаўленні ўліковага запісу, не прымаючы адзін незвычайны сігнал за доказ кампраметацыі. Сцэнар захоўвае бачнасць даступных, адсутных і недаступных доказаў да таго, як ваша праграма вызначыць наступнае дзеянне.
СЦЭНАР УВАХОДУ І АДНАЎЛЕННЯ
Ацэньвайце ўзаемадзеянне, а не сталае прызначэнне.
Спроба ўваходу або аднаўлення можа выглядаць незвычайна па многіх прычынах. Аддзяляйце дзеянне, стан доказаў і палітыку праграмы, каб вынік можна было праверыць і адмяніць.
Узаемадзеянне
Пазначце істотнае ўзаемадзеянне.
Уваходныя даныя: абмежаваная падзея ўваходу або аднаўлення
Доказы
Праверце, што вядома, а што — не.
Вынік: кантэкст ацэнкі са станам доказаў
Палітыка
Прымяніце сваю палітыку аднаўлення і доступу.
Рашэнне: прымаецца і фіксуецца вашай праграмай
Пазначце істотнае ўзаемадзеянне.
Вызначце, ці ацэньвае праграма спробу ўваходу або аднаўлення ўліковага запісу, а затым далучыце толькі дазволены серверны кантэкст, неабходны для гэтага рашэння.
Уваходныя даныя: абмежаваная падзея ўваходу або аднаўлення
Праверце, што вядома, а што — не.
Разглядайце ацэнку, яе прычыны і даступнасць доказаў разам. Адсутныя або няўдалыя доказы застаюцца бачнымі, а не ператвараюцца ў абнадзейлівы вынік.
Вынік: кантэкст ацэнкі са станам доказаў
Прымяніце сваю палітыку аднаўлення і доступу.
Ваша праграма вырашае, ці працягваць, запытаць дадатковую праверку, накіраваць узаемадзеянне на разгляд або спыніць яго. Вынік Noxtica — гэта ўваходныя даныя, а не аўтарызацыя сам па сабе.
Рашэнне: прымаецца і фіксуецца вашай праграмай
СТАН ДОКАЗАЎ
Адсутнасць не азначае бяспеку.
Пры ацэнцы трэба захоўваць розніцу паміж зафіксаванымі ўваходнымі данымі, данымі, якія не былі перададзены, і праверкай, якую не ўдалося завяршыць.
Доказы даступныя
Пацверджаныя ўваходныя даныя дадалі кантэкст.
Доказы адсутнічаюць
Чаканыя ўваходныя даныя не былі перададзены.
Доказы недаступныя
Праверка не змагла даць вынік.
Доказы даступныя
Пацверджаныя ўваходныя даныя дадалі кантэкст.
Праверце, якія доказы былі даступныя, чаму яны паўплывалі на ацэнку і ці мае праграма дастаткова кантэксту, каб прымяніць выбраную палітыку.
Доказы адсутнічаюць
Чаканыя ўваходныя даныя не былі перададзены.
Лічыце гэты прабел невядомым. Не ператварайце прапушчаныя, заблакіраваныя або незабраныя ўваходныя даныя ў сігнал нізкай рызыкі.
Доказы недаступныя
Праверка не змагла даць вынік.
Раздзяляйце сцэнарыі тайм-аўту, непадтрымоўванасці і збою апрацоўкі, каб ваша праграма магла выкарыстоўваць відавочна вызначаны запасны варыянт.
НЯВЫЗНАЧАНАСЦЬ І ХІБНЫЯ СПРАЦОЎВАННІ
Падазроны кантэкст усё роўна патрабуе тлумачэння.
Захоп уліковага запісу — гэта гіпотэза, якую трэба ацаніць. Звычайныя дзеянні кліента могуць ствараць такія ж павярхоўныя прыкметы, як і злоўжыванне, а звыклае асяроддзе не даказвае бяспеку ўліковага запісу.
Магчымыя бяскрыўдныя тлумачэнні
- Кліент уваходзіць з новай прылады, у нядаўна ўсталяваным браўзеры або пасля выдалення лакальных даных.
- Падарожжа, мабільная маршрутызацыя, карпаратыўная сетка або сэрвіс прыватнасці змяняюць бачны сеткавы кантэкст.
- Законны кліент пачынае аднаўленне пасля страты доступу да прылады або менеджара пароляў.
- Налады даступнасці, прыватнасці або браўзера перашкаджаюць сабраць данныя, якія ў іншым выпадку чакаліся б.
Што нельга вывесці з даных
- Сапраўдны пароль або знаёмая прылада не даказваюць, што чалавек — уладальнік уліковага запісу.
- Новая прылада, змена сеткі або аўтаматызаваны шаблон самі па сабе не даказваюць кампраметацыю.
- Адсутныя або недаступныя доказы не азначаюць нізкую рызыку і не павінны паказвацца як бяспечныя.
- Кантэкст рызыкі не замяняе аўтэнтыфікацыю, шматфактарныя праверкі, аўтарызацыю або бяспечны працэс аднаўлення.
МЕЖЫ ЎКАШЭННЯ
Падключыце серверны шлях прыняцця рашэнняў.
Старонка не абяцае спосаб разгортвання, час адказу або аўтаматычнае прымусовае выкананне. Абмяжуйце ацэнку бягучай праверанай інтэграцыяй і данымі, якія вашай праграме дазволена апрацоўваць.
- Правярайце вынік узаемадзеяння на серверы, перш чым ён зможа паўплываць на рашэнне аб доступе або аднаўленні.
- Збірайце толькі раскрытыя і дазволеныя ўваходныя даныя; дакументуйце мэту, доступ, захоўванне, выдаленне і паводзіны пры недаступнасці.
- Вызначце запасныя варыянты для тайм-аўтаў, памылак, адсутных доказаў і непадтрымоўваных кліентаў да назірання за рэпрэзентатыўным трафікам.
- Захоўвайце магчымасць адкату змен палітыкі і патрабуйце адабрэння ўладальніка праграмы перад даданнем цяжкасцяў для кліента.
ПАКАЗЧЫКІ АЦЭНКІ
Вымярайце злоўжыванні і законнае аднаўленне разам.
Пачніце з абмежаванага сцэнарыя ўваходу або аднаўлення і вынікаў, якія ваша каманда можа праверыць. Мэта — план ацэнкі, а не абяцанае скарачэнне.
- Пацверджаныя выпадкі несанкцыянаванага доступу сярод узаемадзеянняў з вядомым канчатковым рашэннем.
- Паспяховае завяршэнне законных уваходаў і аднаўленняў, у тым ліку адмова на этапе дадатковай праверкі і перадача ў службу падтрымкі.
- Аб'ём і час разгляду выпадкаў, што застаюцца нявызначанымі пасля праверкі даступных доказаў.
- Ахоп сцэнарыяў з адсутнымі, недаступнымі данымі, тайм-аўтамі і невядомым вынікам замест іх маўклівага выключэння.
Вызначце пазнакі, перыяд назірання, сукупнасць, адначасовыя змены палітыкі і ўмовы спынення да тлумачэння вынікаў ацэнкі. Наведванні старонкі або адпраўка формы не з'яўляюцца доказам уплыву прадукту.
АЦЭНКА ЗАХОПУ ЎЛІКОВАГА ЗАПІСУ
Разгледзьце адно рашэнне пра ўваход або аднаўленне.
Падрыхтуйце ўзаемадзеянне, бягучыя меры кантролю, прабелы ў доказах і ўладальніка палітыкі. Разгляд застаецца ў межах сцэнарыя і не абяцае выніку да ацэнкі.