Ist der Ex-Microsoft-SLP-Code-Protector noch verfügbar und verwendbar?

Question

Ich möchte SLP-Code-Protector verwenden, um die Dekompilierung einer .NET-Anwendung härter zu erstellen.Ich möchte keine Lizenzierungsfunktionalität, nur der Offline-Code-Schutz, der es bietet.

Ich weiß, dass es jetzt im Besitz von inishTech ist, aber ich hoffe, nur den Code-Protector über Microsoft zu erhalten, wie vorgeschlagen Dieser Artikel aus dem Visual Studio Magazine

Der Code-Protector ist nur ein Teil der Slp-Vision von Microsoft.Der Code-Protector ist frei zu verwenden, und es wird in visueller Studio aufgenommen.

ist der Slp-Code-Protector von Microsoft noch verfügbar, und wenn ja, wie würde ich in visual studio einate verwenden?

Answer 1

http://www.microsoft.com/slps/ -> generasacodicetagpre.

Es ist jetzt InishTech.Sie können mehr über die von ihnen angebotenen Lösungen erfahren: http://www.inishtech.com/

Answer 2

Haftungsausschluss: Ich arbeite für inishTech .

Leider hat Microsoft die Software 2008 angehalten, wie in @nathan Tornquists Antwort (+ 1'd) angegeben. Beachten Sie, dass, wenn Sie eine Version von dieser Zeit versteckt haben, in der Zeit mit allem, was impliziert, eingefroren ist. Sie würden daher eine beträchtliche Anzahl von Problemen finden, die seitdem aufgelöst wurden:

• Die generische 'generische' Permutation war nicht per-kunden und daher nur für den Einsatz in den Auswertungen von SLPs empfohlen. Normal empfohlene Verwendung von Code-Protector erfordert eine lizenzierte "Permutation", die für einen Kunden spezifisch ist, der ein Abonnement für den Dienst erfordert - dies war schon immer der Fall, selbst wenn Microsoft das Produkt bereitstellte - es war nur "frei" im Sinne dass ein MSDN-Abonnement ein grundlegendes Slps-Abonnement enthält.
• Der Installationsprozess circa 2008 war schwierig, um richtig zu werden (und bietet keine Möglichkeit, Ihren Code auszuführen, wenn Sie keinen erhöhten Installationsvorgang haben, um in die Registrierung zu schreiben. Angesichts dessen, dass Sie nur den Code-Schutz wünschen ein signifikanter Belastung)
• Es gab keine visuelle Studiointegration jeglicher Art
• Einschränkungen zur Verwendung von Generika in der zu schützenden Code, der in X64-Prozessen läuft, das unter CLR V4 läuft, würde früher oder später ein Problem für Sie werden
• Es gab eine beträchtliche Anzahl von Nicht-Überschrift-Verbesserungen, um die Möglichkeit, Laufzeitfragen zu diagnostizieren

  Die unterste Linie ist, dass es, obwohl es technisch und / oder rechtlich möglich sein kann, wirklich eine schlechte Investition Ihrer Zeit wäre, um dies zu versuchen, den Betrag der Verbesserungen, die Leistungsabstimmung (beide zur Laufzeit und in Bezug auf Zeit, um Code umzuwandeln) und Bugfixes, die seit dieser Zeit hinzugefügt wurden.

  Der aktuelle Prozess (der nicht mehr eine SDK-Installation mehr betrifft, stattdessen an einem InishTech-vorgelegten NuGet-Feed / -Pakete angewiesen ist und vollständig integriert mit Visual Studio oder Build Server-angesteuerter Builds) ist auf http://docs.softwarepotential.com in der Erste Schritte mit dem Codeschutzartikel .