Linux-дистрибутивы содержат баг, позволяющий перехватить VPN-соединения

Linux-дистрибутивы содержат баг, позволяющий перехватить VPN-соединения

Linux-дистрибутивы содержат баг, позволяющий перехватить VPN-соединения

Недавно обнаруженная уязвимость позволяет атакующему перехватить VPN-соединение на устройствах *NIX и внедрить произвольные данные в TCP-потоки IPv4 и IPv6. На брешь обратили внимание специалисты Университета Нью-Мексико.

Команда разработчиков ядра Linux отслеживает эту уязвимость под идентификатором CVE-2019-14899. Брешь затрагивает большинство дистрибутивов Linux, а также Unix-подобные операционные системы: FreeBSD, OpenBSD, macOS, iOS и Android.

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

  • Ubuntu 19.10 (systemd)
  • Fedora (systemd)
  • Debian 10.2 (systemd)
  • Arch 2019.05 (systemd)
  • Manjaro 18.1.1 (systemd)
  • Devuan (sysV init)
  • MX Linux 19 (Mepis+antiX)
  • Void Linux (runit)
  • Slackware 14.2 (rc.d)
  • Deepin (rc.d)
  • FreeBSD (rc.d)
  • OpenBSD (rc.d)

«Уязвимость позволяет атакующему определить, подключена ли жертва к VPN, вычислить IP-адрес, присвоенный VPN-сервером, и установить факт активного соединения», — гласит описание проблемы безопасности.

«Также нам удалось получить номера seq и ack с помощью подсчёта зашифрованных пакетов и изучения их размера. Это позволило внедрить данные в TCP-поток и перехватить соединение», — объясняют исследователи.

Все дистрибутивы Linux, работающие с версией systemd, выпущенной после 28 ноября 2018 года, с конфигурацией по умолчанию, уязвимы к этому методу атаки.

Здесь был ИИ: журналистам предложили маркировать нейросетевые материалы

Союз журналистов России выступил за обязательную маркировку материалов, созданных с применением искусственного интеллекта. Причём редакциям предлагают не ограничиваться лаконичным «сделано с помощью ИИ», а подробно объяснять, что именно он делал с текстом.

Согласно рекомендациям СЖР, дисклеймер следует размещать в начале или конце публикации.

В нём нужно указывать конкретную роль технологии: нейросеть могла подготовить черновик, перевести материал, отредактировать его или выполнить другую задачу.

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

При этом СЖР рекомендует не маркировать как сгенерированный аутентичный контент, если ИИ не участвовал непосредственно в его создании. Это должно предотвратить путаницу.

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

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