Le protecteur de code EX-Microsoft SLP est-il toujours disponible et utilisable?

Question

Je veux utiliser le protecteur de code SLP pour faire une décompilation d'une application .NET plus difficile.Je ne veux pas de fonctionnalité de licence, juste la protection de code hors ligne qu'elle offre.

Je sais qu'il appartient maintenant à inishtech mais j'espère obtenir simplement le protecteur de code via Microsoft comme suggéré dans Cet article du magazine Visual Studio

Le protecteur de code n'est qu'une partie de la vision SLP de Microsoft.Le protecteur de code est libre d'utiliser et il sera inclus avec Visual Studio.

est le protecteur de code SLP de Microsoft toujours disponible et, le cas échéant, comment utiliserais-je dans Visual Studio?

Answer 1

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

InishTech has assumed full responsibility for the existing customer base, 
and acquired the rights to SLP Services. To ensure a smooth transition 
for SLP Services customers, Microsoft will continue to offer SLP Services 
support until   September 24, 2009.

C'est maintenant inishtech.Vous pouvez en apprendre davantage sur les solutions qu'ils offrent ici: http://www.inishtech.com/

Answer 2

Disclaimer: je travaille pour inishtech .

Malheureusement, Microsoft a cessé d'expédier le logiciel en 2008 comme indiqué dans la réponse de @nathan Tornquist (+ 1'D). Notez que si vous avez eu une version cachée de cette époque, elle est gelée à temps avec tout ce qui implique. Vous trouverez donc un nombre important de problèmes qui ont été résolus depuis:

• La permutation «générique» incluse n'était pas par client et donc seulement recommandée pour une utilisation dans les évaluations de SLS. L'utilisation normale recommandée du protecteur de code nécessite une "permutation" sous licence à un client, qui nécessite un abonnement au service - cela a toujours été le cas même lorsque Microsoft a fourni le produit - il n'était que "gratuit" dans le sens qu'un abonnement MSDN comprenait un abonnement de base SLS.
• Le processus d'installation CIRCA 2008 était difficile à obtenir de la droite (et ne fournit aucun moyen d'exécuter votre code si vous ne possédez pas de processus d'installation élevé afin d'écrire au registre. Étant donné que vous ne voulez que la protection du code qui serait un encombrement significatif)
• Il n'y avait pas d'intégration de studio visuelle d'aucune sorte
• restrictions sur l'utilisation de génériques dans le code à protéger, fonctionnant dans X64 processus, en cours d'exécution sous CLR V4 serait tôt ou tard devenir un problème pour vous
• Il y a eu un nombre important d'améliorations non-rubriques à la capacité de diagnostiquer les problèmes d'exécution

  Le résultat final est que, même s'il peut être techniquement et / ou légalement possible, ce serait vraiment un mauvais investissement de votre temps pour tenter de le faire, compte tenu de la quantité d'améliorations, de la réglage des performances (à la fois au moment de l'exécution et en termes d'exécution. de temps pour transformer le code) et les bugsexes qui ont été ajoutés depuis cette heure.

  Le processus actuel (qui ne concerne plus une installation SDK, s'appuyant à la place sur un flux de nuge / packages inishtech fourni et s'intègre entièrement à Visual Studio ou à construire des constructions axées sur serveur) est décrite sur http://docs.softwarepotential.com dans Commencer l'article de protection du code .