Kodeord: Så lette at knække at selv en it-journalist kan finde ud af det

Hvis har md5summen, så går der næppe lang tid for at bryde ens løsen. Det er interessant artikel, men ikke fordi hvor let det var, men mere fordi den forklarer hvordan man gør.

Hele sikkerhedsproblematikken ligger i at lurendrejere får adgang til md5summerne, og så er spillet tabt. Så det handler om at de ikke må kunne opsnappe cookies og databaser. Hvis man undgår det, så burde en md5sum være sikker nok, fordi man afbryder vel deres forbindelse, hvis de forsøger at logge ind med brute-force, ikke?

Der er jo heller ingen sag at cracke password hashes når de er lavet med MD5. MD5 algoritmen blev brudt for over 10 år siden, så der er altså ingen undskyldning for at bruge den længere.

At det er trivielt at bryde MD5 og dictionary passwords betyder ikke at det er svært at sætte ordentlig sikkerhed op på et website. Der er virkelig mange out-of-the-box løsninger tilgængelige og man kan endda "outsource" håndteringen af bruger login via OpenID, Google Connect eller Facebook for Websites.

Hele sikkerhedsproblematikken ligger i at lurendrejere får adgang til md5summerne, og så er spillet tabt. Så det handler om at de ikke må kunne opsnappe cookies og databaser. Hvis man undgår det, så burde en md5sum være sikker nok, fordi man afbryder vel deres forbindelse, hvis de forsøger at logge ind med brute-force, ikke?

Hvis man regner med at ondsindede ikke får adgang til ens brugerdatabase så er der jo ingen grund til at hashe passwords. Grunden til at man gør det er at man regner med at ondsindede på et eller andet tidspunkt får adgang og at man derefter gerne vil købe tid til at lukke ens website eller bede brugerne ændre passwords før at gerningsmændende kan udnytte brugerdatabasen.

Hele sikkerhedsproblematikken ligger i at lurendrejere får adgang til md5summerne, og så er spillet tabt.

Problematikken ligger i, at tjenesterne ikke "gemmer" kodeordene godt nok. Artikler som denne får det til at lyde som om, at det er fuldkommen håbløst hvis nogen får fat på dine hash digests, men i virkeligheden bliver det meget, meget dyrt at knække passwords, hvis de er lagret korrekt, f.eks. med PBKDF2, bcrypt eller scrypt. (Se tabellen på side 14 i https://www.tarsnap.com/scrypt/scrypt.pdf) Det er bare ret få tjenester, der gør det.

Der er jo heller ingen sag at cracke password hashes når de er lavet med MD5. MD5 algoritmen blev brudt for over 10 år siden, så der er altså ingen undskyldning for at bruge den længere.

Kollisioner er et relativt lille problem i password-konstruktioner. Det er ydeevnen, der arbejder imod dig. (SHA-256 og SHA-3 er lige så uduelige i konstruktioner som SHA256(password) eller SHA3(salt+password) som MD5 er.) Når du hasher indeholdet af en pakke i en protokol er det perfekt hvis hash-algoritmen er meget hurtig, men hvis den er hurtig og du bruger den til at generere digests fra kodeord med lav tilfældighed betyder det, at andre kan udføre mange gæt per sekund, og da der ikke er mange muligheder (nok tilfældighed) hurtigt gætte kodeordet.

Hvis man regner med at ondsindede ikke får adgang til ens brugerdatabase så er der jo ingen grund til at hashe passwords. Grunden til at man gør det er at man regner med at ondsindede på et eller andet tidspunkt får adgang og at man derefter gerne vil købe tid til at lukke ens website eller bede brugerne ændre passwords før at gerningsmændende kan udnytte brugerdatabasen.

Helt enig. Fordi intet system er perfekt. Og hashede løsener er kun for den situation. Min pointe var det samme som din: Der er ikke noget særligt nyt i det. Alle burde vide at md5 er blevet brudt for længe siden.

Alle burde vide at md5 er blevet brudt for længe siden.

SHA-1 er også brudt, men kan stadig fint bruges i eksempelvis en HMAC-konstruktion, hvor kollisioner er et mindre problem. I password-konstruktioner er kollisioner ikke et stort problem fordi der er en salt, og en kollision ikke faktisk afslører det originale kodeord. (Der har endda været lidt diskussion for nylig om hvor vidt man burde bruge en hash-funktion med mange kollisioner, så en cracker ikke kan være sikker på, hvilket password, der er det rigtige: http://www.openwall.com/lists/crypt-dev/2012/12/12/3)

MD5 er brudt, ja, men i denne sammenhæng er SHA-1, SHA-2, SHA-3, BLAKE, Skein, osv. det også. Det er hastigheden, der er det store problem (men godt i de fleste andre sammenhæng, hvor der bruges nøgler med høj tilfældighed, f.eks. 256 bits), ikke kollisioner.

Alle i IT-branchen burde tvangsindlægges til at se den mindst én gang: http://www.youtube.com/watch?v=3rmCGsCYJF8

Men måske er det alligevel godt at høre for nogle. Det er nok en af de ting, der kan tåle at blive sagt igen og igen.

Jeg havde en lærer i gymnasiet, der demonstrerede dette for os i praksis, og det var vel omkring 1999.

Der er alt for mange steder, man skal have en konto med navn og password, og samtidig skal man jo heller ikke bruge samme password mere end et sted. Et klassisk angreb er at stjæle nogens password fra et dårligt beskyttet sted og så prøve at bruge det til deres email-konto for eksempel. Selv mange store firmaer har i de seneste år bevist, at de i hvert fald ikke kan finde ud af at beskytte deres data.

Jeg tænker nogle gange, at nogen trænger til at sætte en ny standard her, for det er faktisk noget besværligt for den almene bruger at opføre sig korrekt.

Det er ikke en standard for server siden, men det hjælper med at beskytte brugeren: https://github.com/brinchj/RndPhrase

Pluginet er udviklet af en tidligere DIKU studerende.

Det er ikke en standard for server siden, men det hjælper med at beskytte brugeren: https://github.com/brinchj/RndPhrase

Pluginet er udviklet af en tidligere DIKU studerende.

Der er jo heller ingen sag at cracke password hashes når de er lavet med MD5. MD5 algoritmen blev brudt for over 10 år siden, så der er altså ingen undskyldning for at bruge den længere.

Nej, det er nemt at skabe to forskelle blokke data som giver samme md5 sum, men ikke at finde en kollision for et specifikt hash.

Her er en md5 sum for et af mine passwords: 51a06d48b1583015c387ab8f3bc3bdd2 Go nuts!

Mig bekendt er det endnu ikke muligt at reverse kode et MD5 hash på sekunder. Der er nok snarere tale om rainbow lister, altså at der beregnes hash for det mest anvendte kodeord. Hvis programmøren blot ville tilsætte nogle faste karakterer eller lidt "salt", ville det nok tage noget længere tid end et sekundt.

Men mon ikke tiden er ved at være løbet fra username/password metoden til identificering?