{"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\/news\/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 codice PIN distruttivo.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nell'ultimo aggiornamento della piattaforma mobile protetta GrapheneOS 2024053100 \u00e8 stata introdotta la funzione di blocco urgente dei dati sul dispositivo. All'utente \u00e8 fornita la possibilit\u00e0 di impostare una password aggiuntiva e un PIN, la cui immissione porter\u00e0 alla cancellazione di tutte le chiavi nei depositi hardware, comprese le chiavi utilizzate per criptare i dati sul dispositivo di archiviazione, oltre alla cancellazione dell'eSIM e al riavvio. In questo modo, in caso di pressione sull'utente e di costrizione a sbloccare lo schermo o in presenza della minaccia che lo smartphone cada in mani sbagliate, il proprietario del dispositivo pu\u00f2 inserire un PIN distruttivo e bloccare i dati senza possibilit\u00e0 di recupero dell'accesso. <\/p>\n
Il progetto GrapheneOS si basa su un ramo del codice sorgente Android (AOSP, Android Open Source Project), ampliato e modificato per migliorare la sicurezza e garantire la privacy. Sono ufficialmente supportati la maggior parte dei dispositivi Google Pixel attuali (Pixel 4\/5\/6\/7\/8, Pixel Fold, Pixel Tablet). I risultati del progetto sono distribuiti sotto licenza MIT. Il progetto include molte tecnologie sperimentali relative al rafforzamento dell'isolamento delle applicazioni, alla gestione dettagliata degli accessi, al blocco delle vulnerabilit\u00e0 comuni e alla complicazione del funzionamento degli exploit. <\/p>\n
Ad esempio, nella piattaforma viene utilizzata una propria implementazione di malloc e una versione modificata di libc con protezione contro la corruzione della memoria, oltre a una separazione pi\u00f9 rigida degli spazi degli indirizzi dei processi. Al posto del JIT nell'Android Runtime viene utilizzata solo la compilazione anticipata (AOT, ahead-of-time). Nel kernel Linux sono inclusi molti meccanismi di protezione aggiuntivi, ad esempio, in slub vengono aggiunte etichette canarie per prevenire i buffer overflow. Per rafforzare l'isolamento delle applicazioni vengono impiegati 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 raccogliere informazioni su IMEI, indirizzo MAC, numero di serie della SIM e altri identificatori hardware. La lettura dagli appunti \u00e8 consentita solo per le applicazioni che hanno il focus di input attivo. Sono state implementate ulteriori misure per isolare i processi legati a Wi-Fi e Bluetooth e prevenire perdite a causa di attivit\u00e0 wireless. Molti dei meccanismi di rafforzamento della sicurezza sviluppati nel progetto sono stati trasferiti nella base di codice principale di Android. <\/p>\n