Empfohlen hash für Passwörter, die in ASP Classic

Viele Leute zu sein scheinen Schläge auf die Frage-Fragesteller, weil er auf der Suche für eine langsame hash-Funktion. Tatsächlich, alle anderen Aspekte gleich bleiben, ist eine langsamere hash-Funktion ist sicherer als eine schnelle. Dies ist, weil eine langsamere hash-Funktion führt langsamer Generierung von rainbow tables und langsamer brute Force-oder Wörterbuch-Angriffe auf das Passwort.

Thomas Ptacek an http://www.securityfocus.com/blogs/262, wie verwiesen, die in diesem Coding Horror Artikel:

Das problem ist, dass MD5 ist schnell. So
seine modernen Konkurrenten, wie die SHA1 -
und SHA256. Geschwindigkeit ist ein design-Ziel
eine moderne secure-hash, da hashes
sind ein Baustein von fast jedem
Kryptosystem, und in der Regel
Nachfrage-ausgeführt auf einer pro-Paket-oder
basis pro Nachricht.

Geschwindigkeit ist genau das, was Sie nicht wollen
in einem Kennwort-hash-Funktion.

Modernen Passwort-Systeme werden angegriffen
mit inkremental-Passwort-Cracker.

Inkrementelle Cracker nicht
vorberechnen alle möglichen geknackt
Passwörter. Sie betrachten die einzelnen Passwort
hash individuell, und Sie füttern Ihre
Wörterbuch durch den Passwort-hash
Funktion die gleiche Weise Ihre PHP-login
Seite wäre. Rainbow-table-Cracker
wie Ophcrack verwenden Sie Raum, um anzugreifen
Passwörter; inkrementelle Cracker wie
John the Ripper, Crack, und LC5 Arbeit
mit der Zeit: die Statistiken und berechnen.

Den Passwort-Angriff Spiel wird gewertet
Zeit, die zum knacken Passwort X. Mit
rainbow-Tabellen, dass die Zeit hängt davon ab,
wie groß die Tabelle sein muss und wie
schnell können Sie auch danach suchen. Mit
inkrementelle Cracker, die Zeit hängt
wie schnell können Sie das Passwort
die hash-Funktion ausführen.

Desto besser können Sie die Optimierung Ihrer
Kennwort-hash-Funktion, die schneller
Ihr Kennwort-hash-Funktion bekommt, die
schwächer wird Ihr Schema. MD5 und SHA1
auch konventionelle block-Chiffren wie
DES, sind entworfen, um schnell sein. MD5,
SHA1 und DES schwachen Passwort
hashes. Auf modernen CPUs, raw-crypto
Bausteine wie DES und MD5
werden bitsliced, vektorisiert, und
parallelisiert, um das Passwort sucht
Blitz schnell. Spiel-über FPGA
Implementierungen Kosten nur Hunderte von
Dollar.

Einige get Kommentare über das PHP-MD5-Dokumentation auch besprechen Vorliebe für Langsamkeit.

Ihre Frage zu beantworten, es sieht aus wie BCrypt ist der Weg zu gehen. Allerdings habe ich nicht in der Lage zu finden alle Implementierungen für ASP Classic. Wenn das stimmt, würde ich stick mit einer normalen hash-Funktion wie SHA512.

InformationsquelleAutor ine

Wenn Sie versuchen, Sie zu besiegen brute-force-Attacken, die Sie sind besser dran, die Durchsetzung einige fehlgeschlagene versuche, Fenster - /count-eher als sich auf die Geschwindigkeit des hashing (oder hash-Vergleich) - Mechanismus, um den Angriff länger dauern, um erfolgreich zu sein. Sperren den account nach einer bestimmten Anzahl fehlgeschlagener Anmeldeversuche innerhalb der Fehler-Fenster und lassen nur neue versuche gemacht werden, nachdem eine beträchtliche Zeit verstrichen ist.

Könnte dies für eine DOS-Attacke gegen einen bekannten (Administrator) - Konto, aber Sie konnte befreit bestimmte Konten aus der lockout-Politik oder eine Alternative Art und Weise-mit einem Sicherheits-Frage/Antwort -- für die Anmeldung zu einem gesperrten Konto, bevor die reset-Zeit verstrichen ist.

[BEARBEITEN] Hilfe im Kampf gegen rainbow-Angriffe-wo der Angreifer abgerufen hat Ihre Hash-Passwörter und findet passende matches, dass hash, um die gleichen Werte -- betrachten Sie sowohl mit einem zufälligen salt für jeden Benutzer einmalig ist gehashte Passwort und eine Feste Salz, der Teil des Algorithmus, nicht die Daten. Zum Beispiel:

  testHash = computeHash( user.salt + "98hloj5674" + password );
  if (testHash == user.hashedPassword)
  {
      valid = true;
  }

Sollte dies zur Unwirksamkeit der rainbow-Tabellen da, auch zu wissen, die Benutzer-salt und den hash-Algorithmus, die Werte des Angreifers rainbow-Tabellen nicht anzeigen auf Ihrem Hash-Passwörter aufgrund der Zugabe des festen Salzes in den Algorithmus.

Mit ASP-Classic, Sie würde tun müssen, diese in einer Bibliothek anstatt auf die Seite, um sicherzustellen, dass der Benutzer nicht sehen konnte, Ihre Feste Salz.

InformationsquelleAutor tvanfosson

Eigentlich die beste hash-Funktion, erzeugt keine colisions und ist nicht suspectible um rainbow-table-Angriffe.

Das bedeutet: Hinzufügen von Salz (vorzugsweise ein anderes Salz für jeden Benutzer), und denken mit einem SHA2-Hash-Funktion (oder vielleicht RIPE-MD, die ich nicht sah, dass viel):

Einer Implementierung von SHA-256 ist hier (ich Liebe es, wie Sie es nennen "ein-Weg-Verschlüsselung"):

http://www.freevbcode.com/ShowCode.Asp?ID=2565

Habe es nicht getestet, aber es gibt sicherlich SHA2-Implementierungen für Klassische ASP.

InformationsquelleAutor Michael Stum

psuedocode für die langsamste Methode:

function hashPassword(password)
    sleep for 10 seconds
    return password
end function

Dies ist zweifellos nicht der sicherste (oder überhaupt), aber es ist langsam...

(Ich bin nur darauf hin, dass es langsamer ist, nicht die Antwort...)

InformationsquelleAutor chills42