QNAP устранила критический баг доступа в NAS-устройствах

QNAP устранила критический баг доступа в NAS-устройствах

QNAP устранила критический баг доступа в NAS-устройствах

Тайваньский производитель NAS-устройств (Network Attached Storage) QNAP устранил критическую уязвимость, позволяющую атакующим взломать затронутые хранилища. Суть бреши крылась в забагованном софте, который не блокировал доступ злоумышленников к системным ресурсам.

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

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

  • QTS 4.3.6: HBS 3 v3.0.210507 и более поздняя версия;
  • QTS 4.3.4: HBS 3 v3.0.210506 и более поздняя версия;
  • QTS 4.3.3: HBS 3 v3.0.210506 и более поздняя версия.

Дополнительно специалисты QNAP опубликовали официальное заявление, в котором уточняется, что устройства с QTS 4.5.x и HBS 3 v16.x избавлены от этой дыры, поэтому их владельцам опасаться атак не стоит.

Напомним, что в начале апреля мы писали о незакрытых RCE-уязвимостях, затрагивающих десятки тысяч устройств SOHO от QNAP. Опасные баги эксперты выявили в накопителе QNAP TS-231 с новейшей прошивкой — версии 4.3.6.1446.

Ошибочная раскладка помогла обойти первый рубеж защиты GPT-6 Astra

Разработчик под ником vechen обнаружил странность в GPT-6 Astra: модель понимает русский и украинский текст, случайно набранный в английской раскладке, но система предварительной модерации может увидеть в нём лишь безобидную кашу из букв.

В опубликованном эксперименте GPT-6 Astra High без дополнительных инструкций распознала смысл фразы, введённой латиницей вместо кириллицы.

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

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

 

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

Метод работает не со всеми языковыми парами. Кириллический текст, набранный латиницей, Astra распознаёт стабильно, а сочетание английской и турецкой раскладок в тестах не сработало. Похожее поведение исследователь заметил и у Fable 5.

Напомним, на прошлой неделе мы писали, что первые пользователи GPT-6 Astra заметили, что модель распараллеливает задачи и нагружает компьютеры кучей процессов.

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