Schneller Code - Von Delete und Insert -> Copy -> ???

[-Lucky-]

Zitat:

.. nun, man könnte das Passwort ja als mindestens 20 stellige HexNotation eingeben.
Dann hätte man den Spielraum von 0 bis 255.

Genau das habe ich vor^^ Also kein Denkfehler meinerseits

Was noch einmal die Sicherheit des Codes angeht, selbst an den Zufallsgenerator habe ich gedacht, dass diese ja berechnet werden. Also werden auch diese Werte vom Anwender beeinflusst.

Zitat:

Ich drücke Dir jedenfalls die Daumen für den Wettbewerb!

Thx.

[grenzgaenger]

Zitat von Klaus01:

.. nun, man könnte das Passwort ja als mindestens 20 stellige HexNotation eingeben.
Dann hätte man den Spielraum von 0 bis 255.

tzzz, tzzz, das wär was ... . nur, wer soll sich dann das passwort merken? das wird dann wohl wieder per postit an den bildschirm gepickt ...

[skyobserver]

Zitat:

Auch habe ich keine Hintertüren eingebaut. Alles bedacht.

Darauf kommt es nicht an. Wenn dein Code nicht Open Source
ist, kann das nicht verifiziert werden und ist somit nicht
vertrauenswürdig.

Zitat:

Muster können nicht gefunden werden, das geht nicht, da jede Verschlüsselung
einzigartig ist. Selbst wenn man eine Million mal die gleiche Datei auf diese Art
mit dem gleichen Passwort verschlüsseln würde, hätte man anschließend eine Million
verschiedene verschlüsselte Dateien

Die Sache hat einen Denkfehler. Wenn die gleiche Datei mit dem gleichen Passwort
zu unterschiedlichen Ergebnissen führt muß in der codierten Datei ein Hinweis
gespeichert sein welcher Aufschluss über die Art der Veränderung gibt.
Sonst könnte der Empfänger aus einer Millionen Möglichkeiten nicht die richtige
herausfinden. Da diese Information ganz zu Anfang beim entschlüsseln benötigt wird,
kann sie nicht zusammen mit den eigentlichen Daten verschlüsselt werden.
Sie wird in einem definierten Bereich (Header) der Datei stehen. Ich gehe mal stark
davon aus, daß Du das Datum+Uhrzeit (zum Zeitpunkt der Codierung) in Millisekunden
umrechnest und diesen Wert als Variablen Faktor verwendest. Datum und Uhrzeit müssen
aber dann irgendwo schwach oder ganz unverschlüsselt in der Datei stehen.
Vielleicht änderst Du auch künstlich die Länge der Datei in dem Du mehr oder Weniger
"Zufalls Datenschrott" anhängst. In diesem Fall muß auch irgendwo die Länge der
Originaldatei stehen um den Vorgang eindeutig rückgängig zu machen.

Zitat:

Macht mindestens!!! 256^10 Möglichkeiten = 1208925819614629174706176 Möglichkeiten.

Das wäre dann in diesem Fall "nur" eine 80 Bit Verschlüsselung. Heutige Standards haben minimal 128 Bit
oder mehr. Durch ein Verfahren namen "Geburtstagsangriff" (siehe Wikipedia) muß man nicht einmal alle Möglichkeiten
durchprobieren. Ich habe einen Artikel gelesen, das man kurz davor ist eine 1024(!!!) Bit Verschlüsselung zu knacken:PC-Welt News
Keine Ahnung wie die das anstellen - die Mathematik dahinter ist mir zu hoch

[alzaimar]

Bei dem Niveau fällt mir der Crypto Chef ein.

[mquadrat]

Zitat von alzaimar:

Bei dem Niveau fällt mir der Crypto Chef ein.

*rofl* Das Ding is ja mal geil...

Besonders gut find ich

Zitat:

Handy SMS-Dienst mit KRYPTO !
Mit einen kleinen Trick können sie KRYPTO auch für Handy SMS-Verschlüsselung einsetzen. Nachdem Sie ihre SMS-Datei
verschlüsselt haben mit KRYPTO, können sie mit einen Hex-Editor die verschlüsselte Datei anschauen und die Hex-Werte
(nicht die Adressen) ins Handy übertragen und abschicken.
Sie können somit alle Arten von Daten auch über den Handy SMS-Dienst verschicken.

[alzaimar]

Neu! Endgenial! Sie können nun auch mit KRYPTOSCHEFF kommunisieren! Datsu müssen Sie einfag das was sie sagen wollen verschlüsselt haben mit KRYPTO, können sie mit einen Hex-Editor die verschlüsselte Datei anschauen und die Hex-Werte VORLESEN. Sie können somit alle Arten von GEHEIM-Informationen auch DIREKT ERZÄHLEN!!!!!1!!11!!!Eins!!!EINS!!ELF!!!