GitHub столкнулся со сбоем базы данных и сетевыми проблемами

GitHub столкнулся со сбоем базы данных и сетевыми проблемами

GitHub столкнулся со сбоем базы данных и сетевыми проблемами

Представители GitHub сообщили о том, что многие сервисы на GitHub.com столкнулись с сетевыми проблемами и последующим сбоем в работе базы данных. Все это вылилось в отображение несогласованной информации на официальном сайте проекта.

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

Разработчики GitHub отметили, что они активно пытаются установить требуемое время для полного восстановления систем.

«Мы в курсе того, насколько для вас важна бесперебойная работа наших сервисов. <…> Мы уведомим вас сразу после поступления новой информации».

Представители проекта подчеркнули, что до того, как все будет полностью налажено, размещенную на GitHub.com информацию стоит считать устаревшей. Было отмечено, что никакой утечки или потери данных не произошло.

«Инцидент затронул метаданные веб-сайта, хранящиеся в базах данных MySQL. Данные репозитория Git не были затронуты».

Текущий статус восстановления систем можно проверить на этой странице.

Напомним, что в июне корпорация Microsoft сообщила, что готова приобрести крупнейший веб-сервис для хостинга IT-проектов и их совместной разработки GitHub. Началось тлетворное влияние техногиганта?

Вымогатели научились блокировать компании без шифровальщиков

Зачем возиться с шифрованием файлов, если можно захватить Active Directory, отключить администраторов и разослать требование выкупа сразу на все компьютеры? Именно такую атаку на производственное предприятие обнаружила «Лаборатория Касперского».

Кампания получила название Payload. Как сообщили специалисты, злоумышленники обошлись без классического шифровальщика и установки сложной вредоносной программы.

Для первоначального проникновения атакующие использовали скомпрометированные учётные записи с повышенными привилегиями. Через штатные средства удалённого доступа и VPN такие подключения выглядели как обычная работа ИТ-специалиста.

Получив контроль над Active Directory, злоумышленники создали объект групповой политики GPO под названием Payload и привязали его к корню домена.

После обновления политик на компьютерах менялись обои и экран блокировки, появлялись требования выкупа, а административные учётные записи отключались. Поскольку GPO является штатным и доверенным механизмом Windows, команды спокойно распространялись по корпоративной сети.

Перед блокировкой инфраструктуры атакующие похитили ценные данные предприятия. Затем информацию опубликовали в даркнете и использовали как рычаг давления на жертву. Файлы при этом никто не шифровал: бизнес и без криптографии получил полный набор проблем.

Эксперты советуют отслеживать создание и изменение групповых политик, включить устойчивую к фишингу МФА для VPN и административных систем, а также разделить привилегии. Обычного антивирусного сканирования здесь недостаточно.

RSS: Новости на портале Anti-Malware.ru