Suchergebnisse

Bytes zu verarbeiten ist bei Verschlüsselungen etc. relativ wichtig, sonst bringt das Ganze nicht all zu viel. Wünschenswert wären auch Signierungs- und Verifizierungsverfahren bspw. bei RSA und DSA. Grüße

Das ist mir bewusst, aber keine Signierungs- und Verifizierungsverfahren. Nur Verschlüsselung. Grüße

Ja, und VerifyData. Wichtig wäre auf jeden Fall auch eine Stream-Überladung für große Dateien. Grüße

Einfach typeof(SHA512) bzw. GetType(SHA512) müsste das in VB.NET sein. Damit gibst Du halt den Hashalgorithmus vor, es wäre optimal, wenn der User das bestimmen kann. Sehe ich das richtig, dass Du dann eigentlich nur den Framework-Stuff wrappst? Wäre mal interessant zu sehen, wenn Du mal was in das GitHub-Repo lädst. Wenn dem so ist, ist das suboptimal, da das Framework mehr kann (u. a. eben Bytes verarbeiten). Grüße

Zitat von Vainamo V: „RSA-Signierung und Validierung für Byte() und IO.Stream.“Das Klassendiagramm zeigt aber nur Überladungen für Sign. Grüße

Ja, das muss man selber implementieren. Grüße

Du hast den Sinn vom Stream missverstanden. github.com/vainamov/Vae/blob/master/RSA.vb#L166 - Was bringt es mir, wenn die Signatur ein Stream ist? Die muss schon dann in Byte-Daten vorliegen. Es geht um die Daten der Datei, wenn ich die dafür einlesen will und da bspw. eine 20 GB-Datei habe. Wofür soll der sonst da sein, wenn nicht für Dateien? Außerdem unglückliche Architektur, wie ich finde. Die Schlüssel sollten in der Klasse verwaltet werden und nicht immer von Benutzer wieder mitgegeben wer…

Sieht mir soweit richtig aus. Dennoch weitere Kritikpunkte: 1. Implementiere zwei Properties für die Schlüssel, statt diese beide in einer Funktion zurückzugeben. Das ist einfacher für die Benutzung. 2. Dir fehlt die Implementierung von IDisposable. 3. Bei Encrypt muss ich auch den Schlüssel mit angeben. 4. Rufe im Konstruktor bereits ToXmlString(True) auf. Der RSACryptoServiceProvider verwendet afaik Lazy-Initialisierung und somit generierst Du das Schlüsselpaar direkt beim Erstellen einer Inst…

Zu 4: Mach das trotzdem so, ist besser. Zu 7: Ja gut, ist ja VB.NET. Dann halt dataStream oder so. Zu 8: RSACSP ist z. B. nicht guidelinekonform. msdn.microsoft.com/en-us/library/ms229002(v=vs.110).aspx Grüße

Felder haben die Naming Convention PascalCase, sehe ich gerade. Da muss ich mich nochmal verbessern, denn in der Regel würde ich dafür LowerCammelCase benutzen: serviceProvider oder besser sogar _serviceProvider, um (hier) globale Variablen von lokalen zu unterscheiden. Das ist aber das Einzige, sonst passt alles. Da kannste aber nichts dafür, hast ja die Conventions befolgt. Daher entscheide Du das, wie Du willst. Imho hat hier Microsoft halt Unsinn gemacht (die beachten ihre Guidelines eh nich…