Questa pagina è stata tradotta dall'API Cloud Translation.

Trasparenza degli APK dei servizi di sistema di Google

Nell'ambito dell'investimento continuo di Google per la trasparenza dei suoi prodotti, stiamo aggiungendo la trasparenza a due nuovi APK dei servizi di sistema di Google: Android System SafetyCore (com.google.android.safetycore) e Android System Key Verifier (com.google.android.contactkeys). Questi APK supportano rispettivamente la funzionalità di avviso per contenuti sensibili e verifica della chiave di crittografia in Google Messaggi. Il log di trasparenza che abbiamo pubblicato per verificare le dichiarazioni fatte in merito a questi APK.

Pacchetti coperti

Questa sezione descrive i pacchetti coperti dal log di trasparenza e anche le rispettive chiavi di firma per la trasparenza del codice.

Android System SafetyCore

Android System SafetyCore (com.google.android.safetycore) è un componente di sistema Android che fornisce un'infrastruttura di protezione degli utenti sul dispositivo per le app incentrata sulla tutela della privacy.

Il codice di questo APK è attualmente firmato con la seguente chiave descritta da questo certificato:

Android System Key Verifier

L'APK Android System Key Verifier (com.google.android.contactkeys) è un servizio per la verifica dei contatti su Android. Consente a un utente di verificare le chiavi pubbliche di un contatto per confermare di stare comunicando con la persona a cui intende inviare un messaggio. Il servizio è un sistema unificato per la verifica delle chiavi pubbliche in diverse app, che utilizza la verifica tramite la scansione del codice QR o il confronto dei numeri.

Il codice di questo APK è attualmente firmato con la seguente chiave descritta da questo certificato:

Modello di minaccia

I sistemi di trasparenza possono essere utilizzati per rilevare e quindi scoraggiare gli attacchi alla catena di approvvigionamento. Ecco alcuni esempi.

Supponiamo che un malintenzionato modifichi in modo dannoso un APK dei servizi di sistema di Google e addirittura riesca a firmarlo con la chiave di firma utilizzata da Google Play. Chiunque riceva l'APK dannoso può eseguire query sul log di trasparenza dei file binari per verificare l'autenticità dell'APK. Vedrà che Google non ha aggiunto i metadati APK corrispondenti al log e saprà di non dover considerare attendibile l'APK compromesso.

Poiché la pubblicazione nel log è una procedura separata dalla procedura di rilascio con firma (come illustrato nel diagramma dell'ecosistema), l'attaccante deve fare di più che compromettere la chiave.

Abbiamo in programma di integrare questo log anche in una rete pubblica di testimoni utilizzando un protocollo di testimoni standard, invitiamo pertanto terze parti indipendenti a monitorare l'integrità di questo log disponibile pubblicamente. Queste parti possono attestare la proprietà di sola aggiunta del log e segnalare eventuali manomissioni.

L'esistenza di un sistema di trasparenza e la maggiore rilevabilità degli attacchi scoraggiano le attività dannose. Se un APK è compromesso, ma gli utenti ritengono attendibili solo quelli presenti nel log, l'APK compromesso deve essere esposto pubblicamente. Ciò aumenta la probabilità di scoprire l'esistenza dell'APK compromesso e consente di intervenire per rimuoverne la distribuzione.

Modello autore della rivendicazione

Il modello di autore della rivendicazione è un framework utilizzato per definire ruoli e elementi in un sistema verificabile. Nel caso della trasparenza degli APK dei servizi di sistema di Google, affermiamo che l'hash dei binari firmati registrato in questo log rappresenta il codice ufficiale per i rispettivi APK dei servizi di sistema di Google.

Dichiarazione^{GoogleSystemServicesApk}: (io, Google, dichiaro che $codeSignature è per $googleSystemServicesApk), dove:
- $codeSignature è un token JWT (JWT) firmato che contiene un elenco di file DEX e librerie native e i relativi hash inclusi in una versione specifica di $googleSystemServicesApk.
- $googleSystemServicesApk è un pacchetto Android (APK) del seguente insieme di pacchetti: {Android System SafetyCore (com.google.android.safetycore), Android System Key Verifier (com.google.android.contactkeys)}

Chiunque abbia una copia di $googleSystemServicesApk può verificare la rivendicazione di cui sopra. e descriviamo questa procedura in dettaglio nella pagina di verifica.

Contenuti del log

Quando Google rilascia una nuova versione degli APK sopra elencati, aggiunge una voce corrispondente al log di trasparenza degli APK dei servizi di sistema di Google.

Ogni voce di questo log contiene quattro metadati APK:

L'hash della firma del codice di un APK sviluppato da Google. Si tratta di una stringa esadecimale del digest SHA256 di un token di trasparenza del codice (noto anche come JWT di trasparenza del codice).
La descrizione del tipo di hash sopra indicato. Questa è una stringa.
Il nome del pacchetto dell'APK. Questa è una stringa.
Il numero di versione (versionCode) dell'APK. Si tratta di un numero intero.

Il formato di una voce di log è la concatenazione delle quattro informazioni con un carattere di nuova riga (\n), come illustrato di seguito:

hash\nSHA256(Signed Code Transparency JWT)\npackage_name\npackage_version\n

Tieni presente che in questa release stiamo sperimentando l'utilizzo della trasparenza del codice. Ciò significa che, anziché l'hash dell'APK, registriamo il digest del token di trasparenza del codice. Pertanto, la descrizione dell'hash è attualmente impostata su SHA256(Signed Code Transparency JWT).

Inoltre, questo dimostra un modo in cui la trasparenza del codice può essere utilizzata dagli sviluppatori di app quando le loro chiavi di firma dell'app sono detenute da Google Play.

Diagramma dell'ecosistema

Diagramma dell'ecosistema di log verificabili

Trasparenza degli APK dei servizi di sistema di Google Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.