У ICANN закончились IPv4-адреса

У ICANN закончились IPv4-адреса

Вчера, 3 февраля, в Майами состоялась торжественная церемония вручения региональным Интернет-регистраторам пяти последних свободных блоков, состоящих из 16 млн. IPv4-адресов. Так был окончательно исчерпан четырехмиллиардный резерв уникальных идентификаторов, которым обладал протокол Интернета версии 4. В истории всемирной Сети завершилась целая эпоха.

Президент ICANN Род Бэкстром не преминул напомнить, что будущее Интернета неразрывно связано с новой версией протокола - шестой. Теперь, когда запас адресов IPv4 иссяк, для предприятий и поставщиков телекоммуникационных услуг прозвучал своеобразный последний звонок: переход на IPv6 окончательно стал безусловной необходимостью. Момент, в общем-то, исторический, поскольку шестой протокол обладает практически неисчерпаемым резервом адресов, и в будущем - даже довольно отдаленном - менять его на что-то более емкое уже вряд ли потребуется.

В то же время PCWorld напоминает, что миграция на IPv6 сопряжена с необходимостью решения определенных проблемных вопросов. В первую очередь это вопрос совместимости: новые хосты, работающие с шестой версией, не смогут обмениваться данными с системами, которые поддерживают только четвертый протокол. Соответственно, нужны преобразовательные механизмы; они обеспечат совместимость, но их внедрение может сказаться на производительности. Некоторые специалисты предлагают решение в виде т.н. "двойного стэка", способного взаимодействовать с обеими версиями.

Есть и другая ключевая проблема: большинство современных средств и систем сетевой безопасности все еще не готово к работе с IPv6. Злоумышленники начали предпринимать попытки эксплуатировать этот потенциальный изъян еще несколько лет назад; для киберпреступника сложившаяся ситуация весьма выгодна, так как, к примеру, сетевой экран, умеющий работать только с IPv4, трафика по протоколу IPv6 попросту не заметит. В экспертном сообществе выдвигаются предложения по внутрисетевой межпротокольной трансляции (такое преобразование может послужить кратковременным решением проблемы), но есть опасения,  что это негативно повлияет на работоспособность некоторых приложений и служб.

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

Один Chrome-флаг против блокировок сайтов в России: найден обход через TLS

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

По его словам, решение связано не с VPN или прокси, а с изменением параметров TLS-шифрования в самом браузере.

Автор рекомендует открыть страницу экспериментальных настроек Chrome (chrome://flags/) или аналогичный раздел в других Chromium-браузерах и найти параметр Cryptography Compliance (CNSA).

После его активации браузер начинает отдавать приоритет криптографическим алгоритмам из американского стандарта CNSA.

 

На практике это меняет TLS-отпечаток браузера — набор параметров, который формируется во время установки защищённого соединения с сайтом.

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

Для упрощения процедуры энтузиаст даже выложил на GitHub готовый BAT-файл, который позволяет применить необходимые настройки в один клик.

Интересно, что опубликованное решение появилось на фоне многочисленных сообщений о сбоях при доступе к различным сайтам и сервисам. Ранее исследователи уже высказывали предположения, что некоторые ограничения могут учитывать параметры TLS ClientHello и так называемые TLS-фингерпринты браузеров.

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

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

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