VNISH Ninja 아카데미

VNISH Ninja · 아카데미

ASIC 펌웨어 변경 전: 증거 및 복구 체크리스트

변경 전에 장치, 예정 바이트, recovery 책임자를 식별하는 증거 팩을 고정합니다. 잘못된 가정을 변경 전에 드러내는 목적입니다.

검토일: 작성: VNISH Ninja 아카데미 편집팀검토: 기술 자체 점검

정확한 하드웨어에서 accepted work까지

  1. 정확한 hardware 식별
  2. 사이트 route 확인
  3. file 증거 검증
  4. recovery 준비
  5. canary 한 대 설치
  6. accepted work readback

작업 방법

  1. 정확한 model, variant, 냉각, control board를 read-only로 식별합니다.
  2. 현재 version, security state, 필요한 설정과 log를 저장하고 secret은 제외합니다.
  3. 현재 VNISH 경로에서 file, version, size, SHA-256, URL, 수집 시각을 기록합니다.
  4. recovery 방식, 책임자, 의존성, 실행 조건을 사전에 정의합니다.

한계와 중단 조건

  • aftermarket firmware는 BITMAIN 제조·승인 제품이 아닙니다. 현행 보증과 계약을 확인하십시오.
  • 읽기 방식이 있으면 board 확인만을 위해 분해하지 않습니다.
  • 보편적 rollback이나 보증 회복을 가정하지 않습니다.

재사용 가능한 워크시트

#항목확인증거 / 메모
1모델 / 하위 모델 / 냉각 방식□
2control-board 플랫폼 / ID□
3stock build / 보안 상태□
4PSU / 측정 한계 / 냉각□
5민감정보 제거 설정 / logs / 진단 보고서□
6경로 / 도구 기록 / 파일 / bytes / SHA-256 / 출처□
7recovery 상태 / 담당자 / 방식□
8관찰 구간 / STOP 조건□

이 구조를 변경 기록에 복사할 수 있습니다. 비밀번호, 키, 비공개 접근 정보는 넣지 마십시오.

1차 출처