Швейцарская прописка не спасла. США выгоняют Acronis вслед за Касперским

Можно переехать из России, получить швейцарскую штаб-квартиру, продать контрольный пакет шведскому фонду и собрать западных инвесторов. Но американские власти всё равно вспомнят, где начиналась история компании. Именно такая судьба настигла Acronis. Министерство внутренней безопасности США распорядилось удалить продукты разработчика из гражданских федеральных систем до 27 января 2027 года. Новые закупки уже запрещены. Причём документ подписали ещё в июле, а обнародовали только спустя три месяца.

Главный аргумент Вашингтона вполне технический. Программы резервного копирования Acronis работают с правами администратора или root, получая доступ практически ко всей системе. Если такой инструмент скомпрометируют, последствия могут оказаться катастрофическими. Но есть любопытная деталь. Публичных доказательств шпионских функций или вредоносных закладок американские власти не представили. Вместо них фигурируют опасения относительно российских инвесторов, разработчиков и возможного иностранного влияния на цепочку поставок. Проверка, между прочим, тянулась несколько президентских администраций.

Самое пикантное, что Acronis покинула российский рынок ещё в 2022 году, а западным инвесторам теперь принадлежит более 75% компании. По словам разработчика, сделку даже одобрил американский комитет CFIUS. Не помогло. Правда, до судьбы «Лаборатории Касперского» пока далеко. Частным американским клиентам Acronis продавать софт разрешено. Получается занятная конструкция. Для обычного бизнеса продукт достаточно безопасен, а для федерального чиновника уже слишком подозрителен. В современной кибербезопасности биография разработчика порой весит больше результатов технической экспертизы.

#Acronis #кибербезопасность #сша

@SecLabNews

Холодильники взломали, продукты испортили, Россию обвинили. Песков назвал происходящее абсурдом

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

Поводом для обсуждений стали заявления группировок NoName057(16) и Z-Pentest, которые называют себя пророссийскими. Хакеры через Telegram взяли на себя ответственность за сбои и объявили о краже данных у производителя систем охлаждения Danfoss. Однако профильные специалисты до сих пор не подтвердили ни подлинность опубликованных архивов, ни само участие этих групп во взломах, а заявления в мессенджерах не доказывают связь злоумышленников с государственными структурами.

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

#кибератаки, #ритейл, #расследование
@SecLabNews

Пароль отключили, а вход остался. OpenSSH допустила ошибку с одной звёздочкой

Разработчики OpenSSH выпустили экстренное обновление 10.6p2 для устранения уязвимости SSHhole, которая открывала доступ к защищённым аккаунтам Linux с помощью одной произвольной строки длиной от 257 байт. Ирония ошибки CVE-2026-123158 заключается в том, что жертвами атаки становятся учётные записи, которым администраторы принудительно запретили вход по паролю ради безопасности и оставили только авторизацию по SSH-ключам.

При такой настройке в системном файле теневых паролей вместо хеша ставится символ звёздочки, который в штатном режиме блокирует любые попытки подобрать комбинацию для входа. Однако при проверке логина в сборках OpenSSH без модулей PAM сервер берёт соль другого пользователя для маскировки времени ответа и передаёт введённые данные функции шифрования из библиотеки musl. Если отправить на вход строку длиннее 256 байт, функция в musl возвращает точно такую же звёздочку в качестве признака ошибки, после чего SSH-сервер сравнивает два одинаковых символа и засчитывает успешную авторизацию.

Несмотря на пугающую простоту эксплуатации, в реальной инфраструктуре атака сработает только при одновременном совпадении нескольких специфических условий. Сервер должен работать на базе библиотеки musl вместо стандартной для большинства дистрибутивов glibc, использовать сборку OpenSSH без поддержки PAM, разрешать парольный вход и содержать хотя бы один соседний аккаунт с хешем SHA-256 или SHA-512. Поэтому владельцам серверов на Debian, Ubuntu и Fedora беспокоиться не о чем, тогда как администраторам легковесных сборок потребуется срочно обновить пакеты и перезапустить службу sshd.

#OpenSSH, #Linux, #уязвимости
@SecLabNews