В продуктах Fortinet использовались жёстко закодированные ключи

В продуктах Fortinet использовались жёстко закодированные ключи

Исследователи в области кибербезопасности из SEC Consult Vulnerability Lab обнаружили, что многие продукты компании Fortinet используют слабое шифрование («XOR» со статическим ключом) и жёстко закодированные ключи для связи с FortiGuard Web Filter, AntiSpam и облачными сервисами AntiVirus.

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

Для уязвимости, которая получила идентификатор CVE-2018-9195, уже опубликован соответствующий PoC-код — скрипт на Python, способный расшифровать сообщение FortiGuard.

«Облачная коммуникация используется для следующих функций: FortiGuard Web Filter, FortiGuard AntiSpam и FortiGuard AntiVirus. Сообщения шифруются с помощью XOR со статическим ключом», — пишут специалисты в отчёте.

Уязвимость затрагивает версии FortiOS до 6.0.7 или 6.2.0, FortiClient для Windows до 6.2.0 и FortiClient для macOS до 6.2.2.

Fortinet уже подтвердила наличие проблемы безопасности и опубликовала посвящённое ей сообщение:

«Использование жёстко закодированных криптографических ключей допускало атаку "Человек посередине". В результате злоумышленник мог перехватывать и модифицировать информацию».

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

Баг Android сливает DNS-запросы при блокировке соединений в обход VPN

Один из пользователей Mullvad VPN заметил интересную особенность: смартфоны на Android сливают DNS-запросы в момент переключения серверов. Причем это происходит даже при включенной функции «Always-on VPN» с опцией блокировки соединений без VPN.

«Always-on VPN» запускает службу VPN при включении устройства и поддерживает её работу на протяжении всего цикла активности.

Опция «Block Connections Without VPN» в этом контексте нужна для экстренного разрыва сетевого соединения, её задача — убедиться, что все запросы проходят через VPN-туннель.

Тем не менее, как отмечают в Mullvad, 22 апреля один из пользователей обнаружил в Android баг, из-за которого частично сливалась информация о DNS. Проблема актуальна даже для последней версии мобильной операционной системы — Android 14.

Описанный баг проявляется при использовании приложений, отправляющих прямые запросы C-функции getaddrinfo. Задача последней — предоставлять независимый от протокола перевод из тестового имени хоста в IP-адрес.

В итоге выяснилось, что Android сливает DNS-трафик при выключенном VPN или в момент, когда пользователь меняет настройки клиента.

«Нам не удалось обнаружить утечки у приложений, использующих исключительно Android API (например, DnsResolver). А вот браузер Chrome — классический пример софта, использующего getaddrinfo напрямую», — объясняют в Mullvad.

«Утечка происходит вне зависимости от того, включены ли опции “Always-on VPN” и “Block connections without VPN”, что является нетипичным поведением системы и должно быть устранено на уровне ОС».

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

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