Los objetos y servicios del sistema de archivos agregados a la compilación con frecuencia necesitan ID únicas y separadas, conocidas como ID de Android (AID). Actualmente, muchos recursos, como archivos y servicios, utilizan AID centrales (definidos por Android) innecesariamente; En muchos casos, puede utilizar AID OEM (definidos por OEM).
Las versiones anteriores de Android (Android 7.x y versiones anteriores) ampliaron el mecanismo de AID mediante un archivo android_filesystem_config.h específico del dispositivo para especificar capacidades del sistema de archivos y/o AID OEM personalizados. Sin embargo, este sistema no era intuitivo ya que no admitía el uso de nombres agradables para los AID OEM, lo que requería especificar el valor numérico sin formato para los campos de usuario y grupo sin una forma de asociar un nombre descriptivo con el AID numérico.
Las versiones más recientes de Android (Android 8.0 y superiores) admiten un nuevo método para ampliar las capacidades del sistema de archivos. Este nuevo método admite lo siguiente:
- Múltiples ubicaciones de origen para archivos de configuración (permite configuraciones de compilación extensibles).
- Comprobación de cordura durante el tiempo de construcción de los valores de AID del OEM.
- Generación de un encabezado OEM AID personalizado que se puede utilizar en archivos fuente según sea necesario.
- Asociación de un nombre descriptivo con el valor real de AID del OEM. Admite argumentos de cadena no numéricos para usuario y grupo, es decir, "foo" en lugar de "2901".
Las mejoras adicionales incluyen la eliminación de la matriz android_ids[] de system/core/libcutils/include/private/android_filesystem_config.h . Esta matriz ahora existe en Bionic como una matriz generada completamente privada, con accesores a través de getpwnam() y getgrnam() . (Esto tiene el efecto secundario de producir archivos binarios estables a medida que se modifican los AID principales). Para obtener herramientas y un archivo README con más detalles, consulte build/make/tools/fs_config .
Agregar ID de Android (AID)
Android 8.0 eliminó la matriz android_ids[] del Proyecto de código abierto de Android (AOSP). En cambio, todos los nombres compatibles con AID se generan a partir del archivo de encabezado system/core/libcutils/include/private/android_filesystem_config.h al generar la matriz Bionic android_ids[] . Las herramientas seleccionan cualquier define que coincida con AID_* y * se convierte en el nombre en minúscula.
Por ejemplo, en private/android_filesystem_config.h :
#define AID_SYSTEM 1000
Se convierte en:
- Nombre descriptivo: sistema
- fluido: 1000
- gid: 1000
Para agregar un nuevo AID central de AOSP, simplemente agregue #define al archivo de encabezado android_filesystem_config.h . El AID se generará en el momento de la compilación y estará disponible para las interfaces que utilizan argumentos de usuario y grupo. Las herramientas validan que el nuevo AID no se encuentra dentro de los rangos APP u OEM; también respeta los cambios en esos rangos y debe reconfigurarse automáticamente en caso de cambios o nuevos rangos reservados por OEM.
Configuración de SIDA
Para habilitar el nuevo mecanismo AID, configure TARGET_FS_CONFIG_GEN en el archivo BoardConfig.mk . Esta variable contiene una lista de archivos de configuración, lo que le permite agregar archivos según sea necesario.
Por convención, los archivos de configuración usan el nombre config.fs , pero en la práctica puedes usar cualquier nombre. Los archivos config.fs están en el formato ini de Python ConfigParser e incluyen una sección de mayúsculas (para configurar las capacidades del sistema de archivos) y una sección de AID (para configurar AID OEM).
Configurando la sección de mayúsculas
La sección caps admite la configuración de capacidades del sistema de archivos en objetos del sistema de archivos dentro de la compilación (el sistema de archivos en sí también debe admitir esta funcionalidad).
Debido a que ejecutar un servicio estable como root en Android provoca una falla en el conjunto de pruebas de compatibilidad (CTS) , los requisitos anteriores para retener una capacidad mientras se ejecuta un proceso o servicio implicaban configurar capacidades y luego usar setuid / setgid para ejecutar un AID adecuado. Con mayúsculas, puede omitir estos requisitos y dejar que el kernel lo haga por usted. Cuando el control se entrega a main() , su proceso ya tiene las capacidades que necesita para que su servicio pueda utilizar un usuario y grupo no root (esta es la forma preferida de iniciar servicios privilegiados).
La sección de mayúsculas utiliza la siguiente sintaxis:
| Sección | Valor | Definición |
|---|---|---|
[path] | La ruta del sistema de archivos a configurar. Una ruta que termina en / se considera un directorio; de lo contrario, es un archivo. Es un error especificar varias secciones con la misma [path] en diferentes archivos. En las versiones de Python <= 3.2, el mismo archivo puede contener secciones que anulan la sección anterior; en Python 3.2, está configurado en modo estricto. | |
mode | Modo de archivo octal | Un modo de archivo octal válido de al menos 3 dígitos. Si se especifica 3, tiene el prefijo 0; de lo contrario, el modo se utiliza tal cual. |
user | AID_<usuario> | O bien el C define un AID válido o el nombre descriptivo (por ejemplo, tanto AID_RADIO como radio son aceptables). Para definir una AID personalizada, consulte la sección Configuración de la AID . |
group | AID_<grupo> | Lo mismo que el usuario. |
caps | gorra* | El nombre declarado en bionic/libc/kernel/uapi/linux/capability.h sin el CAP_ inicial. Se permiten casos mixtos. Las mayúsculas también pueden ser crudas:
|
Para ver un ejemplo de uso, consulte Uso de las capacidades del sistema de archivos .
Configurando la sección AID
La sección AID contiene AID OEM y utiliza la siguiente sintaxis:
| Sección | Valor | Definición |
|---|---|---|
[AID_<name>] | El <name> puede contener caracteres en mayúsculas, números y guiones bajos. La versión en minúscula se utiliza como nombre descriptivo. El archivo de encabezado generado para la inclusión de código utiliza el AID_<name> exacto.Es un error especificar varias secciones con el mismo AID_<name> (no distingue entre mayúsculas y minúsculas y tiene las mismas restricciones que [path] ).<name> debe comenzar con un nombre de partición para garantizar que no entre en conflicto con diferentes fuentes. | |
value | <número> | Una cadena numérica de estilo C válida (hexadecimal, octal, binaria y decimal). Es un error especificar varias secciones con la misma opción de valor. Las opciones de valor deben especificarse en el rango correspondiente a la partición utilizada en <name> . La lista de particiones válidas y sus rangos correspondientes se define en system/core/libcutils/include/private/android_filesystem_config.h . Las opciones son:
|
Para ver ejemplos de uso, consulte Definición de nombres de OEM AID y Uso de OEM AID .
Ejemplos de uso
Los siguientes ejemplos detallan cómo definir y utilizar un OEM AID y cómo habilitar las capacidades del sistema de archivos. Los nombres de AID OEM ( [AID_ nombre ] ) deben comenzar con un nombre de partición como " proveedor_ " para garantizar que no entren en conflicto con futuros nombres de AOSP u otras particiones.
Definición de nombres OEM AID
Para definir un AID OEM, cree un archivo config.fs y establezca el valor de AID. Por ejemplo, en device/x/y/config.fs , configure lo siguiente:
[AID_VENDOR_FOO] value: 2900
Después de crear el archivo, configure la variable TARGET_FS_CONFIG_GEN y apúntela en BoardConfig.mk . Por ejemplo, en device/x/y/BoardConfig.mk , configure lo siguiente:
TARGET_FS_CONFIG_GEN += device/x/y/config.fs
Su AID personalizado ahora puede ser consumido por el sistema en general en una nueva compilación.
Uso de ayudas OEM
Para usar un AID OEM, en su código C, incluya oemaids_headers en su Makefile asociado y agregue #include "generated_oem_aid.h" , luego comience a usar los identificadores declarados. Por ejemplo, en my_file.c , agregue lo siguiente:
#include "generated_oem_aid.h"
…
If (ipc->uid == AID_VENDOR_FOO) {
// Do something
...
En su archivo Android.bp asociado, agregue lo siguiente:
header_libs: ["oemaids_headers"],
Si está utilizando un archivo Android.mk , agregue lo siguiente:
LOCAL_HEADER_LIBRARIES := oemaids_headers
Usar nombres amigables
En Android 9, puedes usar el nombre descriptivo para cualquier interfaz que admita nombres AID. Por ejemplo:
- En un comando
chownensome/init.rc:chown vendor_foo /vendor/some/vendor_foo/file
- En un
serviceensome/init.rc:service vendor_foo /vendor/bin/foo_service user vendor_foo group vendor_foo
Debido a que /vendor/etc/passwd y /vendor/etc/group realizan la asignación interna del nombre descriptivo al uid, se debe montar la partición del proveedor.
Asociar nombres descriptivos
Android 9 incluye soporte para asociar un nombre descriptivo con el valor real de AID del OEM. Puede utilizar argumentos de cadena no numéricos para usuario y grupo, es decir, " proveedor_foo " en lugar de "2901".
Conversión de AID a nombres amigables
Para OEM AID , Android 8.x requería el uso de oem_#### con getpwnam y funciones similares, así como en lugares que manejan búsquedas a través de getpwnam (como scripts init ). En Android 9, puedes usar los amigos getpwnam y getgrnam en Bionic para convertir de ID de Android (AID) a nombres descriptivos y viceversa.
Usar las capacidades del sistema de archivos
Para habilitar las capacidades del sistema de archivos, cree una sección de mayúsculas en el archivo config.fs . Por ejemplo, en device/x/y/config.fs , agregue la siguiente sección:
[system/bin/foo_service] mode: 0555 user: AID_VENDOR_FOO group: AID_SYSTEM caps: SYS_ADMIN | SYS_NICE
Después de crear el archivo, configure TARGET_FS_CONFIG_GEN para que apunte a ese archivo en BoardConfig.mk . Por ejemplo, en device/x/y/BoardConfig.mk , configure lo siguiente:
TARGET_FS_CONFIG_GEN += device/x/y/config.fs
Cuando se ejecuta el servicio vendor_ foo , comienza con las capacidades CAP_SYS_ADMIN y CAP_SYS_NICE sin llamadas setuid y setgid . Además, la política SELinux del servicio vendor_ foo ya no necesita las capacidades setuid y setgid y se puede eliminar.
Configuración de anulaciones (Android 6.x-7.x)
Android 6.0 reubicó fs_config y las definiciones de estructura asociadas ( system/core/include/private/android_filesystem_config.h ) a system/core/libcutils/fs_config.c donde podrían actualizarse o anularse mediante archivos binarios instalados en /system/etc/fs_config_dirs y /system/etc/fs_config_files . El uso de reglas de coincidencia y análisis separadas para directorios y archivos (que podrían usar expresiones globales adicionales) permitió a Android manejar directorios y archivos en dos tablas diferentes. Las definiciones de estructura en system/core/libcutils/fs_config.c no solo permitían la lectura de directorios y archivos en tiempo de ejecución, sino que el host podía usar los mismos archivos durante el tiempo de compilación para construir imágenes del sistema de archivos como ${OUT}/system/etc/fs_config_dirs y ${OUT}/system/etc/fs_config_files .
Si bien el método de anulación para extender el sistema de archivos ha sido reemplazado por el sistema de configuración modular introducido en Android 8.0, aún puedes usar el método anterior si lo deseas. Las siguientes secciones detallan cómo generar e incluir archivos de anulación y configurar el sistema de archivos.
Generando archivos de anulación
Puede generar los archivos binarios alineados /system/etc/fs_config_dirs y /system/etc/fs_config_files usando la herramienta fs_config_generate en build/tools/fs_config . La herramienta utiliza una función de biblioteca libcutils ( fs_config_generate() ) para gestionar los requisitos de DAC en un búfer y define reglas para un archivo de inclusión para institucionalizar las reglas de DAC.
Para usarlo, cree un archivo de inclusión en device/ vendor / device /android_filesystem_config.h que actúe como anulación. El archivo debe utilizar el formato structure fs_path_config definido en system/core/include/private/android_filesystem_config.h con las siguientes inicializaciones de estructura para símbolos de directorio y archivo:
- Para directorios, utilice
android _device _dirs[]. - Para archivos, utilice
android _device _files[].
Cuando no utilice android_device_dirs[] y android_device_files[] , puede definir NO_ANDROID_FILESYSTEM_CONFIG_DEVICE_DIRS y NO_ANDROID_FILESYSTEM_CONFIG_DEVICE_FILES (consulte el ejemplo a continuación). También puede especificar el archivo de anulación usando TARGET_ANDROID_FILESYSTEM_CONFIG_H en la configuración de la placa, con un nombre base obligatorio de android_filesystem_config.h .
Incluyendo archivos de anulación
Para incluir archivos, asegúrese de que PRODUCT_PACKAGES incluya fs_config_dirs y/o fs_config_files para que pueda instalarlos en /system/etc/fs_config_dirs /system/etc/fs_config_files , respectivamente. El sistema de compilación busca android_filesystem_config.h personalizado en $(TARGET_DEVICE_DIR) , donde existe BoardConfig.mk . Si este archivo existe en otro lugar, configure la variable de configuración de la placa TARGET_ANDROID_FILESYSTEM_CONFIG_H para que apunte a esa ubicación.
Configurando el sistema de archivos
Para configurar el sistema de archivos en Android 6.0 y superior:
- Cree el archivo
$(TARGET_DEVICE_DIR)/android_filesystem_config.h. - Agregue
fs_config_dirsy/ofs_config_filesaPRODUCT_PACKAGESen el archivo de configuración de la placa (por ejemplo,$(TARGET_DEVICE_DIR)/device.mk).
Ejemplo de anulación
Este ejemplo muestra un parche para anular el demonio system/bin/glgps para agregar soporte de bloqueo de activación en el directorio device/ vendor / device . Tenga en cuenta lo siguiente:
- Cada entrada de estructura es el modo, uid, gid, capacidades y el nombre.
system/core/include/private/android_filesystem_config.hse incluye automáticamente para proporcionar el manifiesto #defines (AID_ROOT,AID_SHELL,CAP_BLOCK_SUSPEND). - La sección
android_device_files[]incluye una acción para suprimir el acceso asystem/etc/fs_config_dirscuando no se especifica, lo que sirve como protección DAC adicional por falta de contenido para anulaciones de directorios. Sin embargo, se trata de una protección débil; si alguien tiene control sobre/system, normalmente puede hacer lo que quiera.
diff --git a/android_filesystem_config.h b/android_filesystem_config.h
new file mode 100644
index 0000000..874195f
--- /dev/null
+++ b/android_filesystem_config.h
@@ -0,0 +1,36 @@
+/*
+ * Copyright (C) 2015 The Android Open Source Project
+ *
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
+ * implied. See the License for the specific language governing
+ * permissions and limitations under the License.
+ */
+
+/* This file is used to define the properties of the filesystem
+** images generated by build tools (eg: mkbootfs) and
+** by the device side of adb.
+*/
+
+#define NO_ANDROID_FILESYSTEM_CONFIG_DEVICE_DIRS
+/* static const struct fs_path_config android_device_dirs[] = { }; */
+
+/* Rules for files.
+** These rules are applied based on "first match", so they
+** should start with the most specific path and work their
+** way up to the root. Prefixes ending in * denotes wildcard
+** and will allow partial matches.
+*/
+static const struct fs_path_config android_device_files[] = {
+ { 00755, AID_ROOT, AID_SHELL, (1ULL << CAP_BLOCK_SUSPEND),
"system/bin/glgps" },
+#ifdef NO_ANDROID_FILESYSTEM_CONFIG_DEVICE_DIRS
+ { 00000, AID_ROOT, AID_ROOT, 0, "system/etc/fs_config_dirs" },
+#endif
+};
diff --git a/device.mk b/device.mk
index 0c71d21..235c1a7 100644
--- a/device.mk
+++ b/device.mk
@@ -18,7 +18,8 @@ PRODUCT_PACKAGES := \
libwpa_client \
hostapd \
wpa_supplicant \
- wpa_supplicant.conf
+ wpa_supplicant.conf \
+ fs_config_files
ifeq ($(TARGET_PREBUILT_KERNEL),)
ifeq ($(USE_SVELTE_KERNEL), true)
Migrar sistemas de archivos de versiones anteriores
Al migrar sistemas de archivos desde Android 5.x y versiones anteriores, tenga en cuenta que Android 6.x
- Elimina algunas inclusiones, estructuras y definiciones en línea.
- Requiere una referencia a
libcutilsen lugar de ejecutarse directamente desdesystem/core/include/private/android_filesystem_config.h. Los ejecutables privados del fabricante del dispositivo que dependen desystem/code/include/private_filesystem_config.hpara las estructuras de archivos o directorios ofs_configdeben agregar dependencias de la bibliotecalibcutils. - Requiere copias de la rama privada del fabricante del dispositivo
system/core/include/private/android_filesystem_config.hcon contenido adicional en los objetivos existentes para mover aldevice/ vendor / device /android_filesystem_config.h. - Se reserva el derecho de aplicar controles de acceso obligatorios (MAC) de SELinux a los archivos de configuración en el sistema de destino; las implementaciones que incluyen ejecutables de destino personalizados utilizando
fs_config()deben garantizar el acceso.