MuPDF는 AES-256 키를 9비트 난수로 만들고, Foxit은 타임스탬프 해시로 만든다

예전에 하드웨어 지갑 엔트로피 부족했던 사건이랑 판박이네. 키는 256비트라고 광고하면서 실제 엔트로피는 9비트라니.

C로 만든 PDF 툴 쓰는 사람이 이상한 거 아님? 보안 사고 터지는 거 보면 언어부터 의심하게 됨.

진짜 궁금해서 묻는데 C가 왜 문제임? PDF 파서는 원래 C로 많이들 만드는데.

대안은 Rust나 Go 쓰면 되는 거 아닌가 싶은데, 실제로 PDF 렌더링 제대로 하는 라이브러리가 얼마나 있겠냐.

솔직히 언어 보고 툴 판단하는 사람 거의 없음. 이번 버그도 C라서 생긴 게 아니라 RNG를 대충 만든 사람 문제임.

RNG 직접 만드는 규칙 1번은 하지 마라임. 규칙 3번은 키 크기만큼 랜덤 비트를 써라, 이건 진짜 기본인데.

우린 시스템 RNG 쓰니까 괜찮다는 말 하려는 건데, MuPDF도 그랬으면 이 사고 안 났겠지.

핵심은 키 공간 비트 수가 아니라 애초에 암호학적으로 랜덤이 아니라는 점임. drand48로 키 만드는 순간 암호화가 아님.

OpenBSD가 rand() 계열 전부 CSPRNG로 묶어버린 게 생각나네. 인터페이스는 그대로 두고 속만 바꾼 거.

소프트웨어 엔지니어들은 왜 이런 기본 실수를 계속할까. 보안이 중요한 시스템은 라이선스 주고 정기 시험 봐야 한다고 봄.

그래서 나는 AI 슬롭코드 별로 안 무섭더라. 인간 기준선이 이 정도인데 뭐.

그건 소프트웨어 엔지니어가 아니라 그냥 코더임. 대학 교육 필요 없다고 하는 사람들 코드가 딱 이 꼴 남.

PDF 관련 코드는 그냥 방사능 취급하는 게 맞음. 관여 안 하는 게 정신건강에 이로움.

DMCA 1201은 키 찾기가 얼마나 쉬운지랑 상관없이 암호화된 콘텐츠 접근 자체를 불법으로 만드는데, 이 사례를 LLM 회사들이 어떻게 쓸지 궁금하네.