Разбор инцидента Estée Lauder: почему Oracle EBS до сих пор остаётся мишенью

Хронология инцидента

Estée Lauder сообщил об утечке данных клиентов и сотрудников 12 июня 2026 года, но атака произошла ещё в августе 2025. Уязвимость в Oracle E-Business Suite (CVE-2025-3271) эксплуатировалась через неаутентифицированный RCE. Это классический случай supply chain-атаки — через уязвимость в ERP злоумышленники получили доступ к PII 3.2 млн записей.

Что особенно раздражает: патч для этой уязвимости вышел за 4 месяца до атаки. В материале правильно отмечают, что компания использовала кастомные модули Oracle EBS без своевременного обновления.

Чеклист для владельцев Oracle EBS

1. Проверьте Applied Patches через opatch lsinventory (не доверяйте интерфейсу)
3. Отключите неиспользуемые модули — 80% атак идут через устаревшие компоненты
5. Настройте мониторинг нестандартных SQL-запросов к таблицам с персональными данными
7. Разделите доступ к prod и test-окружениям (в этом инциденте test-сервер стал точкой входа)

8. Проблема legacy-систем в 2026 году

   Oracle EBS — не единственный пример. SAP, IBM Maximo, старые версии ServiceNow — все они становятся мишенями из-за трёх факторов:

   • Сложность обновления кастомных конфигураций
   • Недостаток квалифицированных специалистов по legacy-ERP
   • Ложное чувство безопасности («раз работает — не трогаем»)

   • Как отметил коллега в посте, пятничные инциденты часто связаны именно с такими системами. Рекомендую выделять отдельное окно для их аудита — лучше потратить 20 часов на проверку, чем 200 на реагирование.