- Das Flag
--no-quarantine, das genutzt wurde, um macOS Gatekeeper zwangsweise zu umgehen und nicht signierte Software auszuführen, soll entfernt werden
- Diese Änderung ist eine Maßnahme zur Stärkung der Sicherheit und richtet den Betrieb an Apples Richtlinien zu Code-Signierung und Notarisierung aus
- Da macOS Tahoe das letzte macOS für Intel sein wird, ist die Notwendigkeit dieser Funktion stark gesunken
- Auf ARM-Macs ist die Ausführung unsignierten
arm64-Codes nicht möglich
- Ab dem 1. September 2026 wird die Unterstützung für Casks eingestellt, die die Gatekeeper-Prüfung nicht bestehen
Motivation
- Sowohl Apple als auch Homebrew bewegen sich in Richtung des Endes der Unterstützung für Intel-Macs, und da
--no-quarantine eine Sicherheitsumgehung ist, gibt es keinen Grund mehr, es beizubehalten
Auswirkungen auf Nutzer
- Durch die Entfernung der Option wird eine Installationsumgebung bereitgestellt, die den macOS-Sicherheitsstandards entspricht, und Homebrew bietet keine Sicherheitsumgehung mehr an
1 Kommentare
Hacker-News-Kommentare
So wie ich die Änderung verstehe, betrifft sie in erster Linie nur casks unter macOS
Casks werden zur Installation binärer Apps im Format dmg oder pkg verwendet, und die meisten davon sind bereits signierte Binärdateien
Die Fähigkeit von Homebrew, Open-Source-Software herunterzuladen, zu kompilieren und zu installieren, scheint davon nicht betroffen zu sein
Eigentlich ist cask der einzige Punkt, in dem Homebrew besser ist als andere Paketmanager
Ich installiere Homebrew in einem isolierten Prefix und nutze nur cask, ohne es zum PATH hinzuzufügen
Ich verwende auch einige unsignierte Apps
Wichtiger als die Signatur ist meiner Meinung nach ein kuratierter und geprüfter Prozess wie bei Homebrew oder Debian
Wenn die Option
--no-quarantineverschwindet, muss ich bei jedem Update manuell bestätigen, was unpraktisch istDie offizielle Paketliste umfasst hunderte Seiten
Dort steht ausdrücklich, dass „das Ziel ist, alles als bottle bereitzustellen“
Deshalb hat diese Änderung zwar keine direkte Auswirkung, aber man sollte wissen, dass Homebrew nicht mehr so quellcodezentriert ist wie früher
Zugehörige Diskussion: Homebrew Discussions #6334
Ich habe schon seit Langem erwartet, dass Gatekeeper schrittweise verschärft wird, und genau das passiert jetzt
Verwandte Artikel: Ars Technica, MacRumors, Daring Fireball
Wenn mein M1 MacBook Air langsam wird, kann ich wahrscheinlich komplett auf Linux umsteigen
Apple-Hardware zu kaufen bedeutet, ein solches Verhalten stillschweigend zu billigen
Angesichts der Marktgröße des Mac und des Entwickleranteils halte ich es für unwahrscheinlich, dass Apple das komplett unterbindet
Homebrew ist eher ein verbraucherfreundlicher Paketmanager als ein Werkzeug für Profis
Es gibt viel Unmut über erzwungene Updates, das Aussortieren alter Versionen und das Unterbinden von Diskussionen
Deshalb überlege ich, zu MacPorts zu wechseln
Problematisch ist auch die aggressive Haltung der Maintainer
Ich vermisse die Zeiten, in denen selbst auf einem alten PowerBook noch problemlos gebaut werden konnte
Wie Apple die Unterstützung alter Versionen fallen zu lassen, widerspricht dem Open-Source-Geist
Die Formulierung „Intel support ended“ hat mich schockiert
Ich finde, die unfreundliche Kommunikation der Homebrew-Maintainer ist das Problem
Technisch ist es richtig,
xattrim Postinstall-Schritt auszuführen, aber der Umgangston muss besser werdenIch habe zunächst nicht verstanden, was diese Änderung genau bedeutet
Ich war verwirrt, ob dadurch Source-Builds mit Homebrew blockiert werden oder nur signierte Binärdateien ausgeführt werden können
Die Option
--no-quarantineist verschwunden, aber Nutzer können das Flag weiterhin selbst entfernenIm Ergebnis ist das eine Maßnahme, die in Richtung signierter Binärdateien lenkt
Selbst gebaute Binärdateien lassen sich weiterhin ausführen
Die Entfernung der Option
--no-gatekeeperist an sich keine große SacheSie diente lediglich dazu, das Attribut
com.apple.quarantinezu entfernenDas eigentliche Problem ist, dass nun für alle Casks Signierung und Notarisierung über das Apple Developer Program verlangt werden
Für Open-Source-Entwickler sind die jährlichen 99 US-Dollar und die Offenlegung der rechtlichen Identität eine Belastung
Es wäre gut, wenn Apple über Xcode Cloud kostenloses Signieren ermöglichen würde
Zugehörige Diskussion: #6334, #6482
Ich verstehe das Ziel, Nutzer zu schützen, aber es ist problematisch, dass Gatekeeper zu einem Mittel zur Monetarisierung des App Store geworden ist
Für studentische Entwickler kann das aber belastend sein
Es wäre besser, wenn Apple Vertrauen in Zertifikate von Drittanbietern zulassen würde
Die Option
--no-quarantineund die ARM64-Signaturbeschränkung sind zwei verschiedene DingeUnsignierte Apps lassen sich auch nach Entfernen des Attributs nicht ausführen
macOS erlaubt jedoch ad-hoc-Signaturen, sodass sie sich damit ausführen lassen
com.apple.quarantine, ob die Ausführung blockiert wirdXProtect und AMFI führen im Hintergrund zusätzliche Prüfungen durch
Wenn man das Attribut entfernt, kann jede Binärdatei ausgeführt werden, solange XProtect sie nicht blockiert
Es ist schade, dass Homebrew Issues so schnell sperrt
Aus Sicht der Nutzer bedeutet das, dass man ohne Apples Zustimmung keine Apps auf dem eigenen Rechner ausführen kann
Alacritty ist ebenfalls von dieser Änderung betroffen
Es ist unwahrscheinlich, dass die Entwickler die Kosten für die Apple-Signatur zahlen werden
Zugehöriges Issue: alacritty/alacritty#8749
Vielleicht muss ich nach einer Alternative suchen