Құпия сөзбен келген хат қайтымдылықты дәлелдейді, схеманы емес

Пайдаланушының қазіргі құпия сөзін электрондық поштамен жіберетін қызмет бір нәрсені дәлелдеді: ол бұл құпияны жібере алатын пішінде ала алады. Бірақ оны қай баған, алгоритм немесе кітапхана жасағанын дәлелдеген жоқ. Бұл айырмашылық маңызды, себебі табылым нақты, ал адамдар одан жасайтын тұжырым әдетте тым нақты болады. Жолдың қайсыбір жеріндегі қайтымдылық — механизм; болжалды сақтау пішімі олай емес.

Дәлелді осы деңгейде ұстаңыз, шолудың қалғаны дәл болып қалады.

Ескі құпияны қайта жіберу нені дәлелдейді

Бір бағытты тексеруші бастапқы құпия сөзді шығара алмайды, өйткені ол қайтарылмайтын етіп жасалған. Егер қызмет құпия сөзді поштамен жібере алса, онда сол сәтте ол құпия сөзді қалпына келтіруге болатын материалды ұстайды немесе хэштеуге дейін ашық мәтінді ұстап сақтайды. Екі жағдайда да қалпына келтіру жолы қайтымды, және бұл нақты қауіпсіздік табылымы. Бұл сол дерекқордың басқа бағандар үшін қымбат хэш қолданатыны туралы ештеңе айтпайды.

Аралық жағдайға да назар аударыңыз: қосымша ұстайтын кілтпен сақталған шифрланған блок іс жүзінде қайтымды, тіпті есепте шифрланған деген сөз жұбаныш беретіндей естілсе де.

Неге бұл дизайн табылымы, сақтау картасы емес

Хат қалпына келтіру мүмкіндігін дәлелдейді және нақты схеманы анықтамайды. Ол ашық мәтін, детерминді шифрлау, жеткізушінің бүркеу рәсімі немесе тек қалпына келтіру үшін пайдаланылатын жеке тіркелгі деректері қоймасы болуы мүмкін. Өнімнің түрлі бөліктері жиі түрлі сақтауды пайдаланады. Бір хатқа сүйеніп алгоритм тағайындау — келесі жиналыста күйрейтін дәлел түрі.

Айта алатыныңыз тар және пайдалырақ: бұл жол құпияны қалпына келтіре алады, сондықтан өнім қалпына келтірілетін тіркелгі деректері жоқ деп мәлімдей алмайды. Одан әрінің бәрі оператордың дәлелдерін қажет етеді.

Тастауды авторизацияның айналасында құрыңыз

Тастау басқа мәселені шешеді: сұраушының жаңа құпия сөз таңдауға құқығы бар екенін дәлелдеу. Бұл туралы OWASP нұсқаулығы қауіпсіз жасалған, бір рет қолданылатын токендерді немесе кодтарды тиісті мерзіммен сипаттайды және сұрау сатысын тізімдеу мен толып кетуден қорғау керек нәрсе ретінде қарастырады. Аутентификацияланбаған сұрау өздігінен тіркелгіні өзгертпеуі керек. Ауыстыруды қабылдамас бұрын авторизацияны тексеріңіз және бір сәтті қолданыстан кейін токенді жарамсыз етіңіз.

Пошта арнасы қауіпсіздік моделінің бөлігі. Тіркелгі атын иелену ештеңені дәлелдемейді, ал тіркелгінің бар-жоғын ашатын тастау ағыны шабуылдаушыға жұмыс істейтін бағытнама береді.

Құпия сөз қорғаған нәрсені жарамсыз етіңіз

Құпия сөзді өзгерту оның берген қатынауын автоматты түрде тоқтатпайды. Белсенді VPN сеанстарының, есте сақталған құрылғылардың және сервер шығарған токендердің әрқайсысының жарамсыздандыру мінез-құлқы болуы мүмкін. Олардың қайсысы аяқталуы керектігін әдейі шешіңіз және іске асыру мұны жасайтынын тексеріңіз, өйткені тастау оны барлық жерден шығарды деп ойлайтын пайдаланушы жиі қателеседі. Бұл шешімді ағынмен бірге жазып қойыңыз.

Операторлар үшін: қай компонент сұрауды тексеретінін, қайсысы тіркелгі деректерін өзгертетінін және байланысты сеанстардың қалай өңделетінін құжаттаңыз. Пайдаланушылар үшін: заңды қалпына келтіру арнасын қорғаңыз және құпия сөзді қайтаратын кез келген хабарды күдікті деп қараңыз.

Дәл бағалау қысқа: хабар нені дәлелдейді, не белгісіз болып қалады және қалпына келтіру бақыланатын процесс арқылы қатынауды алмастыра ма.