Wie um Sie zu schützen .Net exe Dekompilieren/Cracking

1 - Wie stellen Sie sicher, dass .Net-Anwendung wird auch nicht gebrochen ?

Wenn ein computer ausführen, können Sie Ihren code + Der hacker kann seinen eigenen code in eine höhere Privileg-Ebene hat als du, da ist nichts 100% verhindern, dass Ihre app aus geknackt. Auch wenn Sie nur Zugriff auf die ausführbare Datei, aber nicht die target-Plattform, Sie kann immer noch durch den Schritt und imitieren, was die target-Plattform tun würde, und herauszufinden, wie sich der Schutz getan wird.

2 - Der hacker weiß jetzt meinen code, da er getan hat, die änderung. Welche Schritte sollte ich nehmen ?

Total schreiben Sie die Authentifizierung Teil, also müssen Sie von vorne beginnen, aber Sie werden es wieder zu bekommen, es ist nur eine Frage der wie lange.

3 - ich habe gelesen über das internet - obfuscators . Aber der hacker weiß, mein code was soll ich tun ?

Den Dschinni ist aus der Flasche jetzt, dass Sie das non-obfuscated code. Es gibt nicht viel Sie tun können, es sei denn, Sie drastisch zu re-schreiben der software, so dass Sie von vorn beginnen müssen. Ein obfuscateor wird nicht verhindern, dass ein entschlossener Angreifer, Sie einzige Sache, die verhindern können, es ist das halten der binären aus Ihren Händen.

4 - Alle anderen Pro-Tipps, die ich verwenden können, um zu vermeiden, dass die software geknackt ?

Der einzige Kopierschutz, die ich gesehen habe, um aus der Ferne Verzögerung für jede Zeit ist das, was Ubisoft hat mit Assassin ' s Creed: Brotherhood. Sie verschlüsselt ther Ebenen mit der Spiel-CD und musste es download der Entschlüsselungs-Schlüssel aus dem internet, wie es nötig war (Dies ist die Haltung der binären aus Ihren Händen-Ansatz). Aber das funktionierte nicht immer, schließlich sind die Hacker haben diese Ebenen entschlüsselt und es war komplett gerissen. Dieser Ansatz ist genau das, was ich sah, nehmen Sie die längste Zeit herum zu erhalten, ohne rechtliche Beteiligung (Siehe Punkt 2 unten)

5 - ich bin nicht sicher, aber kann diese Reflektor-Software auch dekompilieren der App.Config mit sensiblen Daten ?

Alle Reflektor-software tun muss, ist Blick für den Abschnitt, der lädt die App.config und Lesen, was die Standardeinstellungen sind. Es ist keine sicheren Ort zum speichern von Informationen auf einem computer, der nicht die volle Kontrolle über. Wenn Sie auf dem computer, kann es gelesen werden. Wenn es gelesen werden kann, kann es zerlegt werden.

Die einzige wirkliche Lösung, die ich sehen kann, um zu verhindern, dass die Piraterie ist eine von zwei Optionen.

1. Die person, die nie Ihre app, es ist Streaming von einem server unter Ihrer Kontrolle, und Sie nie zu sehen bekommen, die binäre. Die einzige Sache, die Sie Sie senden die Informationen, die Sie benötigen, um zu fahren das UI. Dies ist der Ansatz, dass alle MMO ' s zu arbeiten. Menschen können sich zurückentwickeln, was Sie senden, um die Benutzeroberfläche und imitieren die Logik, die da auf Ihren Servern, aber Sie werden nie in der Lage sein geradezu sehen, was es tut, und wenn Ihre software ist Komplex genug, es kann nicht sein, feeseable für den Angreifer zu erstellen der server-Seite code. Der Nachteil dieses Ansatzes ist, müssen Sie zum host-Server für Ihre Benutzer eine Verbindung herstellen, dies wird eine wiederkehrende Kosten, die Sie brauchen, Sie zu re-coup. Oft wird diese Methode aufgerufen wird, eine "Rich-Client" oder "Thin Client" je nachdem, wie viel Verarbeitung erfolgt client-Seite und wie viel Verarbeitung erfolgt serverseitig. Sehen Kapitel 22"Microsoft Application Architecture Guide, 2nd Edition". Insbesondere beschreibe ich, was gezeigt wird, in Abbildung 4 und 5

2. Den seccond option ist wer Sie verkaufen Ihre software zu haben, die Sie Unterschreiben einen rechtlichen Vertrag, nicht um die software zu verteilen (und nicht eine EULA, einen eigentlichen Vertrag, die müssen physisch vom Kunden unterschrieben). In diesem Vertrag haben zu hohen Geldstrafen angewendet werden, um die person, die Lecks der software, dann Rätsel Ihr Programm mit Fingerabdrücken, die einzigartig für die person, die kauft die software, so dass, wenn das Programm zugespielt wird, die Sie sehen können, wer es getan hat. (Dies ist die Methode, die der Verkäufer Hex-Rays verwenden Sie für Ihre disassembler IDA. Eine schnelle google-Suche konnte sich nicht drehen, bis keine gecrackten Versionen, die neuer als 6.1, sind Sie auf 6.3). Diese Methode wird nicht von stop piracy, aber es kann entmutigen die Kopie durchgesickert sein in den ersten Platz. Diese können Sie auch wieder einige verlorene Kosten, die im Zusammenhang mit dem Programm durchgesickert in den ersten Platz. Ein Problem ist, dass Sie brauchen, um eine Menge von Fingerabdrücken und Sie müssen subtil sein, wenn ein Angreifer kann zwei Kopien des Programms und der kann die Dateien vergleichen zwischen den beiden, er wird in der Lage sein zu sagen, was ist die Identifizierung von Informationen und setzen Sie einfach, was Sie wollen, so dass Sie nicht sagen können, wer Sie bekam es von. Der einzige Weg, dies zu tun ist eine Menge von roten Heringen in, können nicht einfach abgestreift oder randomisierte, auch die Identifizierung von code non-critical, um den Betrieb der software, wenn Sie nicht arbeiten müssen, um es zu knacken, sind Sie wahrscheinlicher, es zu verlassen in.

Update: Nach dem erneuten Besuch dieser Antwort zu link, um es für eine andere Frage ich dachte an eine einfache Art und Weise der Umsetzung der #2 die Lösung.

Alles, was Sie tun müssen, ist, führen Sie den code durch ein obfuscateor und lassen Sie es benennen Sie Ihre Klassen für jede person, die Sie verkaufen Ihre software (würde ich trotzdem machen Sie unterzeichnen eine Lizenzvereinbarung, die sich nicht nur auf die EULA so können Sie erzwingen, der nächste Teil). Sie machen dann eine Datenbank der Verbergung mapping, wenn Sie sehen, eine durchgesickerte Kopie auf das internet Sie müssen nur eine Klasse irgendwo im Projekt, suchen Sie es in Ihrer Datenbank, und Sie werden wissen, wer geleckt und wissen, wen Sie brauchen, um nach für gesetzlichen Schadensersatz.

InformationsquelleAutor Scott Chamberlain

Wie schon andere gesagt haben es ist wirklich nicht alles, was Sie tun können gegen einen entschlossenen cracker, wenn Sie Zugriff auf Ihren code. Verschleierung bieten einen gewissen Schutz gegen einen faulen cracker. Dotfuscator in VS kannst du es ja versuchen. Beachten Sie, dass es einen realen Kosten zu verbergen. Es macht es sehr schwierig zu Debuggen Probleme von stack-traces, Ihre (zahlenden) Kunden senden Sie.

InformationsquelleAutor ishanrc

Anscheinend gibt es genug, kommerziellen oder geistigen Wert das knacken Ihrer app, dass jemand mit angemessenen Fähigkeiten versucht es fast sofort.

Den nur Weise werden Sie gewinnen, der Krieg ist zu verwenden kommerzielle software-Schutz-Pakete.

Wenn Sie versuchen, zu implementieren, kopieren Sie den Schutz sich selbst, werden Sie ein leichtes Ziel für hack wieder.

Wenn Sie schreiben, ein business-Anwendung, die Sie würde nicht auch schreiben der Datenbank-engine, die die Daten speichert. Sie sollte auch nicht schreiben, das knacken Prävention-code für Ihre Anwendung. Das ist nicht das, was löst Ihre Kunden das problem, und es erfordert eine ungeheure Fähigkeiten, um es richtig zu machen.

InformationsquelleAutor Eric J.