Russisk hacker idømt syv års fængsel for stort angreb på LinkedIn og Dropbox

Jeg undrede mig over at der står 'krypterede passwords' - men der står dælme også 'encrypted passwords' i meddelelsen fra USDOJ[1].

Er det mon vitterligt krypterede passwords, eller mener de blot hashede passwords? Hvis ikke, så er det en dårlig sikkerhedspraksis hos LinkedIn, Dropbox og Formspring(?).

[1] https://www.justice.gov/usao-ndca/pr/russian-hacker-sentenced-over-7-yea...

@Asbjørn Thegler: Kunne du for os ikke nørder, eller vidende, forklare forskellen på de to teknikker og hvorfor den ene efter din vurdering er den rigtige ? (måske almen viden - for nogen).

Sagtens!

Med kryptering kan man genskabe det oprindelige password ved at 'dekryptere' det. Det betyder at man kan genskabe dit password hvis man har den rigtige nøgle. Det er en tovejs-transformation.

Ved hashing transformeres dit password til en unik stump data, som ikke kan bruges til at genskabe det oprindelige password. Det er altså en envejs-transformation.

Hvis man er så ubetænksom at gemme sin krypteringsnøgle tæt ved de krypterede data, så kunne man lige så godt have gemt det i cleartext. Det problem har man ikke med hashing.

Rent praktisk, så fungerer login med password ved at man sammenligner det hashede password, så man slipper for at skulle gemme dit oprindelige password.

Der er ingen undskyldning for at gemme passwords så de kan læses igen.

Hvis man gerne vil være endnu mere teknisk, så er nogle relevante nøgleord 'salting' og 'rainbow tables'. Man kan også finde flere relevante resultater ved at Google 'encryption vs hashing'.

Ved hashing transformeres dit password til en næsten unik stump data

:)

Det er rigtig nok - man skal absolut holde sin hash collision rate for øje når man vælger hashing algoritme.

Det er rigtig nok - man skal absolut holde sin hash collision rate for øje når man vælger hashing algoritme.

Ja, man kan principielt logge ind på samme konto med to forskellige passwords, hvis de giver den samme hash værdi.

Ja, det er matematisk usandsynligt, og rent praktisk umuligt, hvis man vælger en fornuftig hasing algoritme.

Når det kommer til hacking, så er der er en højere chance for at gætte det rigtige password med brute force, end at tilfældigt ramme et password med samme hash.

Så ja, I har ret - men det er ikke en vigtig faktor når det kommer til sikkerhed, så længe man bruger en fornuftig algoritme.

det er matematisk usandsynligt

Du mener vel sandsynligt.

Hvis du tager et passwork med 20 tegn og hasher det til 19, så vil der være 10 passwords som giver det samme hash.

Men så længe hash'en er længere end passwords, så er der ikke noget problem.

Når det kommer til hacking, så er der er en højere chance for at gætte det rigtige password med brute force, end at tilfældigt ramme et password med samme hash.

Er det fordi kryptering giver et hint om længden af password, mens hash har samme længde uanset om password er på 8 tegn eller 54? Hvis man kender algoritmen og evt salt, så må man da kunne brute force sig igennem en masse password. Og sådan med lidt gætteri og meget held ramme noget. Et gætbart password er vel lige gætbart uanset konverteringen?

Men så længe hash'en er længere end passwords, så er der ikke noget problem.

Jep - hvilket absolut også er dét man gør. Se evt denne for eksempler: https://en.wikipedia.org/wiki/Salt_(cryptography)

Er det fordi kryptering giver et hint om længden af password, mens hash har samme længde uanset om password er på 8 tegn eller 54? Hvis man kender algoritmen og evt salt, så må man da kunne brute force sig igennem en masse password. Og sådan med lidt gætteri og meget held ramme noget. Et gætbart password er vel lige gætbart uanset konverteringen?

Det er korrekt at kryptering ikke skjuler længden af det oprindelige password.

Når man forsøger at brute-force et password, så er der vel intet galt i at man også lige tjekker om man rammer et hash collision, istedet for det egentligt password. Chancen for at du gætter det rigtige password er typsik meget større, end at du finder en hash collision, hvis du bruger et par fornuftige paradigmer omkring hvordan passwordet ser ud.

Hvis man bekymrer sig om risikoen for en hash collision i fx SHA-256, så bør man bekymre sig meget mere risikoen for at jorden bliver ramt af en lignende meteor, som for 65 millioner år siden.