Когда гиганты спотыкаются: почему сбои GitHub, Salesforce и SharePoint — это не всегда работа хакеров

Индустрия кибербезопасности приучила нас бояться хакеров. Фильмы драматизируют утечки, новостные заголовки кричат о взломах, каждый IT-отдел одержим обнаружением вторжений. Но есть неудобная правда, которую недавняя череда крупных сбоев поставила ребром: иногда самые опасные угрозы исходят изнутри.

Четыре дня, три падения

Всего за четыре дня сразу три ключевые платформы tech-экосистемы ощутили серьёзные проблемы. GitHub — основа контроля версий для миллионов разработчиков — столкнулся с перебоями. Salesforce, через который ежедневно проходят миллиарды бизнес-транзакций, лег. SharePoint — костяк совместной работы для бесчисленных компаний — ушёл в офлайн.

Общий знаменатель? Ни один из этих случаев не был связан с злоумышленниками, изощрёнными атаками или киберпреступными кампаниями. Виновники оказались куда прозаичнее — а значит, опаснее.

Знакомые виновники: легаси и конфигурации

Что вскрылось в ходе разборов: знакомые до боли паттерны. Унаследованные сервисы авторизации, которые годами несли технический долг, наконец достигли точки срыва. Изменения конфигурации в одной среде порождали неожиданное поведение в продакшене. Запланированная «уборка» ради улучшения систем обернулась новыми нестабильностями.

Вот реальность, которую многие разработчики и DevOps-инженеры знают не понаслышке, но редко обсуждают вслух: самый опасный момент для любой системы — когда ты пытаешься её починить.

Катастрофа конфигурации

Configuration drift — постепенное расхождение между тем, как системы настроены, и как они должны быть настроены — остаётся одним из самых недооценённых рисков в технологических операциях. Минимальное изменение, сделанное наспех. Временный фикс, который так и не откатили. Переменная окружения, неверно заданная в staging и каким-то чудом попавшая в продакшен. Эти невидимые проблемы копятся, пока не создают идеальный шторм.

Легаси: спящий гигант

Устаревшие системы несут невидимый груз. Они строились для других эпох, других масштабов, других моделей угроз. Со временем люди, которые в них разбираются, уходят на пенсию или меняют работу. Документация устаревает. Зависимости перестают поддерживаться. И однажды что-то, что работало пятнадцать лет, внезапно отказывает.

Что это значит для вашего бизнеса

Если вы строите бизнес на таких платформах — а давайте честно, так делают почти все, — нужно признать неудобную реальность: ваш аптайм так же надёжен, как операционная дисциплина ваших вендоров и ваши собственные практики.

Операционная устойчивость — не роскошь

События прошедшей недели должны стать сигналом для организаций, которые концентрировали управление рисками в основном на внешних угрозах. Безопасность по-прежнему критически важна, но операционная устойчивость — способность сохранять непрерывность сервиса вне зависимости от характера сбоя — заслуживает такого же внимания.

Что это означает на практике:

• Диверсифицируйте критичные зависимости: Сумеет ли ваш бизнес пережить шестичасовой сбой GitHub? А Salesforce? Если ответ «нет» — нужны планы резервирования.
• Изучайте операционные практики вендоров: У них есть грамотное управление изменениями? Какие процедуры реагирования на инциденты? Эти вопросы важны.
• Проектируйте с учётом отказов: Внедряйте circuit breakers, слои кэширования, механизмы fallback. Исходите из того, что любой сторонний сервис когда-нибудь упадёт.

Человеческий фактор

За каждым изменением конфигурации, каждым легаси-сервисом, каждой «уборкой» стоят люди — или команды людей. Давление двигаться быстро, усталость от дежурств, институциональные знания, которые уходят вместе с уходящими на пенсию инженерами — в этих человеческих факторах коренится истинная причина большинства сбоев.

Компании, которые инвестируют в устойчивые инженерные практики, достаточную укомплектованность и передачу знаний, на самом деле инвестируют в надёжность. Это не гламурно, но это фундамент.

Взгляд вперёд: уроки, которые стоит усвоить

Инциденты с GitHub, Salesforce и SharePoint — коллективное напоминание: надёжность инфраструктуры — это мастерство, а не побочная мысль. Как разработчики и технические лидеры, мы должны отстаивать время, ресурсы и культуру, которые делают операционное совершенство возможным.

Для бизнеса это означает понимание: операционное здоровье ваших технологических партнёров напрямую влияет на ваше собственное. Оценка вендоров не должна сводиться только к проверке их security-постава. Задавайте неудобные вопросы о практиках деплоя, истории инцидентов, инвестициях в инженерию.

Хакеры могут подождать. А конфигурационный файл — нет.

В NameOcean мы понимаем, что аптайм критичен. Наша инфраструктура построена с устойчивостью в основе, потому что мы знаем: лучшая защита — это надёжность, и от внешних угроз, и от внутренних операционных рисков.