Suchergebnisse

Beschreibung Væ ist eine nützliche kleine Klassenbibliothek, die viele Hashes und Verschlüsselungen bereitstellt. Enthaltene Algorithmen - SHA1, SHA256, SHA3, SHA384 und SHA512 - RIPEMD160 - AES - Rijndael - Whirlpool - RSA - RC2 - DES und TripleDES - HMAC mit SHA1, SHA256, SHA3, SHA384, SHA512, MD5 und RIPEMD160 Klassendiagramm vae-classview.png Systemanforderungen mindestens .NET-Framework 4 To-Do - Weitere Algorithmen und Austauschprotokolle integrieren (mindestens noch Rfc2898 bzw. PBKDF2, e…

Hej @nafets Die Byte-Array-Überladungen muss ich noch überarbeiten, dann kann man sowohl als auch benutzen. Zu den nicht im .NET Framework implementierten Hash- und Verschlüsselungsmethoden, welche schweben dir da so vor? @Trade RSA ist enthalten. DSA kommt noch. Grüße Väinämö

Also das hier: msdn.microsoft.com/de-de/libra…r.signdata(v=vs.110).aspx ? Grüße Väinämö

@Trade Wäre das so richtig? VB.NET-Quellcode (1 Zeile) Oder was muss ich bei halg As Object verwenden? Grüße Väinämö

Zitat von Trade: „es wäre optimal, wenn der User das bestimmen kann“ Kann er. Zitat von Trade: „eigentlich nur den Framework-Stuff wrappst“ Noch. Um vor allem String-Verschlüsselung usw. zu vereinfachen. Wie ich @nafets schon schrieb, habe ich auch fertige Byte()-Überladungen, die ich nachher noch hochlade. Grüße Väinämö

Ich dachte ich fasse den letzten Edit und die anderen Änderungen kurz zu einem Post zusammen. Ist irgendwie übersichtlicher. Update - Alle Funktionen unterstützen nun sowohl String als auch Byte(). - RSA-Signierung und Validierung für Byte() und IO.Stream. - SHA3 (ebenso HMACSHA3) und Whirpool wurden hinzugefügt. Siehe "Details" im Startpost für mehr Infos. Update im Startpost. Grüße Väinämö

Hej @Trade, selbst das Framework lässt bis jetzt nur Validierungen für Byte-Arrays zu, ist (gebe ich zu) ein bisschen ungünstig formuliert. Mal schauen ob ich das selber umgewandelt bekomme. Edit: Kommt mit dem nächsten Update. Grüße Väinämö

Ich weiß zwar nicht warum, aber ich glaube meine IO.Stream-in-Byte()-Konvertierung will nicht so wirklich. VB.NET-Quellcode (9 Zeilen) Grüße Väinämö

@nafets Hab ich jetzt. VB.NET-Quellcode (7 Zeilen) Update - RSA-Validierung für IO.Stream hinzugefügt. - Whirpool funktioniert jetzt korrekt. Siehe "Details" im Startpost für mehr Infos. - Edit: Das GitHub-Repository ist jetzt auch eingerichtet. github.com/vainamov/Vae Update im Startpost. Grüße Väinämö

Hej @Trade. Ich hab was du vorgeschlagen hast schon mal in der gesamten RSAServiceProvider geändert. github.com/vainamov/Vae/blob/master/RSA.vb Update im Startpost. Grüße Väinämö

Hej @Trade. Vielen Dank für deine Hilfe. Ich nehme mal ein bisschen Stellung zu..1. Wird gemacht. Erledigt . 2. Wird auch gemacht. Erledigt . 3. Hatte ich beim Umstellen vergessen rauszunehmen > Erledigt. 4. So wie es jetzt ist funktioniert es auch ohne ToXmlString(). 5. Die lokalen Variablen sind noch Überbleibsel (weil ich ja .Disposen musste, konnte ich nicht gleich die Rückgabewerte zurückgeben). > In RSA erledigt, die anderen kommen jetzt mit der Umstellung weg. 6. Geändert . 7. Ich bin imm…

Update vae-classview.png - Die Klassen, die Verschlüsselungen bereitstellen, wurden auf non-shared umgestellt. Die Umstellung der HashServiceProvider kommt noch. - Alle umgestellten Klassen implementieren jetzt IDisposable. - Die RSAServiceProvider.Verify hat jetzt Original As IO.Stream statt wie zuvor Original As Byte() als Parameter und wird umbenannt in Validate. Update im Startpost. Grüße Väinämö

Hej @Trade LowerCamelCase nehm ich eigentlich nur für C# oder Java. Und die _-Schreibweise behalte ich mir für BackingFields vor. Die Parameter könnte ich eigentlich wirklich klein schreiben. Mal schauen wann ich dazu komme . Grüße Väinämö

Mal ein kleines Update - Überall wo es sinnvoll erschien, sind die Klassen nun auf non-Shared umgestellt. - MD5 wurde als Hash hinzugefügt. - Anfragen für besondere Algorithmen (z.B. XOR usw.) könnt ihr auch gerne als Include-Issue auf GitHub stellen. Update im Startpost oder hier. promo-download.png Grüße Väinämö

Hej @exc-jdbi. Ich hab jetzt erstmal die überflüssigen Instanziierungen entfernt. Die Decrypt As String funktioniert nun einwandfrei. Lediglich die Decrypt As Byte() wirft eine Exception, dass die Zeichenabstände ungültig seien und nicht entfernt werden könnten. Mal schauen woran es liegt. Danke für den Hinweis. Edit: Zu dem Problem mit der Decryption As Byte() gibt es nun sowohl einen Thread im VBP (AES Byte-Array Decryption schlägt fehl), als auch einen GitHub Issue. Grüße Väinämö