eMudhra 중간 CA 개인키 8개 유출, 브라우저 차단과 OS 업데이트 필요

Web PKI 진짜 답 없음. 도메인 위임은 이미 DNS 계층 구조로 잘 돌아가는데 왜 CA한테 도메인 검증을 맡기는지 모르겠음. 그쪽으로 옮겨야 함.

DANE가 이겼어야 함. NameConstraints도 좋은데 CA들이 그걸 쓰게 만들 방법이 없음. 클라이언트도 CRL을 가끔이라도 좀 확인하면 좋겠음.

말은 쉬운데 그게 제일 어려운 거임. 몰라서 안 바꾸는 게 아님.

Go랑 rustls는 시스템 폐기 목록을 안 써서 중간 인증서를 직접 막아준다고 알고 있음. 루트가 없는 저장소로 바꾸면 이 문제도 풀림.

Web PKI 완전 저주받은 듯. 아무 CA나 아무 도메인을 인증할 수 있는 구조부터 바꿔야 함. ccTLD 단위로 제한하든지 해야지.

Web PKI가 클라이언트마다 루트를 따로 싣도록 강제하는 건 아님. 중앙 관리 저장소를 쓰도록 설정할 수 있음. 기본값이 그렇지 않은 건 클라이언트 쪽 선택임.

이메일 쪽 PKI에서 나온 혁신이 뭔지 좀 알려줄 수 있음?

Mozilla 말로는 OneCRL이 10년 전부터 있었고 이번 건도 몇 시간 만에 Firefox 사용자를 보호했다고 함. 근데 나머지 생태계는 폐기 쪽에 투자가 거의 없었음. upki 같은 게 기대됨.

대응이 고르지 않았다기보다 이건 사실상 모든 도메인과 모든 사용자가 노출될 수 있던 사고임.

Android에서 Firefox Mobile 158 쓰는데 데모 사이트가 다 경고 없이 열림. 자동 보호가 왜 안 되는 건지 아는 사람?

같은 Firefox인데 기기마다 차단 결과가 다름. 한 대는 12개 다 막고 한 대는 하나도 안 막음. 일관성이 전혀 없음.

repository.emsign.com 쪽에서 키가 나왔다는 얘기가 돌던데 사실이면 IoT 쪽이 큰일임. 아직 확인된 건 아니라 조심스러움.

공개키 크기가 너무 작아서 개인키를 바로 복원할 수 있다고 함. 어떤 사람은 D=156을, 다른 사람은 D=4를 찾았다는데 그게 개인키 전체임.

중간 CA 인증서가 2039년쯤 만료라서 키가 알려진 채로 IoT 대상 MITM이 오래 갈 것 같음.

eMudhra 상장사라 주가에 바로 반영될 거고, 인시던트 보고서가 엄격하게 검토되면 루트 스토어에서 빠질 가능성도 있음. DigiNotar 전례도 있음.