{"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\/es\/blog\/news\/v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda","title":{"rendered":"En la plataforma Android GrapheneOS se ha a\u00f1adido la opci\u00f3n de crear un PIN destructivo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En la pr\u00f3xima actualizaci\u00f3n de la plataforma m\u00f3vil segura GrapheneOS 2024053100, se ha introducido una funci\u00f3n de bloqueo de datos de emergencia en el dispositivo. El usuario tiene la posibilidad de establecer una contrase\u00f1a adicional y un c\u00f3digo PIN, cuya entrada llevar\u00e1 a la eliminaci\u00f3n de todas las claves en los almacenes de hardware, incluidas las claves utilizadas para cifrar datos en el almacenamiento, as\u00ed como a la eliminaci\u00f3n de eSIM y reinicio. As\u00ed, en caso de ser presionado para desbloquear la pantalla o ante la amenaza de que el smartphone caiga en manos incorrectas, el propietario del dispositivo puede ingresar un c\u00f3digo PIN destructivo y bloquear los datos sin posibilidad de recuperar el acceso. <\/p>\n
El proyecto GrapheneOS desarrolla una bifurcaci\u00f3n de la base de c\u00f3digo de Android (AOSP, Proyecto de C\u00f3digo Abierto de Android), ampliada y modificada para fortalecer la seguridad y garantizar la privacidad. Se soporta oficialmente la mayor\u00eda de los dispositivos actuales de Google Pixel (Pixel 4\/5\/6\/7\/8, Pixel Fold, Pixel Tablet). Los desarrollos del proyecto se distribuyen bajo la licencia MIT. Incluye muchas tecnolog\u00edas experimentales relacionadas con el refuerzo de la aislamiento de aplicaciones, gesti\u00f3n detallada de acceso, bloqueo de manifestaciones de vulnerabilidades t\u00edpicas y dificultando el funcionamiento de exploits. <\/p>\n
Por ejemplo, en la plataforma se emplea una implementaci\u00f3n propia de malloc y una versi\u00f3n modificada de libc con protecci\u00f3n contra corrupci\u00f3n de memoria, as\u00ed como una divisi\u00f3n m\u00e1s estricta del espacio de direcciones de los procesos. En lugar de JIT, en el Android Runtime se utiliza solo la compilaci\u00f3n anticipada (AOT, ahead-of-time). En el n\u00facleo de Linux se incluyen muchos mecanismos adicionales de protecci\u00f3n, por ejemplo, en slub se a\u00f1aden etiquetas canarias para bloquear desbordamientos de b\u00fafer. Para reforzar la aislamiento de las aplicaciones, se emplean SELinux y seccomp-bpf. <\/p>\n
Hay una opci\u00f3n para otorgar acceso selectivo a aplicaciones espec\u00edficas a operaciones de red, sensores, la libreta de direcciones y dispositivos perif\u00e9ricos (USB, c\u00e1mara). Por defecto, se proh\u00edbe la obtenci\u00f3n de informaci\u00f3n sobre el IMEI, direcci\u00f3n MAC, n\u00famero de serie de la tarjeta SIM y otros identificadores de hardware. La lectura del portapapeles solo est\u00e1 permitida para aplicaciones que tienen el foco de entrada activo en ese momento. Se han implementado medidas adicionales para aislar los procesos relacionados con Wi-Fi y Bluetooth y prevenir filtraciones debido a actividad inal\u00e1mbrica. Muchos de los mecanismos de refuerzo de seguridad desarrollados en el marco del proyecto han sido trasladados a la base de c\u00f3digo principal de Android. <\/p>\n