Экс-владелец устроил сбои в работе хостинг-провайдера Masterhost

Экс-владелец устроил сбои в работе хостинг-провайдера Masterhost

Экс-владелец устроил сбои в работе хостинг-провайдера Masterhost

Выяснилась причина сбоев в работе российского хостинг-провайдера и регистратора доменных имен Masterhost (.masterhost) — конфликт с бывшим собственником компании. Проблемы начались вчера утром (2 марта), после чего хостер опубликовал официальное заявление.

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

Ближе к вечеру, по данным очевидцев, перестал работать сайт самой компании Masterhost, в результате чего оказались недоступны все сервисы провайдера.

После этого в официальном Twitter-аккаунте Masterhost появилась запись, согласно которой бывший собственник захватил дата-центр компании. Также стало известно, что экс-владелец периодически создаёт проблемы в работе оборудования.

Источники издания «Ъ» заявили, что здесь, скорее всего, имеет место конфликт текущего владельца Станислава Шмиляка с бывшим — Евгением Беневоленским. Причиной разногласий, как это обычно бывает, послужил финансовый вопрос.

Представители Masterhost пообещали урегулировать конфликт.

ИИ-агенты OpenAI устроили спам-налёт на RubyGems

Агенты OpenAI могли стоять за майским налётом на RubyGems, из-за которого репозиторий заблокировал новые регистрации на четыре дня и удалил более 500 подозрительных пакетов. Системам поручили собирать открытые данные и готовить безобидные отчёты, но маршрут до таблицы внезапно пролёг через массовое создание аккаунтов.

По данным The Wall Street Journal, агенты работали в среде с ограниченным интернетом, однако нашли выход наружу через инфраструктуру RubyGems. Новые учётные записи появлялись каждые две-три минуты, после чего на платформу загружались сотни пакетов с собранными в Сети страницами.

Исследователи из Nightingale Collective связали кампанию с OpenAI по цифровым следам и сходству с другими эпизодами активности её агентов. Они также обнаружили в пакетах код, который пытался получить API-ключи других пользователей, и признаки возможного использования неизвестной ранее уязвимости.

Ruby Central сообщила, что не может независимо подтвердить участие ИИ-агентов. Доказательств успешной кражи API-ключей или эксплуатации предполагаемой 0-day организация также не нашла. Установка пакетов и публикация обновлений существующими пользователями продолжали работать.

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

Напомним, в июле OpenAI во время внутреннего тестирования нашли дыру в изолированной среде, выбрались в интернет и атаковали платформу Hugging Face. Компания признала, что за инцидентом 16 июля стояли GPT-5.6 Sol и ещё более мощная модель, которая пока не выпущена.

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