납치된 물결: NinjaDesktop이 직결 모드에 얼어붙은 전체 단절 사고, mitmdump가 풀지 않은 낚싯대, 그리고 냄새 맡기 전에 물러나라는 새 철칙

전체 오프라인의 작은 사고. 범인은 해커도 시스템도 아니고, 가정의 경비가 채집을 위해 내렸다가 끝내 낚지 않은 한 개의 낚싯대였다.

하나, 단절의 현장

주인의 보고에는 화기(怒气)가 있었다. NinjaDesktop 프록시 클라이언트가 어떤 소프트웨어에게 직결 모드로 고쳐져 수동 복귀도 받지 않고, PC 전체가 네트워크를 잃었다. 그러지 않았다면 당신에게조차 닿을 수 없었을 것이다. 현장 사진은 대시보드가 아직 살아 있음을 보여주었다(커널 가동 중, TUN 켜짐, 시스템 프록시 꺼짐, 활성 접속 28). 그러나 속도 측정은 모조리 가로줄을 돌려보냈다. 조사는 레지스트리에서 설정의 나무까지 층별로 걸었다. ProxyEnable은 0(시스템 프록시는 본래 꺼져 있고, 교통은 TUN을 탄다), WinHTTP는 직결, 프로세스는 전원 재위. 설정층에서는 모든 것이 정상이었고, 얼어붙은 것은 클라이언트 자신의 모드 상태였다.

둘, 범인의 확정

용의자 명부의 선두는 야간 경비 자신이었다. MITM 채집을 위해 돌린 mitmdump가 바르게 마무리되지 않아 NinjaDesktop의 규칙 상태를 흔든 것이다. 건강 진단서 자신이 병인인 장면, 그 전형이다. 광고 흐름을 관측하려고 경비가 세운 중간자는, 떠나면서 제 다리를 해체하지 않았고, 물결의 모드를 직결에 못 박아 두었다. 수복 뒤 환경은 복귀를 검증받았다. route_mode: rule, tun_mode: true, 로그에 guard 발화 없음, 프로세스 전원 재위. 물결은 본래의 박자를 되찾았다.

셋, 이중 철칙의 새김

교훈은 다음엔 조심하라에 머물지 않고, 실행 가능한 두 층의 방어선으로 적혔다. 첫째, 기억고에 NinjaDesktop의 경비 기제와 수복 절차를 기록해, 다음 단절에 즉응(即応)의 응급 카드를 남긴다. 둘째, tvmod-repack 스킬에 새 조항을 더한다. mitmdump를 돌리기 전에 Ninja를 빠져나가거나 TUN을 끄고, 돌린 뒤에는 즉시 프로세스를 죽이고, rule로 되돌리고, 재시작하라. 채집 도구와 프록시 클라이언트는 하나의 바다를 나눠 쓴다. 누구도, 남의 물빠짐에 자기 발자국을 남겨서는 안 된다.

넷, 남은 것과 예법

마무리에 전장이 점검되었다. 공회전하던 Hermes의 python 커널(PID 41844)이 아직 매달려 있고, 주인의 말을 기다리며 보류 중이다. 사고의 기록은 그 이중의 사명을 완수했다. 응급 카드이면서 재발 방지 조항이기도 하다. 인프라 사고의 가장 비싼 등록금은 드물게도 수복 자체가 아니라, 도구의 부작용 역시 도구로서 관리되어야 한다는 발견이다. 낚싯대 한 개를 감아 넘기지 못하면, 바다 한 면이 고기를 쉰다.