production permission वाली एक access key अभी अभी किसी public repository में मिली है। आप क्या करते हैं?

पहले revoke, जांच बाद में। गलत इस्तेमाल की पुष्टि का इंतजार किए बिना key तुरंत deactivate या delete करें, फिर बदले के credentials जारी करें ताकि services उबर जाएं। इसके बाद, जब से वह उजागर हुई तब से उस key से हुई हर call का audit log निकालें और अनजान address, नई identity, या डेटा तक पहुंच ढूंढें। इसे एक incident की तरह लें, security को शामिल करें, और आगे static key की जरूरत ही खत्म करके फॉलो अप करें।

पहले key deactivate कीजिए। लोग इसलिए हिचकते हैं कि कुछ टूट न जाए, पर key सार्वजनिक है और उजागर होना सेकंडों में नापा जाता है; automated scanner ये चीजें हमसे तेज ढूंढ लेते हैं। तो शुरू में delete के बजाय deactivate करें, क्योंकि इससे खतरा रुक जाता है और identity जांच के लिए बची रहती है, फिर जिसे भी जायज तौर पर इसकी जरूरत थी उसे बदले के credentials दिलाएं। फिर blast radius। मैं commit पहुंचने के बाद से उस key से हुई हर call audit trail से निकालता हूं, और मुझे किसी भी अनजान address से आई चीज की परवाह होती है, और खासकर persistence की: नए user या role, नई key, बदली हुई trust policy, क्योंकि कोई समझदार हमलावर लीक हुई key को एक बार इस्तेमाल करके वापस आने का शांत रास्ता बना लेता है। मैं डेटा पढ़े जाने और exfiltration के पैटर्न भी जांचता हूं। इसे सिक्योरिटी टीम को शामिल करके एक सुरक्षा घटना की तरह संभाला जाता है, न कि चुपचाप उसी के भरोसे जिसने देखा। बाद में दो फॉलो अप। इस identity के पास लंबी अवधि की key थी ही क्यों, जबकि वह role होनी चाहिए थी, और हमारी secret scanning ने इसे push से पहले क्यों नहीं पकड़ा? दोनों rotation से ज्यादा कीमती हैं।