CodeQL-Support: macOS 27 und Swift 6.4 ohne Traced-Scans
GitHub warnt: CodeQL unterstützt macOS 27 und Swift 6.4 nicht, Traced-Scans fallen weg. Nutzer sollen auf macOS 26 ausweichen oder Build-Modi anpassen.
Was ist neu
Laut GitHub entfällt ab macOS 27 und Xcode 27 die Unterstützung für Traced-Scans in CodeQL. Grund dafür ist eine Plattformänderung von Apple: Mit macOS 27 und Xcode 27 sind Intel-x86_64-Binaries in einigen System-Binaries und -Bibliotheken nicht mehr enthalten, auf die CodeQL zur Build-Verfolgung angewiesen ist. Dies hat weitreichende Konsequenzen für mehrere Programmiersprachen.
Konkret betroffen sind folgende Szenarien laut GitHub:
Xcode 27: Die Traced-Extraktion (Traced Extraction) ist für C/C++, C#, Go, Java, Kotlin und Swift nicht verfügbar.
macOS 27: Für die genannten Sprachen kann Traced Extraction ausfallen.
Swift 6.4: CodeQL unterstützt Swift 6.4 auf allen Plattformen nicht.
Intel-basierte Macs: CodeQL-Support für Intel-Macs wird laut GitHub Mitte Dezember 2026 eingestellt.
Die Traced-Extraktion ist ein Verfahren, bei dem CodeQL Build-Prozesse verfolgt und analysiert. Ihr Ausfall bedeutet für viele Teams einen Funktionsverlust bei der statischen Codeanalyse — insbesondere für diejenigen, die Swift oder andere der genannten Sprachen auf aktuellen Versionen analyzieren möchten.
Für C/C++, C# und Java bietet GitHub allerdings eine Alternative: Der Build-Modus „none" erfordert laut GitHub kein Tracing und bleibt verfügbar. Dies ermöglicht zumindest eine Grundanalyse für diese Sprachen, ohne dass Traced-Scans eingesetzt werden müssen.
Für Swift-Nutzer ist derzeit keine Workaround genannt; hier bleibt nur der Rückgriff auf ältere Versionen.
Für wen, ab wann, zu welchen Bedingungen
Die Einschränkungen treten mit macOS 27 und Xcode 27 sofort in Kraft. GitHub nennt kein Abhängigkeitsdatum und keine Beta-Phase; die Versionen sind bereits verfügbar oder folgen unmittelbar nach dieser Ankündigung am 19. Oktober 2026.
Betroffen sind alle Teams, die Folgendes einsetzen:
- Swift-Entwicklung und -Analyse
- Traced-Scans für C/C++, C#, Go, Java oder Kotlin auf macOS oder mit Xcode
- GitHub Actions Workflows, die automatisch auf die neuesten Runner-Images und Toolchains aktualisiert werden
Workarounds laut GitHub:
- Workflows auf macOS 26 oder älter sowie Xcode 26 oder älter festlegen (Pinning)
- Für GitHub-Actions-Nutzer: Runner-Image und Toolchain im Workflow explizit versionieren statt automatisch auf die aktuellste Version zu setzen
- Für C/C++, C# und Java: Build-Modus auf „none" umschalten, falls Traced Extraction nicht erforderlich ist
Für Intel-basierte Macs endet der Support Mitte Dezember 2026. GitHub nennt keine Gnadenfrist darüber hinaus und nennt keine Bedingungen für eine Verlängerung.
GitHub nennt keine Preisveränderungen und keine API-Grenzen, die dadurch betroffen wären.
Einordnung für DACH
Für Teams im deutschsprachigen Raum ist diese Ankündigung vor allem für Organisationen relevant, die Swift-Projekte oder intensive Codeanalyse mit KI betreiben. Der Ausfall der Traced-Extraktion in macOS 27 und Xcode 27 bedeutet praktisch, dass Sicherheitsscans und statische Analysen nicht mehr automatisch auf den neuesten Versionen laufen können — zumindest nicht ohne manuelles Anpassen.
Für deutsche und österreichische Entwicklerteams, die auf Apple-Hardware arbeiten, stellt sich damit die Frage nach dem Upgrade-Timing: Ein schneller Wechsel auf macOS 27 ist für Swift-Projekte derzeit nicht empfohlen, solange Traced-Scans benötigt werden. Wer auf C/C++, C# oder Java setzt, kann durch Umschaltung auf Build-Modus „none" funktionsfähig bleiben, muss aber überprüfen, ob dieser Modus die eigenen Analysestandards erfüllt.
Besonders für Teams, die GitHub Actions mit automatischer Runner-Aktualisierung betreiben, ist Vorsicht geboten: Ein unbeabsichtigter Upgrade auf Xcode 27 oder macOS 27 könnte zur stillen Fehlfunktion von Scans führen. GitHub empfiehlt explizites Pinning der Versionen — ein zusätzlicher administrativer Aufwand.
Die Abschaltung von Intel-Support Mitte Dezember 2026 trifft hauptsächlich ältere Entwickler-Hardware. In DACH, wo Apple-Hardware weit verbreitet ist, könnte dies für einige Legacy-Setups relevant werden.