Es ist bekannt, dass DLLs, die von .NET erzeugt werden, leicht dekompiliert werden können. Dies bedeutet, dass vertrauliche Informationen (z. B. Verschlüsselungsschlüssel) nicht in .NET-Binärdateien gespeichert werden sollten.
Wäre es eine sinnvolle Alternative, sensible Daten in (zum Beispiel) C ++ - Binärdateien zu speichern, die von meinem .NET-Code genutzt werden könnten? Ich weiß noch nichts über Interop-Sachen, bin aber gespannt, ob das ein erstrebenswerter Weg sein könnte. Ich denke, um zu klären, meine Fragen sind:
Die Antwort lautet nein. Während seine wahre .NET-DLL trivialerweise zu ihrer ursprünglichen Struktur dekompiliert werden kann, und eine C / C ++ - DLL nur zu einem Monster-Chaos dekompiliert werden kann, das ein Compiler lieben würde, werden die Daten, die darin gespeichert sind, in einem großen, un plaziert -managed, Eimer, also jeder, der wusste, welcher Teil zu sehen (und, ok, all diese Daten sind eng aneinander gedrängt, so dass es schwierig wird zu wissen, welches Bit ist was), aber die Daten werden da sein für alle zu sehen.
Google für Datensegment , wo die statischen Daten in einer nativen Windows-Binärdatei platziert werden.
Schnellbearbeitung: Natürlich können Sie verschlüsselte Informationen in Ihrer C ++ - Binärdatei speichern und verschlüsseln, aber Sie müssen etwas anderes verwenden, um den Entschlüsselungsschlüssel zu speichern (z. B. Ihr Windows-Benutzerkennwort oder Ähnliches). Mit .NET können Sie vertrauliche Informationen in einer Konfigurationsdatei speichern und bei der ersten Ausführung oder Installation einfach verschlüsseln, verschlüsselt und entschlüsselt sie basierend auf den Benutzerkontendetails, unter denen die App läuft (also ändere sie nicht und behalte eine Kopie der unverschlüsselten Konfigurationsdatei irgendwo :-))
Es gibt immer einen Weg, sensible Informationen in Ihrer Binärdatei zu finden. Die Unterschiede zwischen .NET-Binärdateien und nativen Binärdateien sind die Komplexität ihrer umgekehrten Analyse (die Ursache liegt darin, dass NET-Code auf der virtuellen Prozessmaschine (VM) ausgeführt wird, so dass die Schutzmechanismen von .NET kaum Tricks jenseits der VM ausführen). Wie Sie bereits erwähnt haben, können .NET-Binärdateien leicht dekompiliert werden, selbst wenn Sie Ihre Binärdatei durch einen Obfuscator wie Deafuscator wie de4dot verschleiert haben kann es leicht entblößen. Die umgekehrte Analyse von nativen Binärdateien ist jedoch schwieriger als die erste. Es gibt viel effektivere Schutzmechanismen in diesem Bereich, wie Anti-Debugging, die Verschleierung der virtuellen Maschine und so weiter. Diese Techniken könnten Ihren Code sicherer machen, natürlich ist dies eine relative Sache.
Die Antwort ist JA. Sensible Daten können in C ++ kompilierten Binärdateien gespeichert werden. Leute, die nichts über Sicherheit wissen, tun es die ganze Zeit.
Es gibt verschiedene Sicherheitsstufen mit unterschiedlichen Kosten und Unannehmlichkeiten für die Benutzer. Das Speichern von Schlüsseln im Code ist ziemlich üblich, aber nicht sehr sicher. Da Sie .NET verwenden, das Windows impliziert, und Sie möchten möglicherweise in der Datenschutz API (DPAPI) suchen. Es verschlüsselt Daten mit Ihrem Windows-Benutzer-ID-Passwort als Schlüssel.
Viele Laptops und Server enthalten einen TPM-Chip (Trusted Platform Module), der die Verschlüsselung für Sie übernimmt und den Schlüssel für Sie schützt.
Tags und Links .net c++ security decompiling binaries