Android riscrive ADB wireless: Wi-Fi 2.0 è più veloce e si spegne sulle reti non fidate

📌 In Sintesi

• Google riscrive server adb, daemon adbd e integrazione Android Studio per rendere stabile il debugging senza cavo.
• L’auto-connessione migliora del 32% e per il 90% delle connessioni la velocità di collegamento aumenta del 66%.
• adbd spegne automaticamente ADB Wi-Fi sulle reti considerate non affidabili e lo riattiva quando il dispositivo torna su reti autorizzate.

Google riscrive il Wireless Debugging di Android con ADB Wi-Fi 2.0, intervenendo contemporaneamente su server adb, daemon adbd e Android Studio. L’obiettivo è risolvere problemi rimasti per anni nella versione senza cavo di Android Debug Bridge: dispositivi che spariscono dopo un cambio di rete, discovery intermittente, pairing poco visibile nell’IDE e connessioni che non vengono ripristinate automaticamente. I dati di Google indicano un miglioramento del 32% nel successo dell’auto-connessione e collegamenti più rapidi del 66% nel 90% dei casi. La novità arriva con Android 17, Platform-Tools 37.0.0 e Android Studio Quail 3, ma include anche una modifica di sicurezza importante: il daemon disattiva il debugging wireless quando rileva una rete non considerata affidabile.

Google sostituisce Bonjour e il vecchio mDNS dentro adb

Secondo la documentazione pubblicata dall’Android Developers team, il nuovo stack interviene sui tre componenti che partecipano alla connessione wireless. Il server adb utilizza una nuova implementazione mDNS che sostituisce sia Bonjour sia il vecchio stack mDNS, riducendo le disconnessioni causate da cambi di configurazione, spegnimento del dispositivo o ricomparsa sulla rete.

Sul telefono, adbd diventa invece più consapevole del contesto di rete: se il dispositivo passa su una Wi-Fi non autorizzata, ADB wireless viene disabilitato automaticamente e torna disponibile soltanto quando Android rileva nuovamente una rete accettata dall’utente. Android Studio completa il lavoro portando i dispositivi disponibili direttamente dentro Device Manager, rendendo meno nascosta la procedura di pairing. È un intervento che risolve anche problemi osservati durante lo sviluppo di Android 17, quando una precedente QPR1 Beta aveva dovuto correggere regressioni proprio sulle connessioni Wireless ADB.

Il pairing resta tramite QR code o codice numerico

La procedura non viene stravolta. Per utilizzare ADB Wi-Fi 2.0 servono Android 17, SDK Platform-Tools 37.0.0 e Android Studio Quail 3 o superiore. Smartphone e workstation devono trovarsi sulla stessa rete, dopodiché l’utente abilita Wireless Debugging nelle Developer Options e associa il dispositivo attraverso QR code o codice di pairing. Una volta completata questa prima associazione, la nuova architettura punta soprattutto a rendere più affidabili le connessioni successive. Google estende il funzionamento anche a tablet, Wear OS e Android TV, rendendo il debug wireless particolarmente utile sui dispositivi nei quali collegare continuamente un cavo USB può essere scomodo o addirittura impossibile durante i test.

Leggi anche: ToxicPanda 2.0 automatizza ADB Wireless e costruisce un arsenale Android da 167 comandi

La sicurezza conta perché i malware hanno imparato ad abusare ADB Wireless

Il debugging wireless non è una vulnerabilità e richiede normalmente che l’utente abiliti Developer Options e completi il pairing. Negli ultimi mesi, però, alcune famiglie di malware hanno dimostrato che Accessibility può essere utilizzata per automatizzare proprio quei passaggi. RedHook ha combinato Wireless ADB e Shizuku per ottenere privilegi shell senza root, simulando le interazioni necessarie per attivare il servizio e completare l’associazione. ToxicPanda 2.0 ha sviluppato una tecnica analoga. La scelta di disattivare automaticamente ADB Wi-Fi quando il dispositivo entra in una rete non fidata non elimina questi scenari, perché l’abuso locale avviene dopo che il malware ha già conquistato capacità di interazione molto elevate, ma riduce il tempo durante il quale il servizio può rimanere involontariamente raggiungibile in ambienti diversi da quello autorizzato.

Il vero cambiamento è nella gestione dello stato della rete

La parte più significativa di Wi-Fi 2.0 non riguarda quindi l’aumento della velocità, ma la gestione dello stato. Il vecchio modello tendeva a trattare il collegamento wireless come una sessione fragile: un’interruzione, un nuovo indirizzo o una modifica alla rete potevano obbligare lo sviluppatore a ripetere discovery e connessione. La nuova combinazione tra mDNS, adbd e Android Studio mantiene una memoria più coerente dei dispositivi autorizzati e reagisce in modo differente a rete fidata e rete sconosciuta. Il beneficio è particolarmente evidente nei laboratori con molti smartphone, nelle farm di test e durante lo sviluppo di applicazioni per Wear OS e TV, dove il tempo perso a ristabilire manualmente sessioni ADB può diventare rilevante.

Continua con:

• Android cambia il sideloading ma conserva ADB come canale tecnico per gli sviluppatori
• Android 17 cambia permessi, sicurezza e comportamento delle applicazioni

ADB resta potentissimo e proprio per questo deve diventare più prevedibile

Android Debug Bridge rimane uno degli strumenti più potenti dell’intera piattaforma Android. Permette di installare pacchetti, consultare log, aprire shell, trasferire file, modificare impostazioni e controllare aspetti del sistema che un’applicazione ordinaria non può raggiungere. Eliminare il cavo rende queste operazioni molto più comode, ma aumenta contemporaneamente il valore della separazione tra ambienti autorizzati e reti sconosciute. ADB Wi-Fi 2.0 non introduce quindi una nuova filosofia del debugging. Corregge l’implementazione di quella esistente affinché la connessione senza cavo sia abbastanza stabile da diventare realmente quotidiana. Il dato del +32% sulle auto-connessioni e del +66% sulla velocità di collegamento mostra che Google ha lavorato soprattutto sull’affidabilità. La novità più interessante dal punto di vista della sicurezza è però più semplice: quando Android non si fida della rete, il debugging wireless smette di ascoltare. Per uno strumento dotato di privilegi così elevati, è probabilmente il comportamento che avrebbe dovuto avere fin dall’inizio.