Suspicious signature के बाद payload, approvals, sessions और asset movements identify करें, उससे पहले कि evidence हटाएँ या कुछ नया sign करें।
यह अवधारणा महत्वपूर्ण है क्योंकि मुख्य जोखिम: पहले तय करें कौन-सी authority दी गई हो सकती है को मामूली detail न मानें।.
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं। इन fields की तुलना user की घोषित intent और अपेक्षित security boundary से करें।
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं।
प्रोटोकॉल और execution स्तर पर निरीक्षण करें detect और scope और contain और preserve और prioritize. Protocol identifiers का अनुवाद नहीं किया जाता क्योंकि वे technical payload का हिस्सा हैं।
detectतकनीकी निरीक्षण बिंदु
scopeतकनीकी निरीक्षण बिंदु
containतकनीकी निरीक्षण बिंदु
preserveतकनीकी निरीक्षण बिंदु
prioritizeतकनीकी निरीक्षण बिंदु
Contradictions, excessive authority और unexplained dependencies को material failure signals मानें।
व्यावहारिक परिणाम यह है कि कार्रवाई: authorization से पहले पहले तय करें कौन-सी authority दी गई हो सकती है से जुड़े technical evidence को verify करें।. Unknown का अर्थ safe नहीं है।
हर material signal को assets, authority या trust पर उसके ठोस परिणाम से जोड़ें।
व्यावहारिक परिणाम यह है कि कार्रवाई: authorization से पहले पहले तय करें कौन-सी authority दी गई हो सकती है से जुड़े technical evidence को verify करें।.
Evidence contradictory या incomplete हो, या consequence routine policy से अधिक हो, तो escalate करें।
Irreversible authorization से पहले request को independent evidence से verify करें।
उन सटीक protocol fields की जाँच करें जो authority बनाते हैं या execution बदलते हैं।
इन fields की तुलना user की घोषित intent और अपेक्षित security boundary से करें।
Irreversible authorization से पहले request को independent evidence से verify करें।
Facts, assumptions, unknowns और decision दर्ज करें ताकि दूसरा analyst review दोहरा सके।
Evidence contradictory या incomplete हो, या consequence routine policy से अधिक हो, तो escalate करें।
Facts, assumptions, unknowns और decision दर्ज करें ताकि दूसरा analyst review दोहरा सके।
मुख्य जोखिम: पहले तय करें कौन-सी authority दी गई हो सकती है को मामूली detail न मानें। और कार्रवाई: authorization से पहले पहले तय करें कौन-सी authority दी गई हो सकती है से जुड़े technical evidence को verify करें।
मुख्य जोखिम: पहले तय करें कौन-सी authority दी गई हो सकती है को मामूली detail न मानें।
identify suspicious eventwhat accounts/sessions/approvals affectedstop further authorityretain evidenceassets at immediate risk firstpanic transactions
evidence deleted
wallet remains connected
active approvals unknown
compromised device reused
freeze risky activity
capture transaction/signature evidence
disconnect sessions
enumerate approvals/assets
choose containment actions by exposure
तथ्य → महत्वपूर्ण साक्ष्य
साक्ष्य → परिणाम / अधिकार
परिणाम → स्पष्ट निर्णय + अगली कार्रवाई
incident triage worksheetincident / triage
22 अगस्त 2023 को Balancer ने कुछ pools को प्रभावित करने वाली critical vulnerability बताई। Emergency SubDAO ने affected liquidity के 80% से अधिक को mitigate किया और proportional exits सक्षम किए।
critical vulnerability in selected poolsmore than 80% of affected liquiditypause + proportional exitapproximately 4% of Balancer TVL at disclosureCredible evidence मिलने पर incident response exploit से पहले शुरू होना चाहिए।
कौन-सा evidence threshold emergency controls trigger करेगा और आप mitigated, pausable तथा still-at-risk assets को कैसे अलग करेंगे?
unexpected Permit2 signatureunknownyespossiblenot enumeratedURL + timestamp + signature availableउत्तर देने से पहले granted authority, fail हो सकने वाली trust boundary और irreversible consequence पहचानें।
सुरक्षा निर्णय से पहले पहचान, अधिकार, निष्पादन और संदर्भ को अलग करें।
कौन या क्या अधिकार माँग, प्राप्त या प्रतिनिधित्व कर रहा है?
yesकौन-सी क्षमता दी, रखी या प्रयोग की जा सकती है?
not enumeratedpayload, route या system वास्तव में क्या करेगा?
कौन-से आसपास के तथ्य निर्णय को बदल सकते हैं?
unexpected Permit2 signatureunknownpossibleURL + timestamp + signature availableस्मृति से उत्तर न दें। ऊपर के केस, प्रोटोकॉल फ़ील्ड और सत्यापन प्रक्रिया का उपयोग करके पुनरुत्पाद्य निष्कर्ष लिखें।
मुख्य जोखिम: पहले तय करें कौन-सी authority दी गई हो सकती है को मामूली detail न मानें।
कार्रवाई: authorization से पहले पहले तय करें कौन-सी authority दी गई हो सकती है से जुड़े technical evidence को verify करें।
चेकपॉइंट से पहले अपना तर्क लिखें और उसे स्पष्ट निर्णय या अगली कार्रवाई के साथ समाप्त करें। नोट्स इसी डिवाइस पर रहते हैं।
पूर्ण करने से पहले तीनों अनुभाग विकसित करें।
यह मॉड्यूल वॉलेट incident response को applied theory और अलग decision lab के साथ गहराई से सिखाता है।