GH Actions - Cache Poisoning

Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks

• Check the subscription plans!

• Join the 💬 Discord group or the telegram group or follow us on Twitter 🐦 @hacktricks_live.

• Share hacking tricks by submitting PRs to the HackTricks and HackTricks Cloud github repos.

For further details check the original post https://scribesecurity.com/blog/github-cache-poisoning/

Cache Poisoning

Git action action/cache निरंतर एकीकरण (CI) प्रक्रिया में एक कैशिंग तंत्र पेश करता है, जिसमें दो महत्वपूर्ण चरण शामिल हैं:

1. Run Action: इस चरण में CI रन के दौरान कैश किए गए डेटा की खोज और पुनर्प्राप्ति शामिल है। खोज एक अद्वितीय कैश कुंजी का उपयोग करती है, जिससे दो परिणाम मिलते हैं:

• Cache-hit: अनुरोधित डेटा कैश में पाया जाता है और तदनुसार तत्काल उपयोग के लिए पुनर्प्राप्त किया जाता है।

• Cache-miss: कैश में कोई मेल खाने वाला डेटा नहीं पाया जाता है, जिससे आवश्यक फ़ाइलों और निर्देशिकाओं का ताजा डाउनलोड करने के लिए प्रेरित किया जाता है, जैसे कि पहली बार अनुरोध किया गया हो।

2. Post Workflow Action: यह चरण CI कार्यप्रवाह के बाद डेटा को कैश करने के लिए समर्पित है। विशेष रूप से, यदि रन क्रिया के दौरान एक कैश-मिस होता है, तो निर्दिष्ट निर्देशिकाओं की वर्तमान स्थिति को प्रदान की गई कुंजी का उपयोग करके कैश किया जाता है। यह प्रक्रिया स्वचालित है और स्पष्ट रूप से आह्वान की आवश्यकता नहीं है।

Security Measures: Cache Isolation and Access Restrictions

सुरक्षा बनाए रखने और कैश अलगाव सुनिश्चित करने के लिए, पहुंच प्रतिबंध लागू किए जाते हैं, जो विभिन्न शाखाओं के बीच एक तार्किक विभाजन बनाते हैं। उदाहरण के लिए, शाखा Feature-A (जिसका आधार मुख्य शाखा है) के लिए बनाए गए कैश को शाखा Feature-B (जो भी मुख्य शाखा पर आधारित है) के लिए एक पुल अनुरोध के लिए अनुपलब्ध होगा।

कैश क्रिया एक विशिष्ट खोज क्रम का पालन करती है:

• यह पहले कार्यप्रवाह रन के समान शाखा में कैश हिट की खोज करती है।

• यदि असफल, तो यह खोज को माता-पिता शाखा और अन्य अपस्ट्रीम शाखाओं तक बढ़ाती है।

महत्वपूर्ण रूप से, कैश पहुंच शाखा-स्कोप्ड है, जो एक विशिष्ट शाखा के सभी कार्यप्रवाहों और रनों में फैली हुई है। इसके अतिरिक्त, GitHub एक बार बनाए जाने के बाद कैश प्रविष्टियों के लिए एक केवल-पढ़ने की नीति लागू करता है, जो किसी भी संशोधन को प्रतिबंधित करता है।

Real-World Implication: From Low to High-Permission Workflow Attack

एक उदाहरण CI परिदृश्य यह दर्शाता है कि एक हमलावर कैसे कैश विषाक्तता का लाभ उठाकर एक निम्न-अनुमति कार्यप्रवाह से उच्च-अनुमति कार्यप्रवाह में विशेषाधिकार बढ़ा सकता है:

• Unit-test कार्यप्रवाह, जो यूनिट परीक्षण और कोड कवरेज उपकरण चलाने के लिए जिम्मेदार है, यह मान लिया गया है कि यह एक समझौता किए गए या कमजोर उपकरण का उपयोग करता है। यह कार्यप्रवाह action/cache Git क्रिया का उपयोग करता है, जिससे कैश किसी भी कार्यप्रवाह के लिए सुलभ होता है।

• Release कार्यप्रवाह, जो एप्लिकेशन कलाकृति का निर्माण और रिलीज़ करने का कार्य करता है, अपने संचालन को गोलेनांग निर्भरताओं को कैश करके अनुकूलित करता है।

इस परिदृश्य में, यूनिट-टेस्ट कार्यप्रवाह एक वैध गोलेनांग लॉगिंग पुस्तकालय को प्रतिस्थापित करके एक दुर्भावनापूर्ण कैश प्रविष्टि पेश करता है (`go