{"id":116317,"date":"2024-06-04T09:39:49","date_gmt":"2024-06-04T07:39:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda"},"modified":"2026-02-15T22:08:22","modified_gmt":"2026-02-15T20:08:22","slug":"v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda","title":{"rendered":"Nella piattaforma Android GrapheneOS \u00e8 stata introdotta la possibilit\u00e0 di creare un PIN distruttivo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel recente aggiornamento della piattaforma mobile sicura GrapheneOS 2024053100 \u00e8 stata aggiunta la funzione di blocco di emergenza dei dati sul dispositivo. All'utente \u00e8 stata offerta la possibilit\u00e0 di impostare una password e un PIN aggiuntivi, il cui inserimento porter\u00e0 all'eliminazione di tutte le chiavi negli archivi hardware, comprese le chiavi utilizzate per la crittografia dei dati sul disco, nonch\u00e9 all'eliminazione dell'eSIM e al riavvio. In questo modo, in caso di pressione sullo user o di costrizione a sbloccare lo schermo, oppure in presenza di minacce che porterebbero il smartphone a finire in mani sbagliate, il proprietario del dispositivo pu\u00f2 inserire un PIN distruttivo e bloccare i dati senza possibilit\u00e0 di ripristinare l'accesso. <\/p>\n
Il progetto GrapheneOS sviluppa un fork del codice di Android (AOSP, Android Open Source Project), ampliato e modificato per migliorare la sicurezza e garantire la privacy. \u00c8 ufficialmente supportato dalla maggior parte dei dispositivi Google Pixel attuali (Pixel 4\/5\/6\/7\/8, Pixel Fold, Pixel Tablet). I risultati del progetto sono distribuiti con licenza MIT. Comprende molte tecnologie sperimentali relative al rafforzamento dell'isolamento delle applicazioni, alla gestione dettagliata degli accessi, al blocco delle vulnerabilit\u00e0 comuni e all'indebolimento dell'operativit\u00e0 degli exploit. <\/p>\n
Ad esempio, la piattaforma utilizza una propria implementazione di malloc e una versione modificata di libc con protezione contro i danni alla memoria, oltre a una suddivisione pi\u00f9 rigida dello spazio indirizzi dei processi. Invece del JIT, nel runtime Android viene utilizzata solo la compilazione anticipata (AOT, ahead-of-time). Nel kernel Linux sono implementati molti meccanismi di protezione aggiuntivi, ad esempio, nel slub vengono aggiunte etichette canarie per bloccare il buffer overflow. Per migliorare l'isolamento delle applicazioni, vengono utilizzati SELinux e seccomp-bpf. <\/p>\n
\u00c8 possibile fornire accesso selettivo a singole applicazioni per le operazioni di rete, ai sensori, alla rubrica e ai dispositivi periferici (USB, fotocamera). Per impostazione predefinita, \u00e8 vietato accedere a informazioni come IMEI, indirizzo MAC, numero di serie della SIM e altri identificatori hardware. La lettura dagli appunti \u00e8 consentita solo per le applicazioni in cui \u00e8 attualmente attivo il focus di input. Sono state implementate ulteriori misure per isolare i processi relativi a Wi-Fi e Bluetooth e per prevenire perdite dovute ad attivit\u00e0 wireless. Molti dei meccanismi di sicurezza sviluppati nel progetto sono stati trasferiti nel codice principale di Android. <\/p>\n