| Fedora 42 और उससे पुराने, RHEL, Rocky Linux, AlmaLinux | dnf इन रिलीज़ पर अपने आप की को बदल नहीं सकता। अपडेट "Import of the key didn't help, wrong key?" या "The GPG keys listed for the mozilla repository are already installed but they are not correct for this package." जैसी त्रुटियों के साथ विफल होते हैं। यूजर्स को पुरानी की को मैन्युअली हटाकर नई की इंपोर्ट करनी होगी । |
| openSUSE / SUSE-आधारित डिस्ट्रीब्यूशन | zypper अपने आप की को बदल नहीं सकता। अपडेट "Signature verification failed" या "NOKEY" के साथ विफल होते हैं। वही मैन्युअल निष्कासन और इंपोर्ट आवश्यक है । |
| Fedora 43 और बाद के वर्जन | कोई विशेष कार्रवाई नहीं। dnf अगले अपडेट के दौरान अपडेट की गई की को डाउनलोड कर लेता है; उपयोगकर्ता को बस यह सुनिश्चित करना होता है कि फिंगरप्रिंट 827E 6586 0867 9618 CD34 9F93 678E 455D 7676 7AA3 से मेल खाता है । |
| जो कोई भी मैन्युअली GPG सिग्नेचर वेरिफाई करता है | नई साइनिंग की और पुरानी की के लिए रिवोकेशन दोनों को इंपोर्ट करना होगा । |
| Thunderbird RPM उपयोगकर्ता | कोई RPM-विशिष्ट कार्रवाई की आवश्यकता नहीं है — Thunderbird आधिकारिक RPM पैकेज प्रदान नहीं करता है । |
प्रभावित डिस्ट्रो के लिए मैन्युअल निष्कासन कमांड:
sudo rpm -e --allmatches gpg-pubkey-14f26682d0916cdd81e37b6d61b7b526d98f0353
sudo rpm --import https://packages.mozilla.org/rpm/firefox/signing-key.gpg
इसके बाद sudo dnf clean all (Fedora/RHEL) या sudo zypper refresh (openSUSE/SUSE) चलाएँ ।
यह घटना 4 अगस्त 2026 को खोजे गए बड़े keyv npm पैकेज हाईजैकिंग (ChainDrop) के एक सप्ताह से भी कम समय बाद हुई । उस हमले में, एक खतरनाक समूह (TeamPCP) ने keyv, cacheable और संबंधित npm पैकेजों के मेंटेनर के GitHub अकाउंट से समझौता किया और दुर्भावनापूर्ण वर्जन प्रकाशित किए, जिनमें एक सेल्फ-प्रोपेगेटिंग क्रेडेंशियल-चुराने वाला वर्म (Shai-Hulud) तैनात किया गया, जो 452 अद्वितीय पैकेजों के 2,251 से अधिक वर्जनों में फैल गया ।
Mozilla की घटना एक अलग लेकिन उतनी ही गंभीर सप्लाई चेन जोखिम को उजागर करती है: आंतरिक रिपॉजिटरी में मानवीय त्रुटि के कारण साइनिंग की का आकस्मिक एक्सपोजर, न कि बाहरी अकाउंट से समझौता। साथ में, ये दोनों घटनाएं इस बात पर जोर देती हैं कि सॉफ्टवेयर सप्लाई चेन की अखंडता को जानबूझकर किए गए हाईजैकिंग (keyv) और अनजाने में हुए क्रेडेंशियल लीक (Mozilla) दोनों से खतरा है — और ये दोनों बड़े पैमाने पर की रोटेशन, वेरिफिकेशन चेन को बाधित करने और डाउनस्ट्रीम उपयोगकर्ताओं पर मैन्युअल सुधार लागू करने के लिए मजबूर कर सकते हैं।
| Fedora 42 और उससे पुराने, RHEL, Rocky Linux, AlmaLinux | dnf इन रिलीज़ पर अपने आप की को बदल नहीं सकता। अपडेट "Import of the key didn't help, wrong key?" या "The GPG keys listed for the mozilla repository are already installed but they are not correct for this package." जैसी त्रुटियों के साथ विफल होते हैं। यूजर्स को पुरानी की को मैन्युअली हटाकर नई की इंपोर्ट करनी होगी । |
| openSUSE / SUSE-आधारित डिस्ट्रीब्यूशन | zypper अपने आप की को बदल नहीं सकता। अपडेट "Signature verification failed" या "NOKEY" के साथ विफल होते हैं। वही मैन्युअल निष्कासन और इंपोर्ट आवश्यक है । |
| Fedora 43 और बाद के वर्जन | कोई विशेष कार्रवाई नहीं। dnf अगले अपडेट के दौरान अपडेट की गई की को डाउनलोड कर लेता है; उपयोगकर्ता को बस यह सुनिश्चित करना होता है कि फिंगरप्रिंट 827E 6586 0867 9618 CD34 9F93 678E 455D 7676 7AA3 से मेल खाता है । |
| जो कोई भी मैन्युअली GPG सिग्नेचर वेरिफाई करता है | नई साइनिंग की और पुरानी की के लिए रिवोकेशन दोनों को इंपोर्ट करना होगा । |
| Thunderbird RPM उपयोगकर्ता | कोई RPM-विशिष्ट कार्रवाई की आवश्यकता नहीं है — Thunderbird आधिकारिक RPM पैकेज प्रदान नहीं करता है । |
प्रभावित डिस्ट्रो के लिए मैन्युअल निष्कासन कमांड:
sudo rpm -e --allmatches gpg-pubkey-14f26682d0916cdd81e37b6d61b7b526d98f0353
sudo rpm --import https://packages.mozilla.org/rpm/firefox/signing-key.gpg
इसके बाद sudo dnf clean all (Fedora/RHEL) या sudo zypper refresh (openSUSE/SUSE) चलाएँ ।
यह घटना 4 अगस्त 2026 को खोजे गए बड़े keyv npm पैकेज हाईजैकिंग (ChainDrop) के एक सप्ताह से भी कम समय बाद हुई । उस हमले में, एक खतरनाक समूह (TeamPCP) ने keyv, cacheable और संबंधित npm पैकेजों के मेंटेनर के GitHub अकाउंट से समझौता किया और दुर्भावनापूर्ण वर्जन प्रकाशित किए, जिनमें एक सेल्फ-प्रोपेगेटिंग क्रेडेंशियल-चुराने वाला वर्म (Shai-Hulud) तैनात किया गया, जो 452 अद्वितीय पैकेजों के 2,251 से अधिक वर्जनों में फैल गया ।
Mozilla की घटना एक अलग लेकिन उतनी ही गंभीर सप्लाई चेन जोखिम को उजागर करती है: आंतरिक रिपॉजिटरी में मानवीय त्रुटि के कारण साइनिंग की का आकस्मिक एक्सपोजर, न कि बाहरी अकाउंट से समझौता। साथ में, ये दोनों घटनाएं इस बात पर जोर देती हैं कि सॉफ्टवेयर सप्लाई चेन की अखंडता को जानबूझकर किए गए हाईजैकिंग (keyv) और अनजाने में हुए क्रेडेंशियल लीक (Mozilla) दोनों से खतरा है — और ये दोनों बड़े पैमाने पर की रोटेशन, वेरिफिकेशन चेन को बाधित करने और डाउनस्ट्रीम उपयोगकर्ताओं पर मैन्युअल सुधार लागू करने के लिए मजबूर कर सकते हैं।