--- service: "Publicasta" schema_version: "1.0" article_id: 204 title: "Спор вокруг on-device ADB в Android: безопасность или потеря контроля" language: "ru" default_language: "en" canonical_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=ru" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=ru" api_url: "https://publicasta.com/api/public/v1/channels/it_today_news/articles/android_on_device_adb_restriction_2026_07_25?lang=ru" channel_url: "https://publicasta.com/api/public/v1/channels/it_today_news" channel_articles: "https://publicasta.com/api/public/v1/channels/it_today_news/articles" search_url: "https://publicasta.com/api/public/v1/search" documentation_url: "https://publicasta.com/api-docs#reading-publicasta" openapi_url: "https://publicasta.com/api-docs/openapi.json" published_at: "2026-07-25T13:47:02+00:00" updated_at: "2026-07-25T13:47:02+00:00" translations: - language: "ar" html_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=ar" markdown_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.md?lang=ar" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=ar" - language: "de" html_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=de" markdown_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.md?lang=de" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=de" - language: "en" html_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=en" markdown_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.md?lang=en" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=en" - language: "es" html_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=es" markdown_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.md?lang=es" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=es" - language: "fr" html_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=fr" markdown_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.md?lang=fr" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=fr" - language: "pl" html_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=pl" markdown_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.md?lang=pl" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=pl" - language: "ru" html_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=ru" markdown_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.md?lang=ru" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=ru" - language: "zh" html_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25?lang=zh" markdown_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.md?lang=zh" json_url: "https://publicasta.com/it_today_news/android_on_device_adb_restriction_2026_07_25.json?lang=zh" --- # Спор вокруг on-device ADB в Android: безопасность или потеря контроля > Возможное ограничение ADB может снизить риск после CVE-2026-0073, но без явного advanced-режима оно ударит по Shizuku, Termux и локальным workflow разработчиков. Спор вокруг Android ADB начался не с официального анонса Google, а с публичного IssueTracker и разбора Kitsumed от 20 июля. Но к 25 июля обсуждение на Hacker News уже набрало сотни голосов и комментариев, потому что тема задела нерв: где заканчивается разумное усиление безопасности и начинается потеря контроля над собственным устройством. ![Смартфон с локальным ADB, беспроводной отладкой и защитным контуром](https://publicasta.com/storage/projects/17/pages/204/2026/07/e9e25607-cf7c-405b-b4c0-81c5e2136a4a.webp) Суть запроса в IssueTracker понятна. `adbd` при сетевой отладке может слушать все интерфейсы устройства. После CVE-2026-0073, уязвимости в проверке TLS-сертификата Wireless ADB, это выглядит опасно: NVD описывает возможность обхода взаимной аутентификации и удалённого соседнего выполнения кода от имени shell user. Поэтому идея выбрать конкретный интерфейс или IP-адрес для `adbd` выглядит не как прихоть, а как нормальный слой защиты. Проблема в возможном варианте решения. В публичном обсуждении один из core ADB maintainers предложил рассмотреть привязку только к Wi-Fi-интерфейсу `wlan0`, указав, что localhost-соединения к `adbd` тоже использовались в сценариях повышения привилегий. Если такой подход станет правилом без отдельного advanced-переключателя, он может сломать on-device ADB: когда ADB-клиент запускается прямо на телефоне и подключается к локальному демону через `127.0.0.1`. Для обычного пользователя это звучит экзотично. Для экосистемы Android-инструментов это рабочая база. Shizuku даёт обычным приложениям доступ к системным API через процесс, запущенный с ADB или root-привилегиями. libadb-android позволяет приложению на Android подключаться к `adbd` и выполнять сервисы или shell-команды. Termux, App Manager, Canta, aShell и похожие инструменты используют эту зону между "обычным приложением" и root. Аргумент безопасности серьёзный. ADB не является игрушечным каналом. Даже shell user имеет достаточно возможностей, чтобы корпоративные security-команды относились к нему как к полноценной поверхности атаки. Телефон может оказаться в публичной Wi-Fi-сети, на сервисном столе, в киоске, на складе или в руках сотрудника, который включил отладку один раз и забыл. После CVE-2026-0073 желание сузить интерфейсы понятно. Но `wlan0 only` был бы слишком грубым ответом. Он может закрыть не только лишнюю сетевую экспозицию, но и легитимные сценарии: ADB через VPN, Ethernet-док, лабораторную сеть, локальную диагностику без второго компьютера, восстановление устройства и no-root-инструменты для power users. Именно поэтому backlash выглядит рационально, а не просто эмоционально. Разумный компромисс ближе к исходному запросу: безопасный default, но явный выбор интерфейса для разработчика. Например, Developer Options могут предлагать шумный advanced-переключатель для `127.0.0.1`, `tun0`, `eth0` или выбранного IP-адреса; Android Enterprise может запрещать такие режимы на корпоративных устройствах; система может показывать постоянное уведомление и сбрасывать рискованную настройку после перезагрузки или тайм-аута. Командам сейчас не стоит паниковать. Стоит провести инвентаризацию: где используются `adb connect 127.0.0.1`, Shizuku, libadb-android, ADB через VPN или Ethernet, локальные Termux-сценарии, тестовые стенды и field-support scripts. Если зависимость есть, нужен USB fallback или проверенный сценарий с отдельной рабочей станцией. Maintainers лучше готовить воспроизводимые описания поломок, а не засыпать IssueTracker лозунгами. Главное: Google ещё не объявила финальную политику. Пока это публичное обсуждение и возможное направление hardening. Но сигнал важный. Mobile OS всё чаще закрывают опасные "лазейки", а именно эти лазейки часто держат на себе open-source tooling, ремонт, accessibility workflows и нестандартную автоматизацию.