अनुमानों से नहीं, लॉग से शुरुआत करें
जब आपके GitHub अकाउंट पर कुछ अलग दिखे, तो सबसे उपयोगी पहला कदम याददाश्त से घटनाओं को फिर से जोड़ने के बजाय अपने नियंत्रण वाला रिकॉर्ड निकालना है। GitHub का व्यक्तिगत सुरक्षा लॉग वही रिकॉर्ड है।
GitHub के व्यक्तिगत सुरक्षा लॉग में पिछले 90 दिनों की गतिविधियाँ होती हैं। स्रोत
चूँकि लॉग एक सीमित हाल की अवधि तक सीमित है, इसलिए जल्दी एक्सपोर्ट करें। इस अवधि से बाहर की घटनाएँ बाद में नहीं दिखेंगी, और इंतज़ार करके आप उन्हें वापस नहीं पा सकते।
लॉग कहाँ है और आप क्या फ़िल्टर कर सकते हैं
लॉग अकाउंट Settings में Archives, Security log के अंतर्गत उपलब्ध है और actor, repository और action जैसे फ़िल्टर का समर्थन करता है। स्रोत
फ़िल्टर कच्ची मात्रा से अधिक मायने रखते हैं। actor, repository या action से सीमित करने पर आप उस अवधि और सतह को अलग कर सकते हैं जिसकी आपको परवाह है, बजाय असंबंधित नियमित गतिविधि को स्क्रॉल करने के।
विश्लेषण से पहले निजी कॉपी एक्सपोर्ट करें
Export मेनू JSON या CSV डाउनलोड करता है; समर्थित फ़िल्टर एक्सपोर्ट को सीमित कर सकते हैं। स्रोत
एक्सपोर्ट की गई फ़ाइल को संवेदनशील मानें। इसमें अकाउंट गतिविधि का रिकॉर्ड होता है, जिसमें actor और action शामिल हैं, और यह व्यक्तिगत या संगठनात्मक संदर्भ प्रकट कर सकता है। इसे किसी निजी जगह रखें, केवल उन लोगों के साथ साझा करें जो सीधे आपकी जाँच में मदद कर रहे हैं, और इसे सार्वजनिक थ्रेड या issue tracker में पेस्ट करने से बचें। यदि बाद में आपको किसी प्लेटफ़ॉर्म सहायता टीम को कॉपी देनी हो, तो सबसे संकीर्ण फ़िल्टर किया गया एक्सपोर्ट साझा करें जो उनके प्रश्न का उत्तर देता हो।
घटना टाइमलाइन वर्कशीट बनाएँ
लॉग एक्सपोर्ट घटनाओं की सूची है, कहानी नहीं। इसे एक वर्कशीट में बदलें ताकि अवलोकन, व्याख्याएँ और खुले प्रश्न अलग रहें। एक सरल ढाँचा काम करता है:
| कॉलम | इसमें क्या जाता है | यह क्यों मायने रखता है |
|---|---|---|
| Event | जो हुआ उसका संक्षिप्त लेबल | बाद में पंक्ति को आसानी से पढ़ने योग्य बनाता है |
| Time | दर्ज किया गया टाइमस्टैम्प, टाइम ज़ोन के साथ | क्रम में गलतियाँ रोकता है |
| Actor | कार्य करने वाले के रूप में दर्ज अकाउंट या पहचानकर्ता | दर्ज स्रोत की पहचान करता है, किसी व्यक्ति की नहीं |
| Action | लॉग के अनुसार क्या किया गया | पंक्ति को तथ्यात्मक रखता है |
| Confidence | आप कितने निश्चित हैं कि यह पंक्ति प्रासंगिक है और सही पढ़ी गई है | मज़बूत पंक्तियों को अनुमानित से अलग करता है |
| Open question | आपको अभी और क्या जाँचना है | अनुमानों को तथ्य बनने से रोकता है |
वर्कशीट को एक्सपोर्ट से भरें, प्रत्येक प्रासंगिक घटना के लिए एक पंक्ति। confidence कॉलम का ईमानदारी से उपयोग करें: एक्सपोर्ट से सीधे पढ़ी गई पंक्ति उस पंक्ति से अधिक मज़बूत है जिसे आपने देखे गए बदलाव से अनुमान लगाया है। जहाँ आपने बदलाव देखा लेकिन मेल खाती घटना नहीं मिली, वहाँ निष्कर्ष के बजाय खुले प्रश्न के रूप में दर्ज करें।
देखे गए कार्यों को यह साबित करने से अलग रखें कि उन्हें किसने किया
यही वह हिस्सा है जहाँ अधिकांश टाइमलाइन गलती करती हैं। लॉग में एक प्रविष्टि बताती है कि रिकॉर्ड के अनुसार क्या हुआ और कौन सा actor पहचानकर्ता जुड़ा है। यह अपने आप यह स्थापित नहीं करता कि कीबोर्ड पर कौन सा मनुष्य था। साझा डिवाइस, दोबारा उपयोग किए गए सेशन, समझौता किए गए क्रेडेंशियल और वैध ऑटोमेशन सभी ऐसी प्रविष्टियाँ बना सकते हैं जो किसी व्यक्ति के कार्य करने जैसी दिखें।
समीक्षा करते समय अपने मन में सोच के दो कॉलम रखें:
- देखा गया: घटना, समय, actor और action जैसा दर्ज है।
- स्थापित नहीं: भौतिक रूप से किसने किया, क्यों, और क्या actor पहचानकर्ता उस व्यक्ति से मेल खाता है जिसे आप मान रहे हैं।
दूसरी श्रेणी में निष्कर्ष तभी लिखें जब आपके पास स्वतंत्र सबूत हों। तब तक, वे खुले प्रश्नों वाले कॉलम में रहते हैं।
अनुपस्थित घटना को कुछ न होने का सबूत न मानें
एक्सपोर्ट में खाली जगह निष्क्रियता का सबूत नहीं है। लॉग एक निश्चित हाल की अवधि को कवर करता है, और एक्सपोर्ट आपके लागू किए गए फ़िल्टर को दर्शाता है। यदि आपने किसी repository से फ़िल्टर किया, तो अन्य repository की घटनाएँ नहीं दिखेंगी। यदि आपकी चिंता वाला बदलाव इस अवधि के बाहर हुआ, तो वह वहाँ नहीं होगा। अनुपस्थितियों को जाँचने के लिए अंतराल के रूप में दर्ज करें, राहत के रूप में नहीं।
यदि आपने पहुँच खो दी है
यदि आप लॉग तक पहुँचने के लिए साइन इन ही नहीं कर पा रहे, तो बाहर से घटनाओं को फिर से जोड़ने की कोशिश करना बंद करें और GitHub की आधिकारिक अकाउंट रिकवरी प्रक्रिया का उपयोग करें। रिकवरी ही वह रास्ता है जो अकाउंट की समीक्षा करने की आपकी क्षमता बहाल करता है। तीसरे पक्ष से अपनी ओर से अकाउंट एक्सेस करने के लिए न कहें, और केवल पासवर्ड रीसेट को पूरी जाँच मानकर न चलें; पहुँच लौटने पर, लॉग एक्सपोर्ट करें और बदलाव के आसपास की अवधि के लिए टाइमलाइन बनाएँ।
एक संक्षिप्त चेकलिस्ट
- 90-दिन की अवधि आगे बढ़ने से पहले सुरक्षा लॉग एक्सपोर्ट करें।
- एक्सपोर्ट को निजी रूप से संग्रहीत करें और एक्सपोर्ट की तारीख और टाइम ज़ोन नोट करें।
- उस अवधि और सतह को अलग करने के लिए फ़िल्टर लागू करें जिसकी आपको परवाह है, फिर यदि सहायक हो तो संकीर्ण दृश्य एक्सपोर्ट करें।
- event, time, actor, action और confidence कॉलम के साथ वर्कशीट बनाएँ।
- प्रत्येक पंक्ति को देखा गया या अनुमानित के रूप में चिह्नित करें, और खुले प्रश्न अलग रखें।
- अनुपस्थित घटनाओं को अंतराल के रूप में दर्ज करें, कुछ न होने के सबूत के रूप में नहीं।
- यदि पहुँच खो जाए, तो पहले आधिकारिक रिकवरी का उपयोग करें, फिर चरण 1 पर लौटें।
एक उपयोगी अगला कदम
एक बार जब आपके पास टाइमलाइन हो, तो अगला प्रश्न अक्सर यह होता है कि कौन से अन्य अकाउंट एक ही नाम या पहचानकर्ताओं से जुड़े हैं। यह सुरक्षा लॉग पढ़ने से अलग कार्य है, और इसकी अपनी विधि है: देखें किसी नाम से जुड़े सभी अकाउंट कैसे खोजें। दोनों जाँचों को अलग रखें ताकि एक के निष्कर्ष दूसरे में सबूत के रूप में न मान लिए जाएँ।