La protezione del codice SLP EX-Microsoft è ancora disponibile e utilizzabile?

Question

Voglio utilizzare il protettore del codice SLP per rendere difficile la decompilazione di un'applicazione .NET.Non voglio funzionalità di licenza, solo la protezione del codice offline offre.

Lo so che ora è di proprietà di inishtech ma spero di ottenere solo il protettore di codice tramite Microsoft come suggerito in Questo articolo dalla rivista Visual Studio .

.

Il protettore del codice è solo una parte della visione SLP di Microsoft.Il protettore del codice è gratuito da usare e sarà incluso con Visual Studio.

è ancora disponibile il protettore del codice SLP di Microsoft e in tal caso, come dovrei usare in 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.

.

Ora è ora inishtech.Puoi saperne di più sulle soluzioni che offrono qui: http://www.inishtech.com/

Answer 2

Disclaimer: lavoro per inishtech .

Sfortunatamente Microsoft ha smesso di spedire il software nel 2008 come indicato nella risposta di @nathan Tornquist (+ 1'd). Si noti che se hai avuto una versione nascosta da quel tempo, è congelata nel tempo con tutto ciò che implica. Quindi troverai un numero significativo di problemi che sono stati risolti:

.
• Il permutazione 'generico' incluso non era per cliente e quindi consigliato solo per l'uso in valutazioni delle SCR. L'uso normale consigliato del protettore di codice richiede un "permutazione" in licenza specifico per un cliente, che richiede un abbonamento al servizio - questo è sempre stato il caso anche quando Microsoft ha fornito il prodotto - è stato solo "libero" nel senso che un abbonamento MSDN ha incluso un abbonamento SLP di base.
• Il processo di installazione intorno al 2008 è stato ingannevole per avere ragione (e non fornisce alcun modo per eseguire il codice se non si dispone di un processo di installazione elevato per scrivere al registro. Dato che si desidera solo la protezione del codice che sarebbe Un ingombrante significativo)
• Non c'era l'integrazione di Visual Studio di qualsiasi tipo
• Restrizioni sull'uso dei generici nel codice da proteggere, in esecuzione in processi X64, in esecuzione sotto CLR V4 prima o poi diventerà un problema per te
• Ci sono stati un numero significativo di miglioramenti non notificati alla propria capacità di diagnosticare i problemi di runtime

  La linea di fondo è che anche se può essere tecnicamente e / o legalmente possibile, sarebbe davvero un brutto investimento del tuo tempo per tentare di farlo data la quantità di miglioramenti, la sintonizzazione delle prestazioni (sia in fase di runtime che in termini di tempo per trasformare il codice) e i bugfix che sono stati aggiunti da quel momento.

  Il processo corrente (che non comporta più un'installazione di SDK, basandosi invece su un mangime / pacchetti di Nuget fornito ineshtech e integra completamente con Visual Studio o Build Server Driven Build) è delineato su http://docs.softwarepotential.com nel Iniziare con la protezione del codice Articolo .