Log di trasparenza delle applicazioni di Google

Il log di trasparenza delle applicazioni dei prodotti Google sfrutta la tecnologia dei log di trasparenza.

Le utilità dei log di trasparenza sono state dimostrate da progetti come Pixel Binary Transparency e anche Certificate Transparency.

I log di trasparenza sono implementati con alberi di Merkle. Questa pagina presuppone una conoscenza generale degli alberi di Merkle e della trasparenza binaria. Consulta la sezione Strutture di dati verificabili per una panoramica degli alberi di Merkle e la pagina principale per una panoramica dell'impegno per la trasparenza binaria all'interno di Android.

Implementazione dei log

Il log di trasparenza delle applicazioni dei prodotti Google viene implementato utilizzando Tessera e rispetta la specifica tlog-tiles con un'altezza dei tile pari a 8 (ogni tile o bundle contiene al massimo 28 = 256 elementi).

La radice dei contenuti del log viene pubblicata all'indirizzo: https://www.gstatic.com/android/binary_transparency/google1p/apk/2026/02/tile/entries/

La radice dei contenuti dei riquadri viene pubblicata all'indirizzo: https://www.gstatic.com/android/binary_transparency/google1p/apk/2026/02/tile/

Tieni presente che queste non sono pagine web normali: le voci di log contenute nelle sottodirectory devono essere lette in modo programmatico con una libreria client tlog-tiles (come Tessera o la libreria Tlog Golang SumDB) e non tramite un browser. Per chiarezza, indichiamo il link qui.

  • Riquadri dell'albero: gli hash dei nodi interni e foglia dell'albero di Merkle vengono forniti in tile/<level>/<path> (ad es. tile/0/000, tile/1/000).
  • Bundle di voci: i payload foglia dei log sono organizzati in bundle di voci in tile/entries/<path> (ad es. tile/entries/000, tile/entries/001), con ogni bundle che contiene fino a 256 voci concatenate.

Consulta Contenuto dei log per una descrizione di ciò che contiene ogni voce.

L'hash root dell'albero di Merkle del log, contenuto in un checkpoint, viene fornito all'indirizzo https://www.gstatic.com/android/binary_transparency/google1p/apk/2026/02/checkpoint nel formato checkpoint. L'origine del checkpoint è android.transparency.goog/google1p/apk/2026/1.

Le firme dei checkpoint vengono generate utilizzando l'algoritmo di firma Ed25519. La firma del checkpoint può essere verificata con la seguente chiave pubblica in formato verificatore di note (come definito in golang.org/x/mod/sumdb/note) o in formato PEM standard:

  • Formato del verificatore di note (<name>+<key_hash>+<public_key_bytes>):
android.transparency.goog/google1p/apk/2026/1+fc654374+ATr9NQE0gvOtVfj5cCStUzdlflEp3oZoNHD8pImzPj5O
  • Formato PEM (SubjectPublicKeyInfo):
-----BEGIN PUBLIC KEY-----
MCowBQYDK2VwAyEAOv01ATSC861V+PlwJK1TN2V+USnehmg0cPykibM+Pk4=
-----END PUBLIC KEY-----

Log archiviato (V1)

Prima dell'aggiornamento del terzo trimestre del 2026, il log funzionava con un'implementazione V1 precedente che utilizzava firme ECDSA (NIST P-256 con SHA-256). Il log V1 viene archiviato ed è di sola lettura, ma rimane accessibile pubblicamente per la verifica delle voci storiche:

-----BEGIN PUBLIC KEY-----
MFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAEaP7xodTP5/teDOUYFAUHF0MqvOXt
+jamtcDYWxTjY99hyYczpB/cF2fxHhIqEznNpLcI2Vorl+iEchWhZ0y3Mg==
-----END PUBLIC KEY-----

Verifica le attestazioni dei log

La pagina di verifica descrive in modo più dettagliato come vengono utilizzati i vari componenti del log per verificare le rivendicazioni effettuate nel modello del richiedente.