Google valuta di bloccare l'ADB locale su Android: a rischio alcune app

[Redazione di Hardware Upg]

Link alla notizia: https://www.hwupgrade.it/news/telefo...pp_156886.html

Secondo voci non ufficiali, Google ha avviato una discussione interna sul futuro delle connessioni ADB locali, valutando la possibilità di limitare l'interfaccia di rete ed escludere l'indirizzo di loopback

Click sul link per visualizzare la notizia.

[marcram]

Che schifo...

[Ataru224]

Il dibattito è emerso a seguito di segnalazioni legate alla vulnerabilità siglata come CVE-2026-0073

Certo, certo... sempre la solita scusa della sicurezza...

C'è una falla di sicurezza? Bene, che la chiudano velocemente e senza rompere le palle, grazie!

Da che mondo è mondo quando c'è una vulnerabilità la si corregge, non si elimina del tutto la funzione; ma ovviamente per Google non è questo il punto, il punto è chiaramente trovare sempre pretesti per limitare la libertà degli utenti.

[aqua84]

Poco a poco sta chiudendo di qua e di la...

[UtenteHD]

doppio

[UtenteHD]

Capisco la Vs lamentela perchè dovrebbe essere tutto libero, ma in questo caso, parlando di un accessorio che si porta in giro e facilmente perdibile, che contiene i ns dati, ns foto, ns conti bancari, ns pagamenti, ecc.. l'ADB o quel che è, è un punto di attacco famoso, vero che l'ultimo Android permette la sua disattivazione di accesso se il telefono è bloccato, ma sarà evitabile in qualche maniera da app a pagamento apposite.
Io l'ADB l'ho usato solo una volta quando ho fatto il root del vecchissimo cell, da allora ne sono passati di anni oltre un decennio e da allora, mai usata sto accesso, come mai più fatto il root e sto bene comunque.
Per sicurezza nel caso si spera mai accada si perde il cellulare, questa disattivazione la vedo sensata, io stesso l'avevo pensata.

Originariamente inviato da aqua84

Poco a poco sta chiudendo di qua e di la...

Purtroppo sarà sempre così in ogni campo e situazione fino a quando saremo pieni di esseri che non fanno per nulla il bene del Prossimo.

[marcram]

Originariamente inviato da UtenteHD

Capisco la Vs lamentela perchè dovrebbe essere tutto libero, ma in questo caso, parlando di un accessorio che si porta in giro e facilmente perdibile, che contiene i ns dati, ns foto, ns conti bancari, ns pagamenti, ecc.. l'ADB o quel che è, è un punto di attacco famoso, vero che l'ultimo Android permette la sua disattivazione di accesso se il telefono è bloccato, ma sarà evitabile in qualche maniera da app a pagamento apposite.
Io l'ADB l'ho usato solo una volta quando ho fatto il root del vecchissimo cell, da allora ne sono passati di anni oltre un decennio e da allora, mai usata sto accesso, come mai più fatto il root e sto bene comunque.
Per sicurezza nel caso si spera mai accada si perde il cellulare, questa disattivazione la vedo sensata, io stesso l'avevo pensata.



Purtroppo sarà sempre così in ogni campo e situazione fino a quando saremo pieni di esseri che non fanno per nulla il bene del Prossimo.

Anche a casa propria ognuno ha molte cose di valore, ma ognuno è responsabile di gestire il proprio portone.
Non credo sarebbe ben accetto se, "in nome della sicurezza", le porte di ingresso fossero tutte sbloccabili solo dal sindaco, e ognuno dovesse chiamare in municipio per farsi aprire casa, per evitare che qualcuno faccia entrare truffatori per sbaglio...

[Ataru224]

Originariamente inviato da UtenteHD

Capisco la Vs lamentela perchè dovrebbe essere tutto libero, ma in questo caso, parlando di un accessorio che si porta in giro e facilmente perdibile, che contiene i ns dati, ns foto, ns conti bancari, ns pagamenti, ecc.. l'ADB o quel che è, è un punto di attacco famoso, vero che l'ultimo Android permette la sua disattivazione di accesso se il telefono è bloccato, ma sarà evitabile in qualche maniera da app a pagamento apposite.
Io l'ADB l'ho usato solo una volta quando ho fatto il root del vecchissimo cell, da allora ne sono passati di anni oltre un decennio e da allora, mai usata sto accesso, come mai più fatto il root e sto bene comunque.
Per sicurezza nel caso si spera mai accada si perde il cellulare, questa disattivazione la vedo sensata, io stesso l'avevo pensata.



Purtroppo sarà sempre così in ogni campo e situazione fino a quando saremo pieni di esseri che non fanno per nulla il bene del Prossimo.

Quello che hai scritto non c'entra niente: innanzitutto ADB per impostazione predefinita è completamente disattivato, quindi finchè non si entra nelle impostazioni per sviluppatori e lo si attivi non si può usare, e poi la notizia parla di rimuovere l'accesso ad ADB wireless tramite l'interfaccia di loopback, quindi in pratica il poter usare ADB connettendosi all'indirizzo 127.0.0.1 dal telefono stesso.

Cosa c'entra questo con il perdere il telefono? Se c'è il blocco schermo chi trova il telefono non può di certo usare ADB su localhost, e se non ci dovesse essere il blocco schermo beh, a quel punto si può fare letteralmente qualsiasi cosa a prescidere che ADB su localhost sia disponibile o no.

L'obiettivo di questa scelta è unicamente rendere sempre più difficile per gli utenti fare ciò che si vuole con i propri dispositivi

[virtualdj]

Originariamente inviato da marcram

Che schifo...

Quoto questo e tutti gli altri tuoi post. Non ho parole!

[zbear]

Google sta VERAMENTE rompendo i cog.lio.ni con queste sue politiche di blocco. Prima il blocco del sideloading, adesso l'adb locale, nel passato l'accesso alle partizioni di sistema, poi le difficoltà di root .... non vedo l'ora che esca un concorrente serio a android. E che non si gongoli troppo: anche Symbian SEMBRAVA insoppiantabile, ma si è visto come è andata PERCHE' al tempo android era un sistema operativo decisamente libero nell'uso.
FORTUNATAMENTE ora di sviluppatori esperti per android ce ne sono molti, e gli exploit ancora abbondanti.

[lumeruz]

Originariamente inviato da UtenteHD

questa disattivazione la vedo sensata, io stesso l'avevo pensata.

si vede che non ci capisci un ca**o e non hai capitp un ca**o dell'articolo.
Vai a studiare cosa è ADB a cosa serve e qual è la sua attuale situazione, poi viene a studiare l'articolo e solo allora potrai commentare.

[lumeruz]

Originariamente inviato da Ataru224

L'obiettivo di questa scelta è unicamente rendere sempre più difficile per gli utenti fare ciò che si vuole con i propri dispositivi

si e no, io il 99% delle volte uso ADB tramite wifi perchè mi fa comodo così, a volte collego dei miei dispositivi al connettore USB e devo fare il debug dell'app che gestisce quei dispositivi.
Poi non credo che blocchino l'accesso USB.
Non so per cosa termux usi adb, a me non è mai servito.
Con l'accesso root si può fare quello che si vuole anche ripristinare il bind del demone adb dove si vuole.
Io ho uno script che lo abilita sulla porta 5555 perchè non ho voglia tutte le volte andare a leggere quale porta random viene assegnata.

[marcram]

Originariamente inviato da lumeruz

si e no, io il 99% delle volte uso ADB tramite wifi perchè mi fa comodo così, a volte collego dei miei dispositivi al connettore USB e devo fare il debug dell'app che gestisce quei dispositivi.
Poi non credo che blocchino l'accesso USB.
Non so per cosa termux usi adb, a me non è mai servito.
Con l'accesso root si può fare quello che si vuole anche ripristinare il bind del demone adb dove si vuole.
Io ho uno script che lo abilita sulla porta 5555 perchè non ho voglia tutte le volte andare a leggere quale porta random viene assegnata.

Con il root sì, ma al giorno d'oggi è più complicato sbloccare il telefono, e spesso non ne vale la pena...
Oggi, con strumenti come Shizuku che utilizzano ADB, puoi fare tante cose avanzate senza il bisogno di rootare il telefono, e tanto basterebbe ad una gran fetta di smanettoni...

Concordo con Ataru, l'unico motivo per cui Google vuole bloccare ADB in loopback è tagliare le gambe a questi software, che garantivano semplicità nell'accesso avanzato allo smartphone...

Poi, chissà, tra un anno anche il blocco di ADB via Wifi e USB. Ci sta...

[jumpjack]

come si ottiene la "elevazione temporanea dei privilegi ottenuta tramite connessione locale?
Il metaquest non può essere rootato, ma io ho bisogno di accedere alla cartella Android\data\data

[marcram]

Originariamente inviato da jumpjack

come si ottiene la "elevazione temporanea dei privilegi ottenuta tramite connessione locale?
Il metaquest non può essere rootato, ma io ho bisogno di accedere alla cartella Android\data\data

Android\data\data non esiste.
Android/data nella memoria condivisa, ti basta collegare il dispositivo al pc tramite ADB e puoi scaricare/caricare file tranquillamente.
data/data, invece, non è accessibile senza root. Grazie a Google...

[Ataru224]

Originariamente inviato da lumeruz

si e no, io il 99% delle volte uso ADB tramite wifi perchè mi fa comodo così, a volte collego dei miei dispositivi al connettore USB e devo fare il debug dell'app che gestisce quei dispositivi.
Poi non credo che blocchino l'accesso USB.
Non so per cosa termux usi adb, a me non è mai servito.
Con l'accesso root si può fare quello che si vuole anche ripristinare il bind del demone adb dove si vuole.
Io ho uno script che lo abilita sulla porta 5555 perchè non ho voglia tutte le volte andare a leggere quale porta random viene assegnata.

Non è che per usare Termux serve ADB, è che vogliono togliere la possibilità di usare ADB in Termux e in altre app che ne fanno uso, per esempio le app per rimuovere il bloatware senza dover connettere il telefono al computer etc.

Sicuramente il motivo di questa scelta è anche impedire di aggirare le nuove restrizioni al sideload usando app che interfacciandosi con ADB permettono di installare apk non verificati.

[virtualdj]

Originariamente inviato da marcram

Oggi, con strumenti come Shizuku che utilizzano ADB, puoi fare tante cose avanzate senza il bisogno di rootare il telefono, e tanto basterebbe ad una gran fetta di smanettoni...

E già così rompe le scatole che ad ogni riavvio del telefono bisogna ridarglielo, no?

[marcram]

Originariamente inviato da virtualdj

E già così rompe le scatole che ad ogni riavvio del telefono bisogna ridarglielo, no?

Infatti, qualcosa che rompe le scatole c'è sempre.
Mi pare ci sia un fork che permette l'autostart, oppure si possa fare tramite automazioni (tipo Tasker), ma di base bisognerebbe ricollegarlo ad ogni avvio...