Microsoft integriert Linux-Befehlszeilentools nativ in Windows

Auf der Entwicklerkonferenz Build 2026 hat Microsoft das Open-Source-Projekt Coreutils für Windows vorgestellt, das Linux-Befehle nativ ausführbar macht.

Auf der Entwicklerkonferenz Build 2026 hat der US-amerikanische Technologiekonzern Microsoft das Projekt Coreutils für Windows angekündigt. Die Initiative zielt darauf ab, eine Vielzahl von häufig verwendeten Linux-Befehlszeilenwerkzeugen als native Anwendungen direkt auf das Windows-Betriebssystem zu bringen. Die technische Grundlage für dieses Projekt bildet das etablierte Open-Source-Projekt uutils, welches eine plattformübergreifende Neuimplementierung der klassischen GNU Coreutils in der Programmiersprache Rust darstellt. Durch diesen Schritt soll Softwareentwicklern und Systemadministratoren der reibungslose Wechsel zwischen verschiedenen Betriebsumgebungen wie Linux, macOS, nativ Windows und dem Windows-Subsystem für Linux (WSL) erleichtert werden, ohne dass bestehende Arbeitsabläufe oder Skripte manuell angepasst werden müssen.

„Entwickler wechseln ständig zwischen Plattformen, aber vertraute Befehle funktionieren nicht konsistent, was zu Behelfslösungen, Geschwindigkeitsverlusten und Kontextwechseln führt. Um dieses Problem anzugehen, haben wir Coreutils für Windows auf Basis des Open-Source-Projekts uutils entwickelt, einer plattformübergreifenden Neuimplementierung von GNU Coreutils in Rust. Dies sind Linux-ähnliche Befehlszeilenprogramme, die nativ unter Windows laufen.“

Microsoft

Technische Umsetzung über eine verknüpfte Binärdatei

Die informationstechnische Verteilung und Strukturierung des Programmpakets bricht mit dem traditionellen Ansatz, für jedes Werkzeug eine eigene ausführbare Datei bereitzustellen. Stattdessen bündelt das von Microsoft auf GitHub verwaltete Paket die Komponenten uutils/coreutils, findutils sowie eine GNU-kompatible Implementierung des Suchwerkzeugs grep in einer einzigen, universellen Binärdatei namens coreutils.exe. Die Bereitstellung erfolgt über den offiziellen Windows-Paketmanager WinGet und kann über das Terminal mit dem Befehl winget install Microsoft.Coreutils eingeleitet werden.

Bei der Installation greift das Setup auf ein spezifisches Dateisystemmerkmal von Windows zurück. Es generiert im Zielverzeichnis für jeden unterstützten Linux-Befehl einen sogenannten NTFS-Hardlink. Diese Verknüpfungen verweisen auf Festplattenebene alle physisch auf dieselbe ausführbare Datei c:\Program Files\coreutils\coreutils.exe. Sobald ein Anwender einen der Befehle im Terminal aufruft, lädt das Betriebssystem die zentrale Kerndatei. Diese analysiert den exakten Namen des aufgerufenen Hardlinks und leitet die Ausführung intern an das entsprechende Unix-äquivalente Unterprogramm weiter. Zu den unterstützten Kernbefehlen gehören unter anderem:

• cat (Dateiinhalte verketten und ausgeben)
• cp und mv (Dateien kopieren beziehungsweise verschieben)
• find und grep (Muster- und Datei-Hierarchiesuche)
• ls (Verzeichnisinhalte auflisten)
• rm (Dateien oder Verzeichnisse löschen)
• pwd und uptime (Arbeitsverzeichnis anzeigen beziehungsweise Systemlaufzeit ausgeben)

Die Liste dieser Verknüpfungen lässt sich administrativ über den Windows-Systembefehl fsutil hardlink list coreutils.exe einsehen.

Konflikte mit bestehenden Shell-Strukturen und Einschränkungen

Da viele der klassischen Unix-Befehlsnamen mit bereits existierenden Befehlen der Windows-Eingabeaufforderung (CMD) oder mit vordefinierten Alias-Tabellen der PowerShell kollidieren, ist die Ausführung der Werkzeuge in der Praxis an bestimmte Bedingungen geknüpft. Ob beim Tippen von Befehlen wie ls oder cat die neue native Rust-Variante oder die interne Windows-Funktion aufgerufen wird, hängt maßgeblich von der genutzten Shell-Umgebung, der exakten Priorisierung der Verzeichnisse innerhalb der System-Umgebungsvariablen PATH sowie den spezifischen PowerShell-Konfigurationen ab. Um schwerwiegende Systemkonflikte im Vorfeld zu vermeiden, hat Microsoft bestimmte Befehle wie dir, more, paste oder whoami bewusst nicht in das Paket integriert, da diese mit Kernbefehlen des DOS-Erbes kollidieren.

Ein weiterer limitierender Faktor ist das Fehlen der POSIX-Kompatibilität unter Windows. Da das Microsoft-Betriebssystem grundlegende POSIX-Mechanismen nicht nativ unterstützt, mussten populäre Unix-Dienstprogramme wie chmod, chown, chroot, nohup, tty oder who vollständig aus dem Veröffentlichungszyklus gestrichen werden. Dies betrifft auch die Befehle kill und timeout, da Windows keine POSIX-Signale wie SIGHUP, SIGPIPE oder SIGUSR verarbeiten kann, wenngleich die Entwickler eine zukünftige Implementierung für bestimmte Signale prüfen. Microsoft warnt zudem vor subtilen Verhaltensunterschieden im Vergleich zu echten Linux-Systemen, die sich aus abweichenden Dateiberechtigungen (Windows ACLs statt POSIX-Bits) sowie den unterschiedlichen Zeilenumbruchkonventionen (CRLF unter Windows gegenüber LF unter Unix) ergeben können, was exakte Byte-Zählungen oder komplexe Pattern-Matchings in Skripten beeinflussen kann.

Erweiterung der Linux-Infrastruktur durch WSL-Container

Die Einführung der nativen Coreutils ist Teil einer umfassenderen Plattformstrategie, mit der Windows als primäre Entwicklungsumgebung für Softwareingenieure positioniert werden soll. Flankierend zu den Befehlszeilenwerkzeugen kündigte das Unternehmen auf der Build 2026 die Einführung von sogenannten WSL-Containern an, die in Kürze als öffentliche Vorschauversion (Public Preview) bereitgestellt werden. Diese Architektur stellt eine tief in das Betriebssystem integrierte Methode dar, um Linux-Container direkt unter Windows zu erstellen, auszuführen und zu verwalten. Die Interaktion mit diesen Containern erfolgt dabei nativ über vertraute Befehlszeilenschnittstellen (CLI) und anwendungsspezifische Programmierschnittstellen (API), wodurch Entwickler lokale Testumgebungen für containerisierte Microservices ohne den zwingenden Einsatz von komplexer Drittanbieter-Virtualisierungssoftware aufbauen können.