Converti EXE in DLL

Un'applicazione host Windows o un SDK per dispositivi può accettare solo una DLL quando necessita di codice riutilizzabile anziché di un programma autonomo. Convertire un EXE esistente significa quindi solitamente estrarre o ricostruire funzionalità selezionate come libreria, non modificare l'estensione del nome file.

Cos'è il formato EXE

Un EXE è un file Windows Portable Executable destinato all'avvio di un'applicazione. Può contenere codice macchina nativo o codice .NET gestito, un punto di ingresso come main, WinMain o un metodo di avvio .NET, metadati dell'applicazione, risorse e riferimenti ad altre librerie.

Visual Studio, GCC, Clang, Delphi e gli strumenti di .NET SDK producono file EXE. Vengono utilizzati per applicazioni desktop, utilità da riga di comando, programmi di installazione, servizi e applicazioni .NET autonome.

Cos'è il formato DLL

Anche una DLL è un file Windows Portable Executable, ma è progettata per essere caricata da un processo host. Una DLL nativa espone normalmente funzioni esportate, componenti COM o altri punti di ingresso definiti dall'ABI; una DLL gestita è un assembly .NET contenente classi, metodi, risorse e metadati a cui può fare riferimento un altro programma .NET.

Le DLL consentono a più applicazioni di condividere codice e permettono a un host di caricare funzionalità opzionali in fase di esecuzione. L'host deve conoscere l'API della libreria, le convenzioni di chiamata, il framework di destinazione e le dipendenze. Una DLL non è automaticamente una versione riutilizzabile dell'applicazione che ha prodotto un EXE.

Quando è disponibile il codice sorgente

1. Crea un progetto Class Library separato in Visual Studio oppure crea il progetto Dynamic-Link Library appropriato per il codice nativo C o C++. Usa lo stesso framework e la stessa architettura CPU dell'applicazione.
2. Sposta le classi riutilizzabili, le risorse e il codice di implementazione nel progetto della libreria. Mantieni il progetto eseguibile se necessita ancora di un'interfaccia utente, dell'elaborazione della riga di comando, della configurazione o di static void Main().
3. Rendi le classi e i metodi gestiti previsti public. Per C o C++ nativo, definisci un'API esportata stabile con __declspec(dllexport) o con un file di definizione del modulo e documenta la convenzione di chiamata e i tipi di dati.
4. Esegui la compilazione con Build → Build Solution. Visual Studio inserisce l'output in una directory del progetto come bin\Debug o bin\Release, a seconda della configurazione.

Per una nuova libreria .NET, i comandi equivalenti sono:

dotnet new classlib -n MyLibrary
dotnet build MyLibrary

La compilazione crea una DLL, ma solo il codice incluso nel progetto della libreria è disponibile tramite la relativa API; il comportamento completo dell'EXE non viene trasferito automaticamente.

Quando è disponibile solo un EXE .NET

I file EXE e DLL .NET gestiti usano lo stesso formato generale di assembly, quindi gli strumenti possono spesso ispezionare e ricostruire il relativo codice. Quando la licenza e la legge applicabile lo consentono, apri l'EXE con ILSpy o dnSpyEx, ispeziona i relativi namespace e le dipendenze e usa la funzione File → Save Code di ILSpy per esportare il codice C# ricostruito.

Crea un nuovo progetto Class Library, importa il codice recuperato, ripristina i riferimenti, correggi i modificatori di accesso e i percorsi delle risorse, quindi compila e testa la DLL. L'output decompilato non garantisce una corrispondenza con il codice sorgente originale: offuscamento, trasformazioni del compilatore, simboli mancanti, dipendenze native e codice generato possono impedire una ricompilazione pulita.

A volte è possibile fare riferimento a un EXE gestito esistente come assembly, ma ciò non rimuove il relativo punto di ingresso eseguibile né trasforma la progettazione dell'applicazione in un'API di libreria. Anche una DLL di dipendenza referenziata trovata accanto all'EXE è una libreria esistente, non una conversione dell'EXE.

Quando è disponibile solo un EXE nativo

Non esiste una conversione affidabile con un solo clic per un EXE nativo C, C++, Delphi o simile. Ghidra, IDA e Binary Ninja possono disassemblare e analizzare il codice macchina, ma non ripristinano il codice sorgente originale né producono automaticamente una DLL manutenibile con esportazioni documentate.

Reimplementa il comportamento richiesto a partire dal codice sorgente, dalla documentazione o dai risultati del reverse engineering, quindi compila l'implementazione come DLL. Creare un progetto DLL dallo stesso codice sorgente nativo può essere utile, ma funzioni, stato globale, inizializzazione, gestione delle risorse ed esportazioni richiedono comunque modifiche al codice.

Limiti di compatibilità

Rinominare program.exe in program.dll non lo converte. Il file rinominato mantiene le proprie caratteristiche eseguibili e normalmente non dispone delle esportazioni o dei tipi di libreria gestiti attesi da un host.

Per le librerie native, l'host e la DLL devono usare architetture CPU compatibili: un processo a 64 bit non può caricare una DLL nativa a 32 bit e un processo a 32 bit non può caricare una DLL a 64 bit. Fai corrispondere l'ABI del compilatore, le convenzioni di chiamata, il layout delle strutture, la codifica dei caratteri, le librerie runtime, i nomi esportati e le versioni delle DLL dipendenti. Una DLL caricata in un processo condivide inoltre lo spazio degli indirizzi di quel processo, quindi l'inizializzazione e la gestione della proprietà della memoria richiedono attenzione.

Per le librerie .NET, fai corrispondere il framework di destinazione, la versione del runtime, le dipendenze specifiche del processore, i requisiti strong-name e le versioni dei pacchetti. Una libreria compilata per un runtime più recente o incompatibile potrebbe non funzionare prima ancora che venga chiamato un metodo.

La ricompilazione può modificare lo stato globale, l'ordine di avvio, la ricerca della configurazione, le ipotesi sulla directory di lavoro, il comportamento dell'interfaccia utente e i percorsi delle risorse. Testa la DLL tramite l'applicazione host o l'SDK esatto che la caricherà.

Convertitori online

I convertitori di file online affidabili sono utili per modifiche di formato come quelle di immagini o documenti, non per trasformare eseguibili Windows arbitrari in DLL funzionali. Un server non può dedurre in modo affidabile le esportazioni previste e l'interfaccia della libreria di un programma nativo dal relativo binario, mentre il caricamento di file proprietari o eseguibili comporta rischi di riservatezza e di rilevamento di malware. Usa invece una toolchain di sviluppo locale o strumenti locali di reverse engineering.