Nicht jede EXE enthält .NET-Code. Bei modernen Anwendungen kann sie nur ein nativer Starter sein, während die gleichnamige DLL den zu schützenden verwalteten Code enthält.
Teste Programmstart, Kommandozeilenargumente, Ressourcen und Konfiguration. Bewahre die benötigten Deployment-Dateien auf. Verwende für signierte Software einen unsignierten Build als Eingabe und signiere das Ergebnis anschließend lokal in deiner vertrauenswürdigen Build-Umgebung.
Assembly schützen und Ergebnis prüfen
- Erstelle einen Release-Build und bewahre Original, Symbole und Konfigurationsdateien auf.
- Lade eine verwaltete .NET-DLL oder EXE hoch. Verwende einen unsignierten Build und lade niemals private Schlüssel hoch.
- Lade das Ergebnis herunter, setze es in einer Testumgebung ein und führe dieselben Funktionstests aus.
Umfang der kostenlosen Version
Die kostenlose Stufe verarbeitet eine Datei bis 1 MB ohne Benutzerkonto. Umbenennung erschwert das Lesen interner Symbole. Block ILDasm betrifft das ältere Werkzeug und verhindert nicht jede Dekompilierung. Pro bietet zusätzliche Optionen wie Zeichenfolgenverschlüsselung und Kontrollflussverschleierung. Aktuelle Preise und Grenzen stehen auf der Tarifseite.
Wirksamkeit nachvollziehbar prüfen
Vergleiche Original und Ergebnis mit ILSpy. Prüfe geänderte interne Namen und bei aktivierter Verschlüsselung die betroffenen Zeichenfolgen. Starte anschließend die Anwendung und vergleiche die Ergebnisse. Erfolgreiches Laden allein prüft nicht jeden Ausführungspfad. Obfuskation erhöht den Analyseaufwand; im Client gespeicherte Geheimnisse werden dadurch nicht sicher.