- macOS Gatekeeper को ज़बरदस्ती बायपास करके बिना हस्ताक्षरित सॉफ़्टवेयर चलाने के लिए इस्तेमाल होने वाला
--no-quarantine फ़्लैग हटाया जाएगा
- यह बदलाव सुरक्षा मज़बूत करने के उपाय के रूप में किया जा रहा है, और Apple की code signing तथा notarization नीतियों के अनुरूप संचालित होगा
- macOS Tahoe के Intel के लिए आख़िरी macOS बनने से इस फ़ीचर की ज़रूरत काफ़ी कम हो गई है
- ARM Mac पर बिना हस्ताक्षरित arm64 code चलाना संभव नहीं है
- 1 सितंबर 2026 से Gatekeeper जाँच में असफल होने वाले cask का समर्थन बंद कर दिया जाएगा
प्रेरणा
- Apple और Homebrew दोनों ही Intel Mac समर्थन समाप्त करने की दिशा में बढ़ रहे हैं, और
--no-quarantine एक security bypass फ़ीचर होने के कारण इसे बनाए रखने का कोई कारण नहीं है
उपयोगकर्ताओं पर प्रभाव
- इस विकल्प के हटने से macOS सुरक्षा मानकों के अनुरूप installation environment मिलेगा, और Homebrew अब security bypass फ़ीचर उपलब्ध नहीं कराएगा
1 टिप्पणियां
Hacker News टिप्पणियाँ
मेरी समझ के अनुसार यह बदलाव मुख्य रूप से macOS के cask को ही प्रभावित करता है
cask का उपयोग dmg या pkg फ़ॉर्मेट वाले बाइनरी ऐप्स इंस्टॉल करने के लिए होता है, और उनमें से ज़्यादातर पहले से signed binaries होते हैं
Homebrew की open source software को download·compile·install करने वाली क्षमता पर इसका असर नहीं दिखता
दरअसल Homebrew की दूसरी package managers पर सबसे बड़ी बढ़त cask ही है
मैं Homebrew को एक isolated prefix में इंस्टॉल करके सिर्फ cask के लिए इस्तेमाल करता हूँ, और उसे PATH में नहीं जोड़ता
मैं कुछ unsigned apps भी इस्तेमाल करता हूँ
मेरे हिसाब से signing से ज़्यादा महत्वपूर्ण Homebrew या Debian जैसी curation·verification process है
अगर
--no-quarantineविकल्प हट गया, तो हर update पर manual approval देना पड़ेगा, जो असुविधाजनक हैofficial package list देखें तो वह सैकड़ों पेज लंबी है
उसमें साफ़ लिखा है कि “हर चीज़ को bottle के रूप में उपलब्ध कराना लक्ष्य है”
इसलिए इस बदलाव का सीधा असर तो नहीं है, लेकिन यह जानना ज़रूरी है कि अब यह पहले की तरह source build-केंद्रित नहीं रहा
संबंधित चर्चा: Homebrew Discussions #6334
मैंने बहुत पहले से अनुमान लगाया था कि Gatekeeper धीरे-धीरे और सख़्त होगा, और अब वही हो रहा है
संबंधित लेख: Ars Technica, MacRumors, Daring Fireball
जब तक मेरा M1 MacBook Air धीमा पड़ने लगेगा, तब तक शायद मैं पूरी तरह Linux पर शिफ्ट हो सकूँगा
Apple hardware खरीदना इस तरह के व्यवहार को मूक स्वीकृति देना है
Mac के market size और developers के अनुपात को देखते हुए, मुझे नहीं लगता कि Apple इसे पूरी तरह बंद करेगा
Homebrew pro tool कम और consumer-friendly package manager ज़्यादा है
forced updates, पुराने versions हटाना, और discussion block करना जैसी वजहों से काफ़ी असंतोष है
इसलिए मैं MacPorts पर जाने के बारे में सोच रहा हूँ
maintainers का आक्रामक रवैया भी समस्या है
वह समय याद आता है जब पुराने PowerBook पर भी बिना समस्या build हो जाता था
Apple की तरह पुराने versions का support छोड़ना open source spirit के ख़िलाफ़ है
“Intel support ended” जैसा वाक्य देखकर झटका लगा
मुझे लगता है कि Homebrew maintainers की अमित्रतापूर्ण communication भी एक समस्या है
तकनीकी रूप से
xattrको postinstall स्टेज पर चलाना सही हो सकता है, लेकिन रवैये में सुधार की ज़रूरत हैशुरुआत में मुझे समझ ही नहीं आया कि इस बदलाव का सही मतलब क्या है
मैं उलझन में था कि क्या Homebrew से source build रुक जाएगा, या सिर्फ signed binaries ही चल पाएँगे
--no-quarantineविकल्प हट गया है, लेकिन user खुद वह flag हटा सकता हैअंततः यह signed binaries को प्रोत्साहित करने की दिशा में धकेलने वाला कदम है
manually built binaries अभी भी चल सकती हैं
--no-gatekeeperविकल्प हटना अपने-आप में कोई बहुत बड़ी बात नहीं हैउसका काम सिर्फ
com.apple.quarantineattribute को हटाना थाअसली समस्या यह है कि अब सभी cask के लिए Apple Developer Program signing·notarization की आवश्यकता होगी
open source developers के लिए सालाना $99 की लागत और कानूनी पहचान सार्वजनिक करना बोझिल है
अच्छा होगा अगर Apple, Xcode Cloud का उपयोग करके free signing की सुविधा दे
संबंधित चर्चा: #6334, #6482
users की सुरक्षा का उद्देश्य समझ में आता है, लेकिन Gatekeeper का App Store revenue tool में बदल जाना समस्या है
हालांकि student developers के लिए यह बोझ हो सकती है
अगर Apple third-party certificate trust की अनुमति दे, तो शायद वह बेहतर होगा
--no-quarantineविकल्प और ARM64 signing restriction अलग-अलग चीज़ें हैंunsigned apps में attribute हटाने पर भी वे नहीं चलेंगी
macOS adhoc signing की अनुमति देता है, इसलिए उसका उपयोग करके उन्हें चलाया जा सकता है
com.apple.quarantineattribute के आधार पर तय करता है कि execution block करना है या नहींXProtect और AMFI background में अतिरिक्त checks करते हैं
attribute हटाने पर, जब तक XProtect block न करे, कोई भी binary चल सकती है
यह निराशाजनक है कि Homebrew issues को बहुत जल्दी lock कर देता है
user के नज़रिए से देखें तो Apple की मंज़ूरी के बिना अपने ही कंप्यूटर पर app नहीं चला सकने जैसी स्थिति है
Alacritty भी इस बदलाव से प्रभावित है
developers के Apple signing fee चुकाने की संभावना कम है
संबंधित issue: alacritty/alacritty#8749
शायद अब alternatives ढूँढने पड़ें