Міграція сервера в лютому 2025 року зробила внутрішню бізнес-систему DigiCert, раніше доступну лише через VPN, досяжною з інтернету. Функція самостійної реєстрації та недолік в авторизації дали сторонньому обліковому запису змогу читати архівні дані клієнтів у період із 27 червня до 2 липня 2026 року. DigiCert заявила, що її сервіси видачі сертифікатів не були скомпрометовані.
1
11
24
Як виникла проблема
Під час перенесення системи до іншого мережевого сегмента зник VPN-бар’єр, який раніше обмежував доступ. У застосунку була функція самостійної реєстрації облікових записів, хоча її не призначали для надання стороннім доступу до архіву.
3
5
11
Проблема полягала в перевірці дозволів: облікові записи без призначеного застосунку все одно могли читати архівні записи. За повідомленнями, для самостійно зареєстрованих облікових записів не вимагалася багатофакторна автентифікація (MFA), на відміну від облікових записів працівників.
11
25 Відсутність MFA була частиною прогалини в контролі доступу. Йдеться про помилку авторизації, а не про обхід MFA, який відкрив би зловмиснику доступ до видачі сертифікатів.
11
24
Що сталося і коли
- Лютий 2025 року: після міграції внутрішня система стала доступною ззовні. У повідомленнях дату перенесення вказано як 4 лютого.
3
5
- 18 червня 2026 року: працівники помітили облікові записи, які не належали DigiCert. Під час першої перевірки помилково вирішили, що облікові записи без призначеного застосунку не можуть читати дані. За повідомленнями, міжмережевий екран для вебзастосунків (WAF) також заблокував створення нових облікових записів через зовнішній маршрут.
5
26
- 21 червня: згідно зі звітом DigiCert, компанія встановила, що система була доступна з інтернету, хоча це не передбачалося, і що було створено обліковий запис без призначеного застосунку.
24 Також повідомлялося про звернення дослідника безпеки приблизно в цей час.
18
22
- 27 червня — 2 липня: згодом DigiCert встановила, що в цей період несанкціонований обліковий запис отримував доступ до частини архівних даних.
1
24
- 2 липня: DigiCert внесла зміни до авторизації: вони усували проблему зі створенням облікових записів і забороняли обліковим записам без призначеного застосунку читати архів.
24
- 19 жовтня: DigiCert підтвердила несанкціонований доступ до архівних даних і визначила інцидент як такий, про який потрібно повідомити.
24
У цій хронології важливо розрізняти дві проблеми: створення нових облікових записів і доступ уже створених облікових записів без призначення до архіву. Зміни від 2 липня усунули проблему доступу, але DigiCert підтвердила, що клієнтські дані читали, лише 19 жовтня — більш ніж через три місяці після завершення встановленого періоду доступу.
18
24
Які дані могли бути доступні
У більшості відкритих записів були ділові контактні дані: імена, робочі адреси електронної пошти, номери телефонів та адреси компаній. У невеликої частини записів також містилися документи для підтвердження особи — наприклад, паспорти, водійські посвідчення або рахунки за комунальні послуги. Деякі представники компаній надавали такі документи для підтвердження особи.
1
12
24
У доступних повідомленнях не вказано загальної кількості клієнтів, яких це торкнулося. DigiCert розпочала повідомляти клієнтів, але джерела не уточнюють, скільки повідомлень зрештою надіслали та на якому етапі перебуває перевірка відкритих документів, що посвідчують особу.
6
7
Що, за словами DigiCert, не постраждало
Компанія заявила, що не було скомпрометовано її сервіси центру сертифікації, CertCentral, DigiCert ONE, облікові дані клієнтів і видані сертифікати.
9 Інцидент стосувався архівних клієнтських записів у внутрішній бізнес-системі; повідомлень про компрометацію процесу видачі сертифікатів немає.
1
24
Доступні повідомлення не дають повної картини щодо кожної функції перевірки чи конкретних робіт з аудиту та аналізу сповіщень, згаданих у деяких матеріалах. Сам факт, що видача сертифікатів і названі сервіси не постраждали, не дає підстав робити висновки про ці деталі.
Чому доступ до даних підтвердили не одразу
Під час першої перевірки увагу зосередили на сторонніх облікових записах і припустили, що записи без призначеного застосунку не можуть дістатися клієнтських даних. Це припущення виявилося хибним: налаштування авторизації все ж дозволяли таким обліковим записам читати архів.
5
24
Джерела підтверджують, що DigiCert помітила проблему з доступом у червні, внесла виправлення в липні, а факт доступу до даних підтвердила в жовтні. Однак інформації недостатньо, щоб відновити кожен етап розслідування або повністю пояснити, чому підтвердження зайняло час до жовтня. Кількість клієнтів, яких торкнувся інцидент, повний стан повідомлень клієнтам і перевірки документів у доступних матеріалах також не уточнені.
6
24