Eng Passwuert-E-Mail beweist Ëmkéierbarkeet, net e Schema

En Déngscht, deen d’aktuellt Passwuert vun engem Benotzer per E-Mail schéckt, huet eng Saach bewisen: en kann dee Geheimnis an enger Form kréien, déi en och schécke kann. En huet awer net bewisen, wéi eng Kolonn, wéi en Algorithmus oder wéi eng Bibliothéik en entstoe looss huet. Den Ënnerscheed ass wichteg, well de Fong real ass an d’Schlussfolgerung, déi d’Leit doraus zéien, meeschtens ze spezifesch ass. D’Ëmkéierbarkeet irgendwou am Wee ass de Mechanismus; en ugehollene Späicherformat ass et net.

Haalt d’Beweiser op deem Niveau, an de Rescht vun der Iwwerpréiwung bleift korrekt.

Wat d’Zréckschécke vum ale Geheimnis beweist

En eenweegen Iwwerpréiwer kann dat ursprénglecht Passwuert net produzéieren, well en esou entworf gouf, datt en net ëmkéierbar ass. Wann den Déngscht d’Passwuert per E-Mail schécke kann, dann huet en an deem Moment Material, aus deem d’Passwuert erëmze kréien ass, oder en hëlt de Kloertext of a späichert en virum Hashing. Esou oder esou ass de Wee vun der Erëmgewannung ëmkéierbar, an dat ass e richtege Sécherheetsfong. Et seet näischt doriwwer, ob déiselwecht Datebank en deier Hash fir aner Kolonnen notzt.

Opgepasst awer op de Mëttelfall: e gespäicherte verschlësselte Blob mat engem Schlëssel, deen d’Applikatioun huet, ass an der Praxis ëmkéierbar, och wann d’Wuert verschlësselt an engem Rapport berouegend kléngt.

Firwat dat en Design-Fong ass, a keng Späicherkaart

D’E-Mail beweist d’Erëmkréie kéinten a bestëmmt net de geneeë Schema. Et kéint Kloertext sinn, deterministesch Verschlësselung, eng Verschleierungsroutine vun engem Fournisseur oder en eegene Späicher vun Authentifikatiounsdonnéeën, deen nëmmen fir d’Erëmgewannung benotzt gëtt. Verschidden Deeler vun engem Produkt notzen dacks verschiddenen Späicher. En Algorithmus opgrond vun enger eenzeger E-Mail zouzeschreiwen ass déi Zort Behauptung, déi an der nächster Versammlung zesummebrécht.

Wat s du soe kanns, ass méi schmuel a méi nëtzlech: dëse Wee kann de Geheimnis erëmkréien, also kann d’Produkt net behaapten, et géif keng erëmkréibar Authentifikatiounsdonnéeë ginn. Alles wat doriwwer erausgeet, brauch d’Beweiser vum Bedreiwer.

Bau d’Zrécksetzen ëm d’Autorisatioun

En Zrécksetzen léist en anert Problem: ze beweisen, datt den Ufroer e neit Passwuert däerf auswielen. D’OWASP-Leedfuedem dozou beschreift sécher generéiert, eemoleg Tokens oder Coden mat enger passender Ofleeafzäit, an en behandelt d’Ufroestadium als eppes, wat géint Oplëschtung a Flut ze schütze ass. Eng net authentifizéiert Ufro däerf de Kont net vu sech aus änneren. Validéier d’Autorisatioun, ier s d’Ersetzung akzeptéiers, a maach den Token no enger erfollegräicher Benotzung onbrauchbar.

Den E-Mail-Kanal ass Deel vum Sécherheetsmodell. De Besëtz vun engem Kontnimm beweist näischt, an en Zrécksetzungsfloss, deen opdeckt, ob e Kont existéiert, gëtt engem Ugräifer en Direktorium, mat deem hien schaffe kann.

Maach ongülteg, wat d’Passwuert geschützt huet

D’Passwuert z’änneren beendet net automatesch den Zougang, deen et gewährt huet. Aktiv VPN-Sessiounen, gemierkte Geräter an Tokens, déi de Server ausgëtt, kënnen all hir eege Ongültegkeetsverhalen hunn. Entscheet bewosst, wéi eng dovun ophale mussen, a verifizéiert, datt d’Implementatioun dat mécht, well e Benotzer, deen unhëlt, en Zrécksetze hätt en iwwerall ausgeloggt, läit dacks falsch. Hal dës Entscheedung mam Floss fest.

Fir Bedreiwer: dokumentéiert, wéi eng Komponent d’Ufro verifizéiert, wéi eng d’Authentifikatiounsdonnéeë ännert a wéi déi verbonnen Sessiounen behandelt ginn. Fir Benotzer: schütz de legitimen Erëmgewannungs-Kanal a behandel all Message, déi e Passwuert zréckschéckt, als verdächteg.

Déi genee Bewäertung ass kuerz: wat d’Message beweist, wat onbekannt bleift an ob d’Erëmgewannung den Zougang duerch e kontrolléierte Prozess ersetzt.