Was ist falsch an dieser sha 256 Funktion?

Question

Ich fange an, crypto ++ lib zu benutzen und vielleicht habe ich einige Missverständnisse.

ich nicht erkennen, warum der folgende Code einem schlechte sha 256

# include <string> 
# include <iostream> 
# include "cryptopp/cryptlib.h" 
# include <cryptopp/sha.h> 
# include <cryptopp/hex.h> 

using namespace std; 

string sha256_hex(const string & str) 
{ 
    byte digest[CryptoPP::SHA256::DIGESTSIZE]; 
    CryptoPP::SHA256().CalculateDigest(digest, (byte*) &str[0], str.size()); 

    string ret; 
    CryptoPP::HexEncoder encoder; 
    encoder.Attach(new CryptoPP::StringSink(ret)); 
    encoder.Put(digest, sizeof(digest)); 
    encoder.MessageEnd(); 

    return ret; 
} 

int main(int argc, char *argv[]) 
{ 
    auto sha256 = sha256_hex(argv[1]); 
    cout << "str  = " << argv[1] << endl 
     << "sha 256 = " << sha256_hex(sha256) << endl; 

    return 0; 
} 

Den Befehl

./test-sha256 hello 

folgenden erzeugt

erzeugt die folgende Ausgabe

str  = hello 
sha 256 = DD9F20FF4F1DD817C567DE6C16915DC0A731A4DF51088F55CEF4CD2F89CF9620 

jedoch nach diesem Online-Rechner , die richtige sha 256 für "hello" w wäre 2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824.

Also meine Frage ist, was mache ich falsch?

Ich habe eine zusätzliche Frage: Wie und wann sollte der Speicher, der von dem StringSink Objekt verwendet wird, freigegeben werden?

Vielen Dank im Voraus

Answer 1

Rechnen Sie nicht den Hash des Hashes hier? Sie rufen sha256_hex zweimal, einmal mit argv[1] als Argument und einmal mit sha256 selbst als Argument.

Answer 2

wahrscheinlich die meisten, sehe ich das Problem hier ist:

CryptoPP::SHA256().CalculateDigest(digest, (byte*) &str[0], str.size()); 

Sie besser Pass str.c_str(). Verwenden Sie Debugger, um zu sehen, was genau übergeben wird - übersetzt es in hello?

Answer 3

Was den zweiten Teil der Frage:

Im Crypto ++ Pipelining system werden Filter und Senken durch das Objekt sie gebunden sind, gehört. Sie werden automatisch vom Destruktor dieses Objekts gelöscht.

Und von „Wichtige Hinweise zur Verwendung“ in ReadMe.txt:

Wenn ein Konstruktor für A einen Zeiger auf ein Objekt B (mit Ausnahme von primitiven Typen wie int und char) nimmt, dann A besitzt B und löschen B bei A Zerstörung. Wenn ein Konstruktor für A einen Verweis auf ein Objekt B annimmt, behält der Aufrufer das Eigentum an B und sollte es nicht zerstören, bis A es nicht mehr benötigt.