«Базис» (входит в ГК «РТК-ЦОД») выпустил платформу наблюдаемости Basis Observability System Suite (BOSS). Решение предназначено для организаций, в том числе финансового и государственного секторов, которым критично контролировать всю цепочку работы цифровых сервисов: от действия пользователей до приложений, баз данных и инфраструктуры. Основой для BOSS стали технологии отечественного разработчика «ПротоСервисез», 70 % которого «Базис» приобрёл в сентябре 2026 года.

BOSS оценивает состояние корпоративной IT-среды на уровне бизнес-единиц, связывая технические показатели с бизнес-системами, процессами и операциями, помогая определить, какие из них затронул сбой. Анализ пользовательских сессий и карт пути помогает определить, где возникают затруднения и какие действия не удаётся завершить. Система контролирует целевые показатели качества сервисов и допустимый объём сбоев. Для обнаружения аномалий, анализа взаимосвязей и решения прочих сложных задач используются инструменты искусственного интеллекта и машинного обучения.

Источник изображения: Compagnons / unsplash.com

BOSS сопоставляет метрики, журналы событий и трассировки — данные о прохождении запросов через компоненты системы. Автоматически формируемая ресурсно-сервисная модель показывает связи между приложениями и инфраструктурой. На основе этой информации ИИ помогает выявить вероятную причину инцидента, восстановить цепочку сбоя и предложить рекомендации по его устранению. Алгоритмы машинного обучения выявляют аномалии с учётом сезонности и объединяют связанные оповещения в инциденты.

Во встроенном чате специалист может на естественном языке уточнить, какие сервисы затронуты сбоем или почему увеличилось время ответа приложения. Для ИИ-функций можно подключить языковую модель с OpenAI-совместимым интерфейсом, в том числе развёрнутую у заказчика. По оценке разработчиков, уже в первой версии Basis Observability System Suite реализовано 95 %: функциональности ключевых зарубежных решений соответствующего класса: Dynatrace, Datadog и New Relic.

Компания «Фалконгейз» объявила о выпуске новой версии программного решения SecureTower 8.0 Titanium, предназначенного для защиты конфиденциальной информации в корпоративных сетях. SecureTower, по словам создателей, представляет собой полнофункциональную систему предотвращения утечек данных (Data Loss Prevention, DLP), посредством которой обеспечивается контроль максимального количества возможных каналов утечки информации.

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

Веб-консоль SecureTower 8.0 Titanium (здесь и далее источник изображений — falcongaze.com)

Главным нововведением SecureTower 8.0 Titanium стал модуль DCAP (Data-Centric Audit and Protection), предназначенный для аудита и защиты неструктурированных данных — файлов в сетевых папках, на файловых серверах, в общих ресурсах и облачных хранилищах. Теперь программный комплекс осуществляет контроль конфиденциальной информации не только в движении, но и в покое, информируя ИБ-службу в соответствии с заданными политиками о том, где хранятся данные, кто имеет к ним доступ, и нет ли у сотрудников избыточных прав. Система находит важные документы на рабочих станциях, присваивает им класс и уровень критичности и следит, чтобы конфиденциальная информация находилась только в разрешённых директориях.

Модуль DCAP

В числе прочих значимых доработок SecureTower 8.0 Titanium разработчиком отмечаются веб-консоль, повышающая мобильность сотрудников отдела ИБ, средства мониторинга используемых персоналом ИИ-сервисов и агент для macOS, в котором реализованы функции перехвата сетевого трафика и контроля печати. В дополнение к этому в новой версии DLP-системы добавлена блокировка отправки файлов, в том числе по содержимому, в мессенджерах Max и Aitu, появился перехват сообщений, файлов и звонков в «1С Коннект», а также перехват звонков в веб-версиях Telegram, Mac, Teams и «Контур.Толк» с распознаванием речи.

Модуль перехвата ИИ-сервисов

Из других нововведений: расширены условия запуска записи экрана и микрофона в аудио/видеомониторинге; добавлена история местоположений сотрудников в модуле «Оборудование и программы» с возможностью настройки уведомлений об отклонениях в местоположении и конфигурации ПК на почту и в Telegram; появилась возможность блокировки подключения к недоверенным Wi-Fi-сетям; функциональность карантина почтовых писем стала доступна для организаций, использующих в работе Microsoft Exchange; добавлена возможность выбора типов данных для распознавания речи и др.

РТК-ЦОД, ИТ-сервис-провайдер полного цикла, на площадке CNews Forum представил расширенную архитектуру платформы резервного копирования и восстановления данных «Ковчег». О модулях «Бункер» и «Феникс» в ходе своего выступления рассказал технический директор компании Алексей Забродин. Представленные решения дополняют базовый контур хранения «Резерв» в составе «Ковчега» и позволяют выстроить многоуровневую защиту данных заказчика.

В основе платформы «Ковчег» лежит принцип жёсткой изоляции: резервные данные физически вынесены за пределы основной инфраструктуры заказчика. Базовым контуром выступает модуль «Резерв», который размещает критически важную информацию на удалённой площадке и применяет строгую ролевую модель доступа. Архитектура решения выстроена так, что даже полная компрометация ИТ-среды заказчика не позволяет изменить защищённые резервные копии или удалить их.

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

Источник изображения: РТК-ЦОД

«Феникс» представляет собой изолированную доверенную среду восстановления. Если модули «Резерв» и «Бункер» отвечают за хранение резервных копий, то «Феникс» позволяет развернуть и проверить их в чистой среде, перед восстановлением в продуктивную инфраструктуру.

В зависимости от требований заказчика решение может быть реализовано в нескольких конфигурациях. Первая предполагает выделение готовых вычислительных ресурсов в облаке РТК-ЦОД. Второй вариант — построение частного облака. Третий сценарий — предоставление инфраструктуры по модели bare metal. РТК-ЦОД передаёт заказчику подключенное к облаку оборудование, на котором он самостоятельно или с участием специалистов провайдера настраивает свой ИТ-ландшафт. Для восстановления «Феникс» может задействовать и резервные мощности самого заказчика.

Для крупных компаний с особыми требованиями к архитектуре доступен ещё один сценарий — создание индивидуальной «холодной» площадки. РТК-ЦОД готовит выделенную инфраструктуру, повторяющую ИТ-ландшафт заказчика в ограниченном или полноценном формате. Такая инсталляция находится в режиме ожидания и активируется при необходимости срочного восстановления основного ЦОД. «Феникс» может использоваться не только для экстренного восстановления после сбоев или атак, но и как резервный ЦОД. В штатном режиме заказчик может оптимизировать затраты, перераспределив часть поддерживающих систем на площадку «Феникса» и снизив нагрузку на основную инфраструктуру.

«"Ковчег" — это не просто бэкап, это решение, которое разрывает цепочку атаки. С модулями «Бункер» и «Феникс» мы завершаем архитектуру: теперь данные не просто хранятся, они физически недоступны для атакующих, а у бизнеса есть безопасная среда для их проверки и перезапуска ИТ-инфраструктуры. РТК-ЦОД предлагает заказчикам не только защиту резервных копий, но и план восстановления, а также обеспечивает полный цикл эксплуатации и поддержки. Это комплексный подход, который реально спасает бизнес в критической ситуации», — заявил технический директор РТК-ЦОД Алексей Забродин.

«Базис», ведущий российский разработчик ПО управления динамической ИТ-инфраструктурой (входит в ГК «РТК-ЦОД»), представил Basis Repository — платформу для хранения и проверки компонентов ПО по единым правилам безопасности заказчика. Решение позволяет контролировать, какие компоненты доступны командам разработки, и пересматривать разрешение на их использование при появлении новых сведений об уязвимостях.

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

Единые правила для всех команд

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

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

Источник изображения: «Базис»

Контроль после первой проверки

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

Работа в закрытом контуре

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

Проверка состава компонентов

Платформа проверяет отдельные компоненты и их наборы, формируя ППК — перечень программных компонентов и их версий. Выявленные уязвимости сопоставляются с Банком данных угроз ФСТЭК России. При передаче набора компонентов предусмотрен подписанный паспорт, который помогает проверить соответствие полученного содержимого проверенному составу.

Учёт лицензий и сроков поддержки

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

Импортонезависимая разработка

Ключевая функциональность Basis Repository реализована на собственном коде «Базиса» и охватывает управление проверками, применение правил допуска, согласование и публикацию компонентов. ПО с открытым исходным кодом задействовано лишь для отдельных задач — хранения и доставки пакетов, идентификации пользователей и ряда технических проверок.

Поддержка разных форматов ПО

Basis Repository поддерживает пакеты Linux в форматах RPM и DEB, контейнерные образы Docker/OCI, пакеты npm, Maven и PyPI, а также бинарные архивы. Управление возможно через веб-портал и API. Для получения опубликованных пакетов и образов используются стандартные системные утилиты.

«Безопасная разработка становится всё более востребованной, но на российском рынке не было подходящего инструмента для хранения компонентов и контроля их использования по единым правилам. Этот запрос бизнеса и стал отправной точкой к созданию Basis Repository. Мы опирались на собственный опыт разработки Basis Digital Energy и взаимодействие с ФСТЭК России. Решение дополнит экосистему "Базиса" и поможет заказчикам снизить риски использования открытого кода», — отметил Давид Мартиросов, генеральный директор «Базиса».

Компания NVIDIA долгое время удерживает лидерство на рынке чипов для искусственного интеллекта. Её ускорители — лучшие в своём классе, но самым значимым преимуществом является программный интерфейс CUDA, пишет The Motley Fool.

В течение многих лет разработчики создавали фреймворки на базе CUDA для архитектуры NVIDIA, что, по факту, привязало многих провайдеров ЦОД к использованию чипов именно этого производителя. Но Alphabet, Meta✴ Platforms и Oracle могут пошатнуть серьезное конкурентное преимущество NVIDIA благодаря ряду новых разработок.

В прошлом месяце Alphabet представила — технологический стек TorchTPU с открытым исходным кодом, который позволяет запускать рабочие нагрузки PyTorch на собственных тензорных процессорах (TPU), требуя при этом лишь минимальных правок в коде. Компания Amazon также анонсировала собственную программную среду TorchNeuron, обеспечивающую поддержку кода PyTorch на своих чипах Trainium. Meta✴ наладила сотрудничество с обеими компаниями, чтобы получить возможность использовать альтернативные ускорители и не зависеть исключительно от продукции NVIDIA.

Следует отметить, что то, что PyTorch теперь можно легко запустить на TPU от Alphabet или чипах Trainium, ещё не означает, что производительность будет такой же высокой, как на GPU NVIDIA, поскольку PyTorch оптимизирован для работы с CUDA и оборудованием NVIDIA. Тем не менее последние достижения открывают путь для дальнейшей оптимизации и упрощают перенос кода, а конкурирующие чипы в будущем могут стать гораздо более производительными. А, например, у китайских компаний выбора вообще нет, поэтому они или адаптируют чипы под CUDA, или целиком отказываются от программной экосистемы NVIDIA.

Источник изображения: NVIDIA

В начале этого года Alphabet начала продавать системы на базе TPU сторонним компаниям, а недавно пресдставила ускорители TPU 8tx для корпоративного использования. Кроме того, с 2027 года TPU станут доступны в облаке Oracle Cloud Infrastructure (OCI). Это позволит клиентам Oracle перенести часть рабочих нагрузок на TPU — что может обеспечить более высокую производительность, более выгодные цены (или и то, и другое) по сравнению с GPU NVIDIA. Более того, это даёт шанс воспользоваться TPU тем разработчикам, которые «привязаны» к Oracle из-за размещения своих баз данных в OCI. Amazon теперь тоже готова продавать Trainium сторонним ЦОД.

Появившаяся у провайдеров возможность получать высокую отдачу от инвестиций, используя альтернативные ускорители для ИИ-задач ещё больше ослабляет позиции NVIDIA. Ситуация для NVIDIA осложняется еще и тем, что благодаря развитию платформы PyTorch специализированные чипы — например, от Alphabet или Amazon — становятся всё более эффективными и востребованными. Доминирование NVIDIA в сегменте оборудования для ЦОД слабнет, и последние события указывают на то, что её отрыв от конкурентов может быть не таким значимым, как полагали некоторые инвесторы, подытожил ресурс Fool.com.

После атак на ЦОД инженеры «Яндекса» сумели восстановить доступ к 97,16 % данных клиентов на платформе Yandex Cloud, сообщила пресс-служба компании. Остальные 2,84 % оказались утеряны безвозвратно в связи с критическими повреждениями оборудования и отсутствия бэкапов у клиентов на платформе. Компания продолжает распределять вычислительные ресурсы платформы Yandex Cloud по новым самостоятельным локациям в российских регионах. Число локаций продолжает расти, добавили в «Яндексе».

Сохранить все 100 % данных сумели клиенты Yandex Cloud, которые пользовались инструментами резервного копирования на платформе. По итогам инцидента в Yandex Cloud изменили подход к бэкапам — ранее механизм резервного копирования клиентам приходилось активировать самостоятельно. Теперь, когда создаётся новая виртуальная машина, эта функция включается по умолчанию. Услуга работает на прежних условиях — клиенты могут от неё отказаться, но, напомнили в «Яндексе», она является основным способом снизить риски в чрезвычайных обстоятельствах.

Источник изображения: yandex.ru/company

В октябре дата-центры «Яндекса» трижды подвергались атакам БПЛА — пострадали объекты в Сасово Рязанской области, в Калуге и Владимире. Суперкомпьютеры компании в результате инцидентов не пострадали. Чтобы компенсировать ущерб клиента компания до конца месяца отменила плату за все сервисы Yandex Cloud. На аналогичную меру ранее пошла платформа AWS, когда атакам БПЛА подверглись ЦОД в ОАЭ и Бахрейне.

Компания Broadcom представила платформу VMware vSphere Express, созданную, как сообщается «на базе надёжности, отказоустойчивости и производительности платформы vSphere 9» и предназначенную для клиентов с небольшими ИТ-средами, которым требуется экономичное решение для виртуализации.

VMware vSphere Express предоставляет ключевые возможности виртуализации вычислительных ресурсов (с поддержкой до 128 ядер в рамках всей инфраструктуры) и отличается упрощённым процессом эксплуатации, что облегчает модернизацию для небольших ИТ-сред. Чуть раньше Broadcom пообещала вернуть недорогую версию vSphere Standard, практически сразу после открытия офиса Proxmox в США.

В состав vSphere Express входят такие функции, как:

• vMotion: «живая» миграция работающих ВМ с повышенной скоростью и эффективностью.
• High Availability (HA): автоматический перезапуск ВМ в случае сбоя.
• Distributed Switch: централизованное управление сетью и расширенные возможности мониторинга.
• vCenter Quick Patch: быстрое и нетрудоемкое управление исправлениями (патчами) для обеспечения максимального времени безотказной работы.
• Безопасность по принципу «нулевого доверия» (Zero-Trust Security): встроенная поддержка TPM 2.0 и vTPM 2.0.

«Мы прислушались к запросам рынка в сегменте начального уровня: пользователям нужна базовая платформа для виртуализации серверов», — сообщил Прашант Шеной (Prashanth Shenoy), вице-президент по маркетингу продуктов в подразделении VMware Cloud Foundation (VCF) компании Broadcom в интервью ресурсу The Register. Он пояснил, что каждый экземпляр vSphere Express является автономным — централизованное управление несколькими такими экземплярами не предусмотрено.

Источник изображения: VMware

По словам Шеноя, для более сложных задач предназначены другие продукты: vSphere Foundation (VVF) для корпоративной виртуализации и Cloud Foundation (VCF) для создания частных облаков. При этом график выпуска обновлений для vSphere Express будет синхронизирован с циклами релизов VVF и VCF. По словам представителя компании, цена будет «существенно ниже», чем у VVF или VCF, однако конкретную сумму называть отказались.

После слияния с Broadcom компания VMware значительно сократила число реселлеров в своей партнёрской сети, и теперь планирует продавать vSphere Express через дистрибьюторов. Большинство из них сегодня управляют облачными торговыми площадками, где аффилированные реселлеры могут приобретать ПО — такая модель в индустрии называется «двухуровневой дистрибуцией». Возврат к упрощённому продукту для виртуализации начального уровня — это резкая смена курса для VMware, которая после перехода под эгиду Broadcom основное внимание уделяла до этого момента преимущественно крупным корпоративным клиентам, сфокусировав внимание на продвижении VCF.

«На мой взгляд, Express появился потому, что клиенты, изучив VCF и подсчитав расходы, начали собирать вещи и уходить. По сути, Broadcom просто возвращает дверь на место, чтобы люди могли остаться в здании», — сообщила ресурсу TechTarget Ник Уотсон (Nick Watson), главный технолог британской консалтинговой компании C4C Group. Впрочем, вернуть некоторых представителей малого и среднего бизнеса будет непросто — особенно те компании, которые уже перешли к конкурентам VMware, а также те, чьи привычные поставщики больше не сотрудничают с VMware.

В сентябре в беседе с изданием Ars Technica Дин Колпиттс (Dean Colpitts), технический директор канадской компании Members IT Group (поставщика управляемых ИТ-услуг и бывшего партнёра VMware), отметил: несмотря на то что переход на новое решение для виртуализации начального уровня может быть делом несложным, компания Broadcom «уже показала и клиентам, и партнёрам, что доверять ей нельзя».

«Лаборатория Числитель» представила редакцию контейнерной платформы «Штурвал» для ML- и AI-нагрузок — «Штурвал ML/AI», которая запускает задачи на CPU и GPU в одном кластере, включая LLM, например, Qwen и DeepSeek, и, по словам разработчика, позволяет сократить затраты на GPU и эксплуатацию до 80 %. Драйверы, GPU-оператор, Kubeflow, MLflow и средства безопасности обновляются вместе с кластером.

Платформа позволяет сократить простой ускорителей с помощью готовой интеграции инструментов MLOps с корпоративной Kubernetes-платформой, говорит разработчик. Собрав общий пул вычислительных ресурсов, платформа делит совместимые ускорители на независимые вычислительные экземпляры с помощью технологии NVIDIA Multi-Instance GPU (MIG), квотирует ресурсы между командами и отслеживает загрузку ускорителей.

«Штурвал ML/AI» также предоставляет:

• Kubeflow и MLflow из коробки. Доступны Notebooks (разработка), Pipelines (воспроизводимые пайплайны), Training Operator (распределённое обучение) и Katib (подбор гиперпараметров). MLflow ведет учёт экспериментов и управляет версиями моделей, а датасеты и артефакты хранятся в S3.
• Инференс на одном кластере с обучением. Модели публикуются через открытую платформу KServe; классические модели работают в готовых средах (sklearn, XGBoost, TorchServe, Triton). Манифесты доставляются через Argo CD.
• LLM и ИИ-агенты. Открытые языковые модели вроде Llama, Qwen и DeepSeek запускаются в том же кластере и обслуживаются через открытую библиотеку vLLM, публикуются через платформу KServe. Помимо LLM платформа поддерживает ИИ-агентов (GigaChat Enterprise, Just AI Agent Platform, LangGraph и n8n) и готовые решения: SimpleOne GenAI, Sherpa AI, Directum и Docsvision.

Источник изображения: «Лаборатория Числитель»

Ядро, среда containerd, Kubernetes и ML-стек обновляются вместе. ML-кластеры, песочницы и продуктивные среды создаются и отслеживаются из одного кластера управления. Доступ организован с помощью технологии SSO (протоколы LDAP/OIDC) и единого управления доступом на основе ролей (RBAC): права на Kubeflow выдаются в интерфейсе платформы вместе с доступом к кластеру; пользователи входят под корпоративной учётной записью.

Образы сканирует универсальный сканер безопасности Trivy, в том числе по базе уязвимостей ФСТЭК; движок Kyverno применяет политики для подов ML-нагрузок. События аудита уходят в SIEM-систему и Elasticsearch с использованием протокола syslog. Платформа работает в закрытом контуре: установка и обновления выполняются из зеркала образов.

«Штурвал ML/AI» поддерживает гибридные сценарии развёртывания. Заказчик может использовать виртуальные машины (zVirt, vSphere, OpenStack или Yandex Cloud) для обычных вычислительных нагрузок, а физические серверы с GPU — для обучения и запуска ИИ-моделей. Каждая группа узлов настраивается автоматически под свой тип и масштабируется по нагрузке, для управления кластерами используется единый интерфейс. Поддерживаются платформы Astra Linux, РЕД ОС, Rosa, Alt Linux, Ubuntu, Debian; стек рассчитан на ускорители NVIDIA A100, H100 и L40S.

Целевая аудитория «Штурвал ML/AI» включает DevOps-инженеров и платформенные команды, ML-инженеров, специалистов по ИБ и организации с требованиями регуляторов. Платформа работает в закрытом контуре, с единой моделью прав, сканированием образов по базе ФСТЭК и передачей событий аудита во внешние системы.

Разработчики OpenSSH опубликовали экстренное обновление OpenSSH 10.6p2, в котором добавлена защита от критической уязвимости (CVE не назначен) под названием SSHole, позволяющей обойти аутентификацию, сообщил ресурс Opennet.ru.

Уязвимость обнаружил независимый ИБ-исследователь Озгюн Кюльтекин (Özgün Kültekin). Она возникает при взаимодействии OpenSSH и библиотеки musl libc, которая при определённой конфигурации Linux-системы позволяет войти в учётную запись с отключённой парольной аутентификацией, отправив через SSH пароль длиной от 257 до 1024 байт. По словам исследователя, уязвимость существует с 2016 года. Она затрагивает платформы Linux, использующие библиотеку musl, но не использующие PAM, такие как OpenWRT, Alpine, Buildroot и Yocto.

Источник изображения: sshhole.com

В 2016 году разработчики OpenSSH, исправляя уязвимость CVE-2016-6210, которая позволяла определять существующие имена пользователей по времени ответа сервера, выпустили патч, после чего sshd стал выполнять хеширование пароля даже для тех учётных записей, для которых вход по паролю фактически отключён, не позволяя определить имена пользователей по разнице во времени ответа.

Но после этого при использовании SHA-256 crypt или SHA-512 crypt функция crypt() больше не обрабатывает пароли длиннее 256 байт и возвращает * как признак ошибки. Это же значение может храниться в /etc/shadow для учётной записи с отключённой парольной аутентификацией. В результате sshd сравнивает полученную * со значением * в /etc/shadow и считает проверку успешной.

Что также примечательно, изначально в официальных Docker-образах, использующих Alpine, c 2015 года выставлялся пустой пароль root, а после выявления этого факта, вместо хеша пароля был выставлен знак "!". Но поскольку это блокировало вход по SSH-ключам, с 2022 года символ для блокировки входа по паролю был заменён на "*".

По словам разработчика, атака возможна при соблюдении ряда условий:

• OpenSSH работает без PAM;
• включена парольная аутентификация (PasswordAuthentication yes);
• для целевого аккаунта в /etc/shadow указано * вместо хеша;
• в системе должна быть хотя бы одна активная учетная запись с паролем в формате SHA-256 crypt или SHA-512 crypt ($5$ или $6$), поскольку sshd берёт из её хеша соль для проверки.

Исправление уже доступно в Alpine и OpenWRT. Если по какой-то причине установить обновление не удаётся, рекомендуется отключить парольную аутентификацию (PasswordAuthentication no) и перезапустить sshd.

Хостинг-провайдер Beget сообщил об утере данных в облачной инфраструктуре в результате атаки на его ресурсы. Это затронуло данные VPS, S3, Kubernetes, а также настройки CDN и IP. При этом сохранены сохранены файловые бэкапы VPS, но не бинарные копии. Компания занята восстановлением функциональности всех сервисов.

Кибератака произошла в ночь с 1 на 2 ноября 2026 года. Наиболее сильно в результате инцидента пострадала облачная инфраструктура. Провайдер говорит о возможности восстановления последних, но для этого необходимо вернуть работоспособность инфраструктуры. Виртуальный хостинг пострадал меньше — компания рассчитывает восстановить почти 100 % размещённых здесь сайтов. Beget уже занимается восстановлением этих серверов, но задача потребует значительного времени. Уже 2 ноября удалось вернуть в работу выделенные серверы без администрирования Beget.

Принадлежащие клиентам домены не пострадали, заверил хостер. Первой после инцидента компания восстановила работу панели управления доменами. Компания договорилась с КЦ (Координационный центр сети Интернет), чтобы домены, у которых заканчивается срок делегирования, продолжали работать. По международным доменам работа продолжается. На 80 % восстановлена работа инфраструктуры почтового сервиса.

Источник изображения: Beget

Хостер начал запускать серверы виртуального хостинга и серверы с администрированием Beget; первые сайты уже начали открываться и работать, сообщила компания 4 ноября. Это займёт продолжительное время, пояснили в компании — каждый сервер проверяется отдельно, очищается от вредоносных механизмов, проверяется целостность данных. Для ускорения процесса работа проводится в параллельном режиме. Точные сроки восстановления работы всех систем в Beget пока не указывают.

В октябре FirstVDS и несколько других провайдеров сообщили о взломе своих систем — проблема оказалась в уязвимости системы управления виртуализацией VMmanager 6, разработку которой ведёт ISPsystem (входит в «Группу Астра»).