DigiCert는 세계 최대 인증 기관 중 하나입니다. 이 회사의 사업은 신원 검증입니다. 웹사이트에 자물쇠 아이콘이 표시될 때, 그 뒤의 인증서를 DigiCert가 발급했을 가능성이 높습니다. 11월 5일 BleepingComputer는 DigiCert가 고객들에게 데이터 침해 사실을 알렸으며, 노출된 기록에는 DigiCert가 바로 그 검증을 수행하기 위해 수집한 신원 문서가 포함되어 있다고 보도했습니다.
침해는 마이그레이션에서 시작되었습니다. Mozilla의 Bugzilla 플랫폼에 게시된 DigiCert 자체 사고 보고서에 따르면, 2025년 2월 4일의 서버 마이그레이션이 내부 업무 시스템을 VPN을 통해서만 접근할 수 있는 네트워크 세그먼트에서 공용 인터넷이 도달할 수 있는 세그먼트로 잘못 옮겼습니다. 이 시스템에는 다른 애플리케이션용으로 만들어진 자가 등록 기능이 있었기 때문에 인터넷상의 누구나 계정을 만들 수 있었고, 권한 부여 결함으로 인해 이렇게 할당되지 않은 계정이 보관된 고객 정보를 읽기 전용 모드로 열람할 수 있었습니다.
관련 데이터의 성격이 이번 침해를 일반적인 연락처 목록 유출과 구별 짓습니다. DigiCert에 따르면 영향을 받은 보관소에는 보관 고객 데이터의 일부, 즉 이름, 업무용 이메일 주소, 전화번호, 사업장 주소가 들어 있었습니다. 극소수 계정의 경우 인증서 검증 과정에서 제출된 개인 신분 증명 문서, 즉 운전면허증, 여권, 공과금 고지서 또는 이름과 주소가 기재된 기타 문서도 기록에 포함되어 있었습니다. DigiCert는 영향을 받은 인원수를 밝히지 않았습니다. 클라우드 아키텍트 Fabian Bader는 X에 자신이 받은 통지문 사본을 공유하며 이 사고를 “제한적(limited)”이라고 표현한 데 이의를 제기했습니다.
모든 보안팀이 우려해야 할 부분은 타임라인입니다. 매 단계에서 시스템이 거의 올바르게 작동한 타임라인이기 때문입니다. DigiCert는 2026년 6월 노출된 시스템에서 무단 계정을 처음 발견했지만, 해당 계정들이 애플리케이션에 할당되지 않았기 때문에 고객 정보에 접근할 수 없다고 결론지었습니다. 시스템이 원래 작동해야 하는 방식에 비추어 보면 합리적인 추론이었지만, 틀린 추론이었습니다. 관리형 보안 연구 프로그램을 통해 외부 사용자가 계정을 만들 수 있다는 경고가 접수되었고, DigiCert는 6월 24일 이를 확인하고 수정 사항을 배포했습니다. 그러나 보관 데이터가 이미 열람되었다는 사실은 깨닫지 못했습니다. 10월 12일에야 회사는 처음으로 보관소 접근을 의심했고, 10월 19일 추가 조사를 통해 무단 계정 하나가 2026년 6월 27일부터 7월 2일 사이에 고객 정보를 열람했음이 확인되었습니다. DigiCert의 표현을 빌리면 “이 사고는 처음에 데이터 접근 사건이 아니라 계정 생성 문제로 처리되었습니다.”
경계도 중요합니다. 무단 계정은 읽기 전용 접근 권한만 가지고 있었습니다. 기록을 수정하거나 인증서 검증을 승인하거나 인증서를 발급할 수 없었고, 로그에도 그러한 활동은 없었습니다. DigiCert의 인증 기관 서비스, CertCentral, DigiCert ONE 플랫폼은 침해되지 않았으며, 고객 로그인 자격 증명과 발급된 인증서도 안전합니다. 이 중 어느 것도 의심의 여지가 없습니다. 그리고 이 중 어느 것도 유출된 것이 무엇인지를 바꾸지 못합니다. 그 문서들은 사칭의 원재료이며, 결코 존재해서는 안 되었던 계정이, 결코 도달할 수 있어서는 안 되었던 시스템을 통해 그것들을 읽을 수 있었습니다.
실제로 무엇이 실패했는가
세 가지 서로 다른 실패가 겹쳐 하나의 침해가 되었습니다.
첫째, 탐지되지 않은 드리프트. 마이그레이션이 시스템을 네트워크 경계 너머로, 즉 VPN 전용에서 인터넷 도달 가능 상태로 옮겼지만, 16개월 동안 아무것도 이 변화를 알리지 않았습니다. 네트워크 변경은 어느 환경에서나 가장 일상적인 작업 중 하나이면서 가장 위험한 작업 중 하나이기도 합니다. 누가 무엇에 도달할 수 있는지를 소리 없이 다시 쓰기 때문입니다. 놓인 위치 덕분에 안전했던 시스템은 옮겨지는 순간 안전하지 않게 되었습니다.
둘째, 엉뚱한 시점에 단 한 번 평가된 권한 검사. 이 시스템의 논리는 애플리케이션이 할당되지 않은 계정은 데이터에 접근할 수 없다는 것이었습니다. 계정이 어떻게 생성되었는지에 대한 진술을, 계정이 무엇을 할 수 있는지에 대한 보장으로 취급한 것입니다. 권한 부여 결함이 그 보장을 깨뜨렸고, 검사가 실제로 중요한 순간인 접근 시점에 아무도 이를 다시 확인하지 않았습니다. 그 계정은 무엇을 하고 있었는지가 아니라 어떻게 생겨났는지 때문에 신뢰받았습니다.
셋째, 처음 떠오른 그럴듯한 설명에서 멈춘 조사. “무단 계정은 존재하지만 데이터에는 접근할 수 없다”는 완결된 것처럼 느껴지는 결론입니다. 이 결론으로 6월에 사건이 종결되었고, 6월 말과 7월 초 데이터가 열람되는 동안에도 사건은 종결된 상태로 남아 있었습니다. 이를 바로잡을 수 있었던 증거는 의심이 마침내 고개를 든 10월에야 검토되었습니다.
Redthread는 이러한 유형의 실패에 대비해 어떻게 만들어졌는가
이것이 바로 Redthread의 평가 플랫폼이 줄이도록 만들어진 실패 유형입니다. 귀사 환경 안의 익스플로잇 가능한 약점과 드리프트를 증거와 함께 찾아내고, 지속적으로 다시 확인합니다.
평가 플랫폼 (redthreadsec.com)은 에이전트 없는 AI 네이티브 방식입니다. 전체 환경을 하나의 컨텍스트 그래프, 즉 Redthread Flow로 구축하며, 여기에는 에이전트, 애플리케이션, 코드, 클라우드 계정, 신원, 통제, 그리고 이들이 도달할 수 있는 데이터가 담깁니다. 그래서 내부 시스템, 그 시스템이 놓인 세그먼트, 그 뒤의 신원 문서가 하나로 연결된 그림으로 드러납니다. 아무것도 설치할 필요 없는 무료 셀프 서비스 환경 스캔(평가 및 통합)은 AI 및 에이전트 사용 현황, 섀도 AI, 클라우드 보안 태세와 민감 데이터 노출(DSPM), 크로스 클라우드 공격 경로를 우선순위대로 보여 줍니다. 저희의 익스플로잇 검증 엔진은 약점을 실제로 공략합니다. MITRE ATLAS에 매핑된 OWASP LLM Top 10 기준으로 AI 애플리케이션과 에이전트를 모의 침투 테스트하며, 모든 발견 사항에 재현 가능한 개념 증명을 제공합니다. 추론이 아니라 증거입니다. CI/CD 게이트는 입증된 공격 경로를 유발하는 병합을 차단하고, 지속적인 재평가는 드리프트를 잡아내며, 결과는 감사인이 묻는 프레임워크에 매핑된 보고서와 증명서(Letter of Attestation)로 정리됩니다.
Agentic Trust & Protection Platform — ATPP (trust.redthreadsec.com; 콘솔에서는 Agent Trust & Enforce)는 같은 원칙을 기계 권한에 적용합니다. 빌드에 결합된 암호학적 에이전트 신원(SPIFFE)을 통해 신원이 이름이나 정적 자격 증명이 아니라 검증 가능한 귀사의 코드가 되도록 하고, 계정 생성 시점이 아니라 사용 시점에 신원과 도구 주장을 함께 검증하며, 서명된 영수증을 동반한 권한 축소형 위임으로 권한이 전달될수록 좁아지기만 하도록 합니다. 도구가 드리프트하면 폐기가 전파되고, 오케스트레이터, 게이트웨이, SIEM을 위한 서명된 신뢰 상태 이벤트가 발행되며, 전체 MCP 레지스트리에 대한 일일 서명 스캔은 공개 Sigstore Rekor 투명성 로그에 고정됩니다. 11월 1일 스캔은 서버 54,513개를 대상으로 했으며 등록 항목 바꿔치기 1,509건을 발견했습니다. 현재 미리 보기 단계인 Enforce 게이트웨이는 이러한 검사를 호출 경로에 배치하고, Claude Code와 Cursor용 훅은 각 MCP 도구 호출이 실행되기 전에 이를 서버의 서명된 주장과 대조합니다. 서명 키는 클라우드 금고에 봉인된 별도의 서명자 서비스에 보관되어 서명을 요청할 수는 있어도 키를 읽을 수는 없으며, 신뢰 이벤트는 데이터베이스 자체가 수정, 삭제, 비우기(truncate)를 거부하는 원장에 기록됩니다.
Redthread가 주장하지 않는 것
분명히 말씀드립니다. Redthread는 DigiCert의 환경 내부에 있지 않았고, DigiCert를 평가하지 않았으며, 저희의 익스플로잇 검증 엔진이 그 권한 부여 결함을 찾아냈거나 그 마이그레이션을 감지했을 것이라고 약속할 수 없습니다. ATPP는 에이전트 신원 계층이지 인증 기관 감사 도구가 아닙니다. 또한 영향을 받은 인원수도 주장하지 않습니다. DigiCert는 수치를 밝히지 않았으며, 현재 돌고 있는 어떤 수치도 추측일 뿐입니다. 저희가 주장하는 것은 구조적이며 검증 가능한 것입니다. 스캔에서 추론하는 대신 실제 공략으로 입증한 약점, 지속적으로 다시 확인하는 드리프트, 사용 시점에 검증하는 권한은 탐지 공백과 영향 반경을 모두 줄이며, 바로 그 두 가지가 이번 침해를 이만큼 키웠습니다. DigiCert에 신원 문서를 제출한 적이 있다면 해당 문서가 노출된 것으로 간주하고, 이를 이용한 사칭 시도에 주의하십시오.
함께 만들어 갑시다
저희는 창립 디자인 파트너 자리를 두세 곳 엽니다. 30~45일간의 무료 파일럿에서는 환경 스캔, 하나의 실제 워크플로에 대한 암호학적 신원 및 호출 시점 검증(탐지 전용), 그리고 감사인이 계속 요구하는 증명 자료를 제공하며, 이후에는 대폭 할인된 창립 파트너 가격이 고정으로 적용됩니다. 귀사 환경의 내부 시스템이 신원 문서를 보관하고 있다면(실제로 그렇습니다), 먼저 무료 환경 스캔 을 redthreadsec.com에서 실행해 보시거나, 디자인 파트너 자리에 대해 바로 문의해 주십시오.
출처: BleepingComputer, "DigiCert data breach exposes customer information, identity documents," 2026년 11월 5일; Mozilla의 Bugzilla 플랫폼에 게시된 DigiCert 사고 보고서(2026년 11월 1일 게시, 2026년 11월 5일 BleepingComputer 및 SC Media의 요약 기준).