Hvor gennemtænkt er Java?

Hvis du gemmer passwords i krypteret form i databasen og verificerer mod dette... en krypteringsalgoritme der ikke kan dekrypteres er meget stærk :)

En krypteringsalgoritme der ikke kan dekrypteres!? Man kan vel altid lave en dekrypteringsalgoritme ved at \"reversere\" krypteringsalgoritmen.

Med hensyn til at gemme passwords i krypteret form i databasen så understøtter eksempelvis Access dette delvist - så vidt jeg kan gennemskue viser Access passwordstrengen som en streng bestående af det nødvendige antal stjerner men selve indholdet af strengen er uændret.

Man kunne for eksempel lave en algoritme (simpel eller ej) til kryptering af passwords. Disse krypterede passwords gemmes så i Access manuelt. Loginproceduren i Javaapplikationen krypterer det indtastede og password og sammenligner med værdien i databasen.

Er det det du mener?

ljweb har helt ret!

Hvis du be\'r en bruger om at indtaste en kode i et JPasswordField og så vil sammenligne med en værdi gemt i en db, så er den sikreste måde, hvis du sammenligner begge i krypteret form.

Dvs. at værdien i db\'en skal være krypteret.
Når brugeren har indtastet en kode, så gør du sådan her:

if (dbPass.compareTo(krypterFunktion(new String(jpassfield.getPassword()))) == 0)
  //password er korrekt
else
  //password er forkert

billeschou => havde ikke set dit sidste indlæg

du kan ikke reversere alle funktioner... hvis du fx tager en hash værdi på en streng kan der være flere resultater der generer samme password.

Hvis du i din database gemmer dit password som en krypteret text i en VARCHAR på det antal bit du har valgt kan du refere brugerens input mod dette gennem din krypteringsalgoritme...

krypteringsalgoritme($brugerinput) == $password_fra_db

vil kunne bruges... og du vil \"aldrig\" kunne reversere passwordet udfra databasen... Har en hacker først adgang til databasen har han alligevel fat i dine sourcefiler.

ljweb => hmm, String sammenligning med ==...

og $ foran variabel navne... du er da vist PHP koder normalt

det er tanken der tæller :)

Jeg kunne forestille at grunden til at der ikke findes en dekrypteringsfunktion som standard i Java er det sikkerhedsbrud den ville udgøre... egentlig en skam... venter spændt på Java 3 *lol*

el_gnu >> rolig nu... jeg arbejder desværre ikke så meget i Java mere som jeg ønsker...

ikke ment som kritik :-)
jeg er selv i gang med PHP og glemmer ALTID $ foran variabelnavne.