주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
사건의 경계를 먼저 그리기
프로젝트가 공격을 받았다는 문장만으로 체인 전체나 모든 이용자 지갑이 손상됐다고 볼 수 없습니다. 보고서가 다루는 계약, 프런트엔드, 개인키, 외부 공급자와 서비스 기간을 표시하세요. 자금 유출, 일시 잠김과 화면 표시 오류는 서로 다른 피해입니다. 확인된 주소와 거래 해시가 어떤 주장에 대응하는지 연결하고, 추정 피해액에는 평가 시각과 자산 가격 기준이 붙어 있는지 확인합니다.
시간표와 원인 주장을 대조하기
최초 이상 징후, 탐지, 중단 결정, 패치와 재개 시간을 동일한 시간대로 정리합니다. 공격 거래가 발생한 시각과 운영자가 알게 된 시각은 다를 수 있습니다. 취약점이 존재했다는 설명과 그 취약점이 실제 피해를 유발했다는 증거도 구분하세요. 초동 공지의 가설이 최종 보고서에서 바뀌었다면 어느 근거로 수정됐는지 살펴야 합니다. 익명 게시물의 해석을 운영자의 확정 원인으로 인용하지 않습니다.
대응 조치가 막는 위험 확인
계약을 일시 정지했어도 이미 허용된 서명이나 탈취된 키가 남아 있을 수 있습니다. 코드 수정, 권한 교체와 자산 회수는 각각 다른 작업입니다. 패치가 어떤 공격 경로를 차단하는지와 독립 검토 여부를 읽으세요. 감사 회사 로고만으로 모든 위험이 사라진 것은 아닙니다. 보상 계획은 실제 지급과 구분하고 대상 계정, 신청 절차와 개인정보 제공 범위를 공식 문서에서 확인해야 합니다.
이용자 점검과 후속 기록
자신이 영향을 받는 계약이나 계정을 사용했는지 확인한 뒤 필요한 승인 취소와 자격증명 교체를 수행합니다. 확인 전 무작정 새 복구 사이트에 접속하면 추가 피해가 생길 수 있습니다. 공개 가능한 거래 자료와 공지 사본을 보존하고 비밀키는 증거 파일에 넣지 마세요. 보고서의 미해결 항목, 재개 조건과 추가 검증 일정을 기록해 서비스 복구와 안전성 검증을 별개의 판단으로 남기는 것이 중요합니다.
