IETF объявила о депрекации TLS 1.0 и TLS 1.1

IETF объявила о депрекации TLS 1.0 и TLS 1.1

IETF объявила о депрекации TLS 1.0 и TLS 1.1

Рабочая группа по развитию интернет-технологий (Internet Engineering Task Force, IETF) обновила рекомендации по использованию криптопротокола TLS, официально списав версии 1.0 и 1.1 как устаревшие.

Спецификации TLS 1.0 были опубликованы в январе 1999 года, через семь лет IETF их обновила, утвердив TLS 1.1. С тех пор требования к надежности передачи данных возросли; появились новые, более криптостойкие механизмы и шифры, поддержки которых в этих версиях протокола нет.

Уязвимость реализаций TLS 1.0/1.1, связанную с использованием устаревших алгоритмов (MD5, SHA-1), неоднократно доказывали исследователи — в частности, авторы атак ROBOT, DROWN, POODLE, BEAST, Logjam и FREAK.

С 2008 года в наиболее критичных областях хозяйственной деятельности рекомендуется использовать TLS версии 1.2, но и этот стандарт уже обновлен — три года назад был одобрен TLS 1.3, способный обеспечить еще большую безопасность.

Новый документ RFC 8996 окончательно упраздняет TLS 1.0 и 1.1, объявляя их не соответствующими современным требованиям. В приложениях, предназначенных для использования в госсекторе и промышленности, поддержку этих протоколов рекомендуется снять. Согласно IETF, такая мера позволит уменьшить площадь атаки, сократить число ошибок конфигурации и упростить сопровождение библиотек и программных продуктов.

В разряд устаревших также переведен протокол DTLS 1.0; вместо него рекомендуется использовать DTLS 1.2 (версия 1.1 не выходила).

По данным веб-сервиса SSL Pulse компании Qualys, в начале февраля TLS 1.2 использовали 99,3% сайтов из 150 тыс. наиболее посещаемых по версии Alexa. Поддержка версии 1.3 была включена на 42,9% сайтов. Тем не менее, больше половины популярных сайтов допускали откат до TLS 1.1, а 48,7% — до TLS 1.0.

В настоящее время поддержка TLS 1.0/1.1 в основных браузерах отключена; ее также постепенно удаляют из других приложений и сервисов.

Подпишитесь на новости

ИИ-агенты могут передавать друг другу вредоносные инструкции по цепочке

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

Сайед Анас Мохиуддин описал подход под названием protocol pivoting. Он исследовал системы с MCP — протоколом подключения ИИ к инструментам и данным.

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

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


В инструменте Google MCP Toolbox for Databases исследователь обнаружил возможность заставить HTTP-клиент перейти по перенаправлению к внутреннему адресу. По его словам, патч добавил проверки адресов и ограничение допустимых направлений запросов.

Уязвимость CVE-2026-97228 в Rapid7 Bulk Export MCP оказалась менее серьезной: 2,7 балла CVSS. Непроверенный аргумент позволял менять структуру GraphQL-запроса. Rapid7 устранила ошибку в версии 0.6.2 и уточнила: запросы оставались в пределах прав владельца API-ключа, без доступа к чужим аккаунтам.

Новизна названия не означает принципиально нового взлома. Исследователь X41 D-Sec Маркус Вервир считает такую технику разновидностью косвенной инъекции в промпт.

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