| Versione | 7.1.2 |
|---|---|
| Editore | RustemSoft |
| Data di rilascio | 5 ago 2016 |
| Data aggiunta | 5 ago 2016 |
| Requisiti del sistema operativo | Windows 10, Windows 2003, Windows Vista, Windows, Windows 2000, Windows 8, Windows Server 2008, Windows 7, Windows XP |
| Requisiti | Microsoft .NET Framework 2.0 |
| Download totali | 5 |
| Prezzo | Free to try |
Descrizione
Guardship disassembla il tuo codice .NET e quindi compila il codice MSIL del tuo eseguibile in un'applicazione nativa non gestita generando due parti: 1. Avvia il modulo [Your_App_Name].com; 2. Libreria [Your_App_Name].lib
Le tue applicazioni (WinForms, WPF e così via) che hanno come destinazione .NET Framework vengono compilate in linguaggio intermedio (IL). In fase di esecuzione, il compilatore JIT (just-in-time) converte IL in codice nativo. Guardship traduce il tuo eseguibile .NET in codice nativo per renderlo nascosto. Quando esegui l'eseguibile protetto, ha tutte le caratteristiche e le funzionalità dell'applicazione gestita che funziona nella memoria del PC. Ma i browser e i decompilatori di assembly .NET non saranno in grado di leggere i tuoi eseguibili .NET protetti.
Perché Guardship viene convertito in eseguibile non gestito? Sono disponibili alcuni disassemblatori per la decompilazione di eseguibili non gestiti scritti in ASM, C o C++. Tuttavia nessuno di loro riuscirà a produrre codice sufficientemente leggibile da valere lo sforzo. Passerai più tempo a leggere il sorgente decompilato con blocchi assembler all'interno, piuttosto che a scrivere da zero l'applicazione con lo stesso funzionamento.
In effetti, qualsiasi modulo eseguibile può essere smontato ed esplorato. La facilità con cui un decifratore può decodificare il codice sorgente dell'applicazione dipende dalla completezza dei metadati sul codice sorgente dell'app all'interno del modulo exe. Il decifratore può capire i nomi delle classi originali, i metodi, i flussi di lavoro, le strutture, ecc.? Un compilatore fondamentalmente compatta il codice sorgente dell'app, trasformando l'output in un formato molto conforme all'esecuzione del runtime della macchina. Potrebbe essere un codice macchina nativo o un codice byte IL trattato dal runtime intermedio CLR. Tuttavia, in generale, molte informazioni sul codice sorgente dell'applicazione (debug, commenti, ecc.) possono semplicemente andare perse durante la compilazione compatta.
