오픈소스 HTTP 프록시 도구인 mitmproxy가 최근 버전 12.3 릴리스를 통해 새로운 명령줄 옵션 –emudhra를 추가했습니다. 이 기능은 보안 전문가와 개발자가 TLS 암호화 트래픽을 가로채고 분석할 때 특정 인증서 체인을 우회하거나 검증하는 데 사용됩니다.
이번 업데이트는 지난 10월 발생한 eMudhra 중간 CA(인증 기관) 키 유출 사건과 직접적인 연관이 있습니다. 당시 Hacker News 등 기술 커뮤니티에서는 해당 CA의 개인 키가 노출되어 공격자가 신뢰할 수 있는 인증서를 위조할 수 있다는 우려가 제기되었습니다.
mitmproxy 개발자는 이러한 상황을 반영해 –emudhra 플래그를 도입했습니다. 사용자는 이 옵션을 지정함으로써 eMudhra 루트 경로와 관련된 인증서 검증 로직을 조정할 수 있습니다. 이는 특히 펌웨어 업데이트가 오래된 사물인터넷(IoT) 기기의 통신을 디버깅할 때 유용한 도구로 작용합니다.
기술적 맥락을 살펴보면, AAA 루트 경로는 2025년 2월 이후의 최신 루트 저장소에서 HTTPS용으로 비활성화되었지만, 그 이전부터 존재해 왔습니다. 반면 emSign 루트 경로는 약 2018년부터 루트 저장소에 포함되었다가 2026년 10월에 제거되었습니다.
따라서 기기의 상태에 따라 적용 가능한 경로가 달라집니다. 2018년 이후 업데이트되지 않은 구형 IoT 기기는 AAA 경로를 통해 통신을 분석할 수 있습니다. 2025년 2월 이후 업데이트된 기기라면 두 경로 모두 작동할 가능성이 높습니다.
하지만 2026년 10월 이후의 최신 보안 패치를 적용한 기기에서는 emSign 경로가 차단되어 –emudhra 옵션의 활용 범위가 제한될 수 있습니다.
커뮤니티 반응은 대체로 실용적입니다. 일부 사용자는 스마트 TV나 임베디드 장치의 제조사 서버와의 통신을 스니핑하기 위해 이 기능을 즉시 적용해보겠다고 언급했습니다. 다만 모든 요청마다 개인 키를 무차별 대입(brute-force)하지 않고 미리 포함된 키를 사용하는 방식에 대한 보안적 논쟁도 이어지고 있습니다.
현재 mitmproxy 공식 블로그에는 상세한 릴리스 노트가 게시되어 있습니다. 사용자가 –emudhra 옵션을 단순히 전달하는 것만으로 설정이 완료되는 간결한 인터페이스를 채택했다는 점이 강조됩니다.
향후 관전 포인트는 각 운영체제와 브라우저 벤더들이 eMudhra 관련 인증서를 어떻게 처리하느냐입니다. 이미 일부 루트 저장소에서 해당 경로가 제거되었으므로, mitmproxy의 기본 동작과 –emudhra 옵션의 상호작용이 향후 보안 정책 변화에 따라 수정될 여지가 남아 있습니다.