Konvertieren Sie PowerShell-Skript in EXE

Testen Sie das Skript, bevor Sie es konvertieren

Konvertieren Sie niemals ein ungetestetes Skript. Sobald sich das Skript in einer EXE-Datei befindet, werden die Konsole und die Fehlermeldungen ausgeblendet, sodass das Auffinden jedes Fehlers langsam und mühsam wird. Führen Sie die .ps1-Datei als normaler Benutzer und als Administrator aus, geben Sie ihr absichtlich einmal die falsche Eingabe und konvertieren Sie sie nur, wenn sie sich jedes Mal gleich verhält.

Installieren Sie das PS2EXE-Modul

PS2EXE ist ein kostenloses Modul, das in der PowerShell-Galerie veröffentlicht wird. Sie installieren es einmal auf dem PC, der die EXE-Datei erstellt – die Leute, die die fertige EXE-Datei erhalten, installieren nichts. Öffnen Sie PowerShell und führen Sie Folgendes aus:

Install-Module -Name ps2exe

Beim ersten Mal fordert PowerShell Sie möglicherweise auf, dem PSGallery-Repository zu vertrauen. Antworten Sie mit „Ja“, wenn Sie die Installation selbst gestartet haben. Wenn Modulinstallationen durch Richtlinien auf Ihrem Computer blockiert sind, erlauben Sie sie nur für Ihr eigenes Konto:

Set-ExecutionPolicy -Scope CurrentUser RemoteSigned

Konvertieren Sie mit dem Invoke-PS2EXE-Befehl

Ein Befehl führt die Konvertierung durch. Es benennt das Eingabeskript und die Ausgabedatei – ersetzen Sie die Beispielnamen durch Ihr eigenes Skript:

Invoke-PS2EXE -inputFile ".\DiskCleanup.ps1" -outputFile ".\DiskCleanup.exe"

Führen Sie es aus dem Ordner aus, der Ihr Skript enthält, und die EXE-Datei wird neben der .ps1-Datei angezeigt. Das ist die gesamte Konvertierung – die Optionen in Schritt 5 werden bei Bedarf in derselben Zeile hinzugefügt.

Oder verwenden Sie die Win-PS2EXE-GUI

Klicken Sie lieber, statt zu tippen? Das Modul liefert auch ein grafisches Frontend:

Win-PS2EXE

Wählen Sie die Eingabedatei und die Ausgabedatei aus, markieren Sie die gewünschten Optionen und klicken Sie auf „Kompilieren“. Die GUI erzeugt genau die gleiche EXE-Datei wie die Befehlszeile – es ist das gleiche Tool mit einem Formular oben, also verwenden Sie das, was Ihnen klarer erscheint.

Fügen Sie ein Symbol, Versionsinformationen und Administratorrechte hinzu

Wenn die EXE-Datei gemeinsam genutzt werden soll, geben Sie ihr eine Identität. Fügen Sie -iconFile ".\tool.ico" für ein benutzerdefiniertes Symbol und -title, -product, -company und -version hinzu, um die Registerkarte „Details“ der Dateieigenschaften zu füllen – benannte Dateien sehen für Benutzer und Scanner vertrauenswürdiger aus als anonyme. Wenn das Skript die Systemeinstellungen ändert, fügen Sie -requireAdmin hinzu, damit Windows beim Start der EXE-Datei nach einer Erhöhung fragt, anstatt dass das Skript auf halbem Weg fehlschlägt. Und wenn das Skript ein eigenes Fenster oder Formular anzeigt, verhindert -noConsole, dass dahinter ein schwarzes Konsolenfenster erscheint – verwenden Sie es jedoch niemals für ein Skript, das dem Benutzer Fragen in der Konsole stellt, sonst sieht die EXE-Datei eingefroren aus, während sie auf Eingaben wartet, die niemand eingeben kann.

Testen Sie die EXE-Datei wie ein echter Benutzer

Kopieren Sie die EXE-Datei an einen neutralen Ort – den Desktop oder einen freigegebenen Ordner – und doppelklicken Sie darauf. Beurteilen Sie es nicht anhand Ihres PowerShell-Fensters. Wenn Administratorrechte erforderlich sind, bestätigen Sie, dass die UAC-Eingabeaufforderung angezeigt wird und der Auftrag anschließend abgeschlossen wird. Halten Sie dann das Paar zusammen: Skript und EXE im selben Ordner. Wenn sich das Skript ändert, führen Sie die Konvertierung erneut aus und ersetzen Sie die EXE-Datei – geben Sie niemals einen veralteten Build aus.

Die ehrlichen Grenzen – lesen Sie, bevor Sie teilen

Diese eine Tatsache gibt die Regel vor, die Ihre Sicherheit gewährleistet: Fügen Sie niemals ein Geheimnis in ein Skript ein, das Sie konvertieren – kein Administratorkennwort, kein Dienstkontokennwort, kein API-Schlüssel oder Token, kein WLAN-Schlüssel, den Sie nicht auf ein Poster drucken würden. Wenn ein Skript ein Passwort benötigt, muss es danach fragen oder es zur Laufzeit aus einem geeigneten Anmeldeinformationsspeicher lesen. Es darf es niemals in der Datei enthalten.

Noch eine ehrliche Einschränkung: Eine brandneue, unsignierte EXE-Datei, die Text dekodiert und in sich ausführt, hat die gleiche Form wie eine echte Malware-Übermittlung, sodass Antivirus und SmartScreen Ihre konvertierte Datei möglicherweise markieren, obwohl Ihr Skript sauber ist. Bei den ehrlichen Lösungen handelt es sich um Identität, nicht um Tricks: Geben Sie die Versionsinformationen aus Schritt 5 ein, verteilen Sie die Datei jedes Mal von derselben Stelle aus und signieren Sie sie mit einem Codesignaturzertifikat, wenn Sie Tools regelmäßig teilen. Beantworten Sie eine Warnung niemals, indem Sie Benutzer auffordern, ihr Antivirenprogramm zu deaktivieren.