AdGuard для Android 3.6.11

[MaximKuzmin]

Вы, наверное, соскучились по обновлениям AdGuard для Android. Что ж, теперь скучать точно не придётся, ведь мы врываемся в 2023 с новым релизом продукта, а дальше будем только наращивать обороты!

Главные изменения, которыми может похвастаться AdGuard 3.6.11 для Android, произошли в нашем основном механизме фильтрации CoreLibs и DNSLibs – подробно о них расскажем дальше. В остальном, мы поработали над качеством фильтрации контента и внесли множество изменений, направленных на улучшение работы приложения.

DnsLibs обновлены до версии 2.0.75 #4324

Существенно обновлённая версия библиотеки DNS-фильтрации потребляет меньше ресурсов и работает быстрее. Имплементация протокола DNS-over-QUIC теперь поддерживает стандарт RFC 9250, а функция поддержки DoQ наконец-то избавилась от статуса экспериментальной.

Первый шаг к поддержке Encrypted ClientHello DL#161

Для начала разберёмся, что такое Encrypted ClientHello. Сейчас почти каждое интернет-соединение зашифровано, и никто не может увидеть данные внутри него. Тем не менее, есть одна маленькая проблема: самый первый пакет соединения содержит имя сервера, к которому вы подключаетесь.

Допустим, вы перешли на www.google.com: ваш провайдер не может увидеть, что именно вы отправляете и получаете от google.com, но он знает, с каким сайтом вы общаетесь. ECH (Encrypted ClientHello) – это новая технология, которая должна решить эту проблему и зашифровать тот самый последний кусочек незашифрованной информации.

Так каким же должен быть первый шаг к её поддержке со стороны AdGuard? Удивительно, но первым шагом будет её подавление! Это можно сделать, включив флаги pref.dns.block.ech и pref.https.redirect.doh в Низкоуровневых настройках.

Не переживайте: наша задача – обеспечить поддержку ECH на глобальном уровне, чтобы преимуществами ECH могли воспользоваться все ваши приложения, а не только ваш браузер. Для этого AdGuard сделает так, чтобы ваши приложения устанавливали обычные HTTPS-соединения с AdGuard, а затем установит соединение с поддержкой ECH от их имени. Мы планируем реализовать эту экспериментальную функцию в следующем обновлении – следите за новостями!

CoreLibs обновлены до версии 1.10.186

Фильтрация DNS-over-HTTPS

Добавлена возможность перенаправлять защищённые DNS-запросы на локальный DNS-прокси-сервер #1563

В некоторых случаях DNS-запросы Chrome и Firefox могли обходить DNS-фильтрацию, используя сервер DNS-over-HTTPS. Теперь AdGuard может автоматически фильтровать и DNS-over-HTTPS.

Это экспериментальная функция, и включить её можно в Низкоуровневых настройках. Она называется pref.https.redirect.doh. В будущих версиях мы планируем включать её по умолчанию.

Улучшения фильтрации контента

Следующие новые функции важны для разработчиков фильтров и расширяют возможности для фильтрации контента.

Улучшено

• Добавлен новый модификатор базовых правил $jsonprune. Этот модификатор делает возможной расширенную фильтрацию для JSON-ответов #1447
• Добавлен новый модификатор базовых правил $hls. Он позволяет модифицировать HTTP-файлы потокового вещания, чтобы заблокировать видеорекламу #1434
• Расширены возможности модификатора $stealth. Теперь разработчики фильтров могут указывать, какие функции режима Антитрекинг должны быть отключены для данного URL. До этого изменения единственным вариантом было полное отключение Антитрекинга. #1224
• Добавлена поддержка пустого значения модификатора $path для небазовых правил #1591
• $removeparam теперь может быть применён к POST-запросам #1573

Исправлено

• Опция режима Антитрекинга Скрыть Referrer от сторонних ресурсов вмешивается в работу модификатора $third-party #1640
• Косметические правила с псевдоклассом :where() отклоняются #1609
• Правила с модификатором $third-party блокируют ресурсы с собственного поддомена сайта #1637
• Правила с модификатором $all не блокируют явно посещаемые сайты #1590

Другие улучшения

• По умолчанию включена HTTPS-фильтрация для браузера Soul #4202

Другие исправления

• В некоторых случаях при подтверждении 2FA страница ввода кода исчезает
• AdGuard не создаёт локальный VPN и защита не запускается #4269
• Интернет-соединение прерывается при переключении с Wi-Fi на мобильный интернет в некоторых сетях #4265
• Проблема совместимости с приложением iRobot Home #4273

Эта версия на GitHub
Скачать напрямую

 

[Karamzin]

Насколько плюшки pref.dns.block.ech и pref.https.redirect.doh могут быть мне полезны при условии использования режима ручного прокси (подозреваю, тут это вообще рожет не работать) и хрома 81.0.4044.138 (ревизии выше тормозят), в котором DOH в принципе нет ? Я так понимаю, в моём случае эти опции, что мёртвому припарка ? Ещё момент. Если я правильно понял, данные плюшки в случае работы с софтом поддерживающим данные техеологии должны помочь обойти провайдерские блокировки ? Для кого-нибудь в РФ это вообще работает ? Ростелеком ? МТС ? Билайн ? Мегафон ?

 

[ADGUser2017]

Если я правильно понял, данные плюшки в случае работы с софтом поддерживающим данные техеологии должны помочь обойти провайдерские блокировки ?

Не факт. Как правило крупные провайдеры фильтруют не при помощи контроля DNS-запросов а при помощи систем более глубокого анализа всех пакетов всего трафика (как минимум исходящего) (это называется DPI) поэтому одна толька защита\шифрование DNS-запросов как правило не помогает обойти блокировки. Как на смартфоне не знаю, пока там Adguard не использую, но на компе с Windows на проводном домашнем интернете давно уже использую в Adguard функцию защиты и шифрования DNS-запросов, но это по сути никак не помогает обойти блокировки.

 

[ADGUser2017]

Дополню свой предыдущий пост. Тем не менее некоторые провайдеры (скорее всего прежде всего некрупные у которых возможно нет DPI и нет на него денег) вполне могут использовать для блокировок не DPI а именно фильтрацию DNS-запросов, так что в некоторых случаях подобные функции как в Adguard могут помочь и в этом. Но прежде всего подобные функции предназначены для повышения уровня конфиденциальности и защиты персональных данных (к коим вполне можно отнести и историю DNS-запросов). Подобные функции и методы как есть для обработки DNS-запросов в Adguard (но и не только в Adguard но и в других ОС и ПО) позволяют помешать провайдеру и третьим сторонам\лицам собирать детальную статистику Ваших DNS-запросов, разве что самим DNS-сервисам это может быть тем не менее доступно, но тут уж дело в деталях их политик конфиденциальности и соглашений об использовании их сервисов и в их честности. Adguard предоставляет функции и технические возможности, но не монополизирует их и никого ни к чему не принуждает, в настройках Adguard можно выбрать и использовать не только DNS-серверы провайдера или Adguard но и другие известные крупные популярные DNS-сервисы или настроить вручную любой другой нужный по желанию даже если его нет в списке.

Тем не менее читал что некорые провайдеры вроде как даже используют комбинацию методов блокировок (т.е. и DPI-фильтрацию и фильтрацию DNS-запросов) что конечно осложняет ситуацию для абонентов\клиентов. В таких случаях функции обработки и защиты DNS-запросов также могут быть конечно полезны для пользователей, но скорее всего уже в комбинации с другими методами обхода блокировок.

 

[Karamzin]

Но прежде всего подобные функции предназначены для повышения уровня конфиденциальности и защиты персональных данных (к коим вполне можно отнести и историю DNS-запросов).

Да я так и подумал, что эти функции направлены на усиление секьюрности, просто интересовал смежный аспект.