langsame DB-Abfrage

[mwi]

Mmh, also wenn das wirklich hauptsächlich dafür da sein soll, die Sicherheit des eigenen Netzes zu prüfen, warum schaut man da nicht einfach mit dem eignen (bekannten) Key in dem Wörterbuch der Firma nach, ob er vorhanden ist? Unter 1 Stunde ist dann lustig, die Abfrage könnte mit Index in nem Bruchteil ner Sekunde gemacht werden ;-)
Zum Wiederfinden des eigenen Passworts schließ ich mich doch lieber lokal an dem Teil an und setz es zurück, bevor ich die Gefahr eingehe, dass mein Passwort nicht in der Datenbank vorhanden ist (was sehr wahrscheinlich ist).

[Edgecore]

Da stimme ich teilweise zu. Ich gehe aber bereits davon aus die von mir generierten Passwörter in keiner DB zu finden. Wenn doch kann ich als Admin ja gleich einpacken ^^. Allerdings fände ich mal interessant wie viele User-Passwörter (trotz aufgezwungener Richtlinien zur Erstellung von Passwörtern) in der DB auftauchen.

Übrigens: jedes Passwort kann durch Bruteforce (Wörterbuch ist die Weichspüler Varinate) erraten werden, es ist immer nur eine Frage der Zeit :). Aber selbst mit riesigen Mainframes die einen lächerlichen 400CPU (kommt dann noch drauf an was für CPUs) Cloud in den Schatten stellt, beisst man sich an AES die Zähne aus.. Aber ich bin mir sicher, dass sich die Geschichte von DES wiederholen wird - in ein paar Jahren, wenn mal anständige Quantencomputer im RZ stehen :).

So long

[SeveQ]

Edgecore schrieb:
--------------------------------------------------------------------------------
> in ein paar Jahren, wenn mal
> anständige Quantencomputer im RZ stehen :).
>
> So long

... die dann das Ergebnis quasi sofort liefern und gleichzeitig gar nicht.

[permanentmindfuck]

> ... die dann das Ergebnis quasi sofort liefern und gleichzeitig gar nicht.

Kann man denn auch beides anzeigen lassen ? :)