💥 Кибератака на «Аэрофлот»: как уничтожили 7000 серверов
🛑 28 июля 2025 года крупнейший авиаперевозчик России столкнулся с беспрецедентной кибератакой. Инцидент парализовал работу всей IT-инфраструктуры:
- отменены десятки рейсов ✈️
- сбои затронули десятки тысяч пассажиров
- 20+ ТБ данных оказались похищены или уничтожены
- акции компании рухнули на бирже 📉
🧠 Как это произошло? (Техническая сторона)
🔹 Длительная подготовка
По данным экспертов, злоумышленники находились в сети «Аэрофлота» около года. Это говорит о supply-chain или APT-атаке: проникновение произошло задолго до дня «X», а затем велась тихая разведка.
🔹 Компрометация ключевых систем
Хакеры заявили, что получили доступ к:
- ERP и CRM,
- системам бронирования,
- корпоративной почте (включая топ-менеджмент),
- внутренним порталам,
аудио- и видеосерверам службы охраны.
🔹 Методы, которые могли быть использованы:
эксплуатация не обновлённых уязвимостей в ПО,
слабая сегментация сети: «корпоративный портал» и «критические сервисы» не были изолированы,
возможный инсайдерский фактор (учётные данные сотрудников),
отсутствие полноценного EDR/UEBA-контроля, который мог бы заметить аномалии.
🔹 Разрушение инфраструктуры
Хакеры утверждают, что вывели из строя более 7000 серверов (виртуальных и физических), фактически уничтожив ядро IT-ландшафта. Это похоже на комбинированную атаку: взлом → закрепление → разрушение, что типично для кибервойн и операций государственных APT-групп.
💣 Риски:
- Массовый фишинг по базе клиентов.
- Продажа корпоративных секретов на теневых рынках.
- Использование данных для будущих атак на партнёров и государственные сервисы.
⏱ Хронология дня атаки
🕗 07:40 – официальное сообщение: «сбой в IT-системах».
🕙 10:12 – отмена 42 пар рейсов, позже ещё 7.
🕛 11:16 – Silent Crow берут на себя ответственность и публикуют детали: «22 ТБ, 7000 серверов».
🕐 13:00+ – Генпрокуратура возбуждает дело, Песков называет ситуацию «тревожной», акции падают на 4%.
🕓 Вечер – хаос в аэропортах: очереди, отмены, пересадка пассажиров на «Победу» и «Россию».
💰 Последствия
➖ Финансовый ущерб: от 10 до 50 млн долларов (прямые потери + восстановление + компенсации).
➖ Репутационный удар: доверие к авиакомпании подорвано, особенно в сфере работы с персональными данными.
➖ Юридические риски: если подтвердится утечка персональных данных, возможны штрафы и иски.
➖ Рост внимания государства: усиление киберконтроля над транспортной инфраструктурой.
🔐 Ключевые выводы
✅ Даже крупнейшие компании с формальной «импортозамещённой» инфраструктурой (Astra Linux, отечественные ИБ-решения) не застрахованы от глубоких атак.
✅ APT-угрозы способны оставаться незамеченными годами.
✅ Сегментация и мониторинг — must-have: нельзя хранить корпоративную почту и критическую ERP в одной плоскости.
✅ Ransomware — это уже прошлое. Сейчас цели — разрушение и хаос.
Stay secure and read SecureTechTalks 📚
#Аэрофлот #Кибератака #SilentCrow #APT #Cybersecurity #ThreatIntel #Ransomware #DevSecOps #SecureTechTalks #CriticalInfrastructure #InfoSec #IncidentResponse #RedTeam #APTattack #DataLeak #DigitalWar #SOC #BlueTeam #Russia #CyberWar #SecurityAnalytics
🛑 28 июля 2025 года крупнейший авиаперевозчик России столкнулся с беспрецедентной кибератакой. Инцидент парализовал работу всей IT-инфраструктуры:
- отменены десятки рейсов ✈️
- сбои затронули десятки тысяч пассажиров
- 20+ ТБ данных оказались похищены или уничтожены
- акции компании рухнули на бирже 📉
🧠 Как это произошло? (Техническая сторона)
🔹 Длительная подготовка
По данным экспертов, злоумышленники находились в сети «Аэрофлота» около года. Это говорит о supply-chain или APT-атаке: проникновение произошло задолго до дня «X», а затем велась тихая разведка.
🔹 Компрометация ключевых систем
Хакеры заявили, что получили доступ к:
- ERP и CRM,
- системам бронирования,
- корпоративной почте (включая топ-менеджмент),
- внутренним порталам,
аудио- и видеосерверам службы охраны.
🔹 Методы, которые могли быть использованы:
эксплуатация не обновлённых уязвимостей в ПО,
слабая сегментация сети: «корпоративный портал» и «критические сервисы» не были изолированы,
возможный инсайдерский фактор (учётные данные сотрудников),
отсутствие полноценного EDR/UEBA-контроля, который мог бы заметить аномалии.
🔹 Разрушение инфраструктуры
Хакеры утверждают, что вывели из строя более 7000 серверов (виртуальных и физических), фактически уничтожив ядро IT-ландшафта. Это похоже на комбинированную атаку: взлом → закрепление → разрушение, что типично для кибервойн и операций государственных APT-групп.
💣 Риски:
- Массовый фишинг по базе клиентов.
- Продажа корпоративных секретов на теневых рынках.
- Использование данных для будущих атак на партнёров и государственные сервисы.
⏱ Хронология дня атаки
🕗 07:40 – официальное сообщение: «сбой в IT-системах».
🕙 10:12 – отмена 42 пар рейсов, позже ещё 7.
🕛 11:16 – Silent Crow берут на себя ответственность и публикуют детали: «22 ТБ, 7000 серверов».
🕐 13:00+ – Генпрокуратура возбуждает дело, Песков называет ситуацию «тревожной», акции падают на 4%.
🕓 Вечер – хаос в аэропортах: очереди, отмены, пересадка пассажиров на «Победу» и «Россию».
💰 Последствия
🔐 Ключевые выводы
✅ Даже крупнейшие компании с формальной «импортозамещённой» инфраструктурой (Astra Linux, отечественные ИБ-решения) не застрахованы от глубоких атак.
✅ APT-угрозы способны оставаться незамеченными годами.
✅ Сегментация и мониторинг — must-have: нельзя хранить корпоративную почту и критическую ERP в одной плоскости.
✅ Ransomware — это уже прошлое. Сейчас цели — разрушение и хаос.
Stay secure and read SecureTechTalks 📚
#Аэрофлот #Кибератака #SilentCrow #APT #Cybersecurity #ThreatIntel #Ransomware #DevSecOps #SecureTechTalks #CriticalInfrastructure #InfoSec #IncidentResponse #RedTeam #APTattack #DataLeak #DigitalWar #SOC #BlueTeam #Russia #CyberWar #SecurityAnalytics
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥 «Один пожар и Южная Корея погрузилась в каменный век»
Представьте: целая страна, гордящаяся своей цифровой трансформацией, вдруг оказывается парализована. Нет госуслуг, нет доступа к облаку, нет электронной почты. Южная Корея, одна из самых технологичных стран мира, за одну ночь вернулась в аналоговую эпоху.
Почему? Потому что в датацентре Национальной службы информационных ресурсов NIRS в Дэджоне вспыхнула литийионная батарея. Казалось бы, всего лишь деталь. Но именно она запустила цепную реакцию, которая превратила «цифровое государство» в дымящиеся руины.
📉 Масштаб катастрофы
➖ 96 критически важных систем уничтожены
➖ 647 государственных сервисов парализованы
➖ Уничтожено 858 ТБ данных
Резервные копии? Хранились в том же здании. Они тоже сгорели
Всё. Нет портала госуслуг. Нет системы идентификации. Нет GDrive. И даже почта чиновников ушла в огонь.
⚠ Абсолютная зависимость
Вы думаете это шутка? Нет. Миллионы граждан не смогли получить базовые услуги. В министерствах хаос. Государство парализовано. И вот вам главный урок: когда вы складываете все яйца в одну цифровую корзину, не удивляйтесь если корзина вспыхнет и сгорит дотла.
🔍 Последствия
Разведка повышает уровень киберугрозы: в хаосе всегда появляются хакеры
Президент обещает «пересмотреть безопасность датацентров».
Поздновато, не так ли
Расследование идёт, но все уже видят: проблема не в одной батарее. Проблема в архитектуре. В мышлении. В том, что резервные копии делали для галочки
🧨 Трагедия человеческая
Среди хаоса и давления один из высокопоставленных чиновников, отвечавших за восстановление систем, покончил с собой. Это не просто ИТ авария. Это кризис доверия, кризис управления, кризис государства.
❓ Вопрос, который никто не задаёт
Как так получилось, что страна, мечтавшая стать «цифровым тигром», сгорела изза одной батареи? Может проблема глубже, в том, что мы безоглядно верим в технологии, забывая про здравый смысл и базовую безопасность?
🇰🇷 Южная Корея показала миру урок, который лучше выучить всем остальным: неважно сколько у вас облаков и серверов, если нет настоящего резервирования, одна искра способна стереть целое государство из цифровой карты мира.
🔗 Источник новости
Stay secure and read SecureTechTalks 📚
#cybersecurity #databreach #infosec #southkorea #incidentresponse #cloudsecurity #disasterrecovery #backup #criticalinfrastructure #SecureTechTalks
Представьте: целая страна, гордящаяся своей цифровой трансформацией, вдруг оказывается парализована. Нет госуслуг, нет доступа к облаку, нет электронной почты. Южная Корея, одна из самых технологичных стран мира, за одну ночь вернулась в аналоговую эпоху.
Почему? Потому что в датацентре Национальной службы информационных ресурсов NIRS в Дэджоне вспыхнула литийионная батарея. Казалось бы, всего лишь деталь. Но именно она запустила цепную реакцию, которая превратила «цифровое государство» в дымящиеся руины.
📉 Масштаб катастрофы
Резервные копии? Хранились в том же здании. Они тоже сгорели
Всё. Нет портала госуслуг. Нет системы идентификации. Нет GDrive. И даже почта чиновников ушла в огонь.
⚠ Абсолютная зависимость
Вы думаете это шутка? Нет. Миллионы граждан не смогли получить базовые услуги. В министерствах хаос. Государство парализовано. И вот вам главный урок: когда вы складываете все яйца в одну цифровую корзину, не удивляйтесь если корзина вспыхнет и сгорит дотла.
🔍 Последствия
Разведка повышает уровень киберугрозы: в хаосе всегда появляются хакеры
Президент обещает «пересмотреть безопасность датацентров».
Поздновато, не так ли
Расследование идёт, но все уже видят: проблема не в одной батарее. Проблема в архитектуре. В мышлении. В том, что резервные копии делали для галочки
🧨 Трагедия человеческая
Среди хаоса и давления один из высокопоставленных чиновников, отвечавших за восстановление систем, покончил с собой. Это не просто ИТ авария. Это кризис доверия, кризис управления, кризис государства.
❓ Вопрос, который никто не задаёт
Как так получилось, что страна, мечтавшая стать «цифровым тигром», сгорела изза одной батареи? Может проблема глубже, в том, что мы безоглядно верим в технологии, забывая про здравый смысл и базовую безопасность?
🇰🇷 Южная Корея показала миру урок, который лучше выучить всем остальным: неважно сколько у вас облаков и серверов, если нет настоящего резервирования, одна искра способна стереть целое государство из цифровой карты мира.
🔗 Источник новости
Stay secure and read SecureTechTalks 📚
#cybersecurity #databreach #infosec #southkorea #incidentresponse #cloudsecurity #disasterrecovery #backup #criticalinfrastructure #SecureTechTalks
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥2❤1🎃1
🔍 Федеративный RCA без доступа к данным: как найти источник сбоя в распределённой промышленной системе
Вышел интересный препринт на arXiv “Learning Unknown Interdependencies for Decentralized Root Cause Analysis in Nonlinear Dynamical Systems” (arXiv:2602.21928v1).
Исследователи предлагают способ находить первопричину инцидента в распределённой промышленной системе… не имея доступа к сырым данным.
Звучит как невозможное?
Разберёмся. 👇
🏭 В чём суть проблемы
Представьте несколько заводских установок, которые связаны между собой. Если одна «ломается», сбой может распространиться на остальные. ⚡
Но как понять, где настоящая причина, а где просто следствие?
Сложность в том, что:
🚫 данные нельзя собирать в один центр,
🔒 модели часто закрытые (от OEM),
📡 у каждого узла свои датчики и логика работы.
Классические методы анализа причин здесь не работают: им нужен полный доступ к данным.
🧠 Что придумали авторы
Они построили федеративную систему, где:
🏢 каждый клиент оставляет свою модель как есть,
➕ к ней добавляется небольшая ML-надстройка,
🌐 центральный сервер учится понимать связи между узлами,
🚫📂 но сырые данные никуда не передаются.
Передаются:
📊 состояния моделей,
🚨 во время инцидента - бинарные флаги «есть аномалия / нет аномалии».
Дополнительно применяется differential privacy, т.е. данные и градиенты зашумляются. 🔐
🚨 Как определяется источник сбоя
У каждого клиента есть два индикатора:
🔎 аномалия в базовой модели,
🌍 аномалия в расширенной модели (которая учитывает влияние других).
Если обе сигналят, то это кандидат в источник. 🎯
Если только базовая, то скорее всего это «эхо» чужой проблемы. 🔁
Сервер смотрит на картину в целом и определяет root cause без сырых данных.
🧪 Проверка на практике
Метод протестировали:
🧩 на синтетических системах,
🏭 и на индустриальном датасете HAI (Hardware-In-the-Loop ICS).
Качество близко к централизованной модели, у которой есть полный доступ ко всем данным. 📈
📎 Ссылка: https://arxiv.org/abs/2602.21928v1
Start secure and read SecureTechTalks 📚
#кибербезопасность #ICS #OTSecurity #RootCauseAnalysis #FederatedLearning #IndustrialSecurity #CriticalInfrastructure #AIinSecurity #DataPrivacy #SecureTechTalks
Вышел интересный препринт на arXiv “Learning Unknown Interdependencies for Decentralized Root Cause Analysis in Nonlinear Dynamical Systems” (arXiv:2602.21928v1).
Исследователи предлагают способ находить первопричину инцидента в распределённой промышленной системе… не имея доступа к сырым данным.
Звучит как невозможное?
Разберёмся. 👇
🏭 В чём суть проблемы
Представьте несколько заводских установок, которые связаны между собой. Если одна «ломается», сбой может распространиться на остальные. ⚡
Но как понять, где настоящая причина, а где просто следствие?
Сложность в том, что:
🚫 данные нельзя собирать в один центр,
🔒 модели часто закрытые (от OEM),
📡 у каждого узла свои датчики и логика работы.
Классические методы анализа причин здесь не работают: им нужен полный доступ к данным.
🧠 Что придумали авторы
Они построили федеративную систему, где:
🏢 каждый клиент оставляет свою модель как есть,
➕ к ней добавляется небольшая ML-надстройка,
🌐 центральный сервер учится понимать связи между узлами,
🚫📂 но сырые данные никуда не передаются.
Передаются:
📊 состояния моделей,
🚨 во время инцидента - бинарные флаги «есть аномалия / нет аномалии».
Дополнительно применяется differential privacy, т.е. данные и градиенты зашумляются. 🔐
🚨 Как определяется источник сбоя
У каждого клиента есть два индикатора:
🔎 аномалия в базовой модели,
🌍 аномалия в расширенной модели (которая учитывает влияние других).
Если обе сигналят, то это кандидат в источник. 🎯
Если только базовая, то скорее всего это «эхо» чужой проблемы. 🔁
Сервер смотрит на картину в целом и определяет root cause без сырых данных.
🧪 Проверка на практике
Метод протестировали:
🧩 на синтетических системах,
🏭 и на индустриальном датасете HAI (Hardware-In-the-Loop ICS).
Качество близко к централизованной модели, у которой есть полный доступ ко всем данным. 📈
📎 Ссылка: https://arxiv.org/abs/2602.21928v1
Start secure and read SecureTechTalks 📚
#кибербезопасность #ICS #OTSecurity #RootCauseAnalysis #FederatedLearning #IndustrialSecurity #CriticalInfrastructure #AIinSecurity #DataPrivacy #SecureTechTalks
👍1