**Secure Enclave de Apple: cómo funciona y qué protege — App-Vault**

> Explicación en lenguaje sencillo del Secure Enclave de Apple: procesador separado, AES por hardware, arranque seguro y los límites honestos de la seguridad en el dispositivo.

Source: https://appvau.lt/es/guides/secure-enclave-explained/ · language: es · updated: 2026-05-16

FILE G2 / SEGURIDAD HARDWARE

# El Secure Enclave de Apple en lenguaje sencillo

El Secure Enclave es un coprocesador dedicado dentro de cada iPhone, iPad y Mac moderno con silicio de Apple. Maneja las operaciones más sensibles del dispositivo —cifrar claves, verificar datos biométricos y firmar transacciones— en un entorno físicamente aislado que el procesador principal no puede leer. Este artículo explica cómo funciona el Secure Enclave, qué protege y dónde se detiene su protección.

![Cover illustration for: El Secure Enclave de Apple en lenguaje sencillo](https://appvau.lt/images/covers/guides__secure-enclave-explained.svg)

*FILE COVER · / GUIDES / SECURE-ENCLAVE-EXPLAINED /*

ACTUALIZADO · 2026-05-16 · REVISADO POR APP-VAULT

DEFINICIÓN

**Secure Enclave de Apple** es un módulo de seguridad hardware integrado dentro de los procesadores de la serie A y M de Apple. Funciona como un coprocesador independiente con su propia ROM de arranque, CPU, motor AES y generador de números aleatorios verdaderos. Su propósito es aislar las claves criptográficas, los datos biométricos y otros secretos del procesador de aplicaciones principal y del sistema operativo que se ejecuta en él. El Secure Enclave se comunica con el procesador principal a través de una interfaz de buzón restringida, y solo libera los resultados de las operaciones, nunca los secretos en bruto.

- ¿Dónde se encuentra físicamente el Secure Enclave? — Dentro del mismo encapsulado SoC que la CPU principal, pero aislado eléctricamente en su propio dado de silicio o región con buses dedicados.
- ¿Qué primitivas criptográficas expone? — Cifrado/descifrado AES‑256, generación y firma de claves de curva elíptica (P256), generación de números aleatorios verdaderos y envoltura segura de claves.
- ¿Puede el procesador principal leer la memoria del Secure Enclave? — No. La memoria interna del Secure Enclave —incluyendo su almacén de claves— no es accesible desde el procesador de aplicaciones (AP) en ningún nivel de privilegio.
- ¿Cómo solicita una aplicación una operación del Secure Enclave? — A través del controlador SEP (Secure Enclave Processor) del kernel, que envía una solicitud al SEP. El SEP realiza la operación y devuelve solo el resultado.
- ¿Qué ocurre si el firmware del Secure Enclave se corrompe? — La ROM de arranque segura del Secure Enclave verifica la firma de su firmware de arranque. Si la firma no coincide con el certificado raíz de Apple, el SEP se niega a arrancar y el dispositivo entra en modo de recuperación.
- ¿Protege el Secure Enclave contra un dispositivo con jailbreak? — No. Un kernel con jailbreak puede modificar el controlador SEP para enviar comandos arbitrarios, engañando potencialmente al SEP para que firme datos que no debería. El SEP en sí sigue siendo ilegible, pero sus operaciones pueden ser mal utilizadas.

TL;DR

> El Secure Enclave de Apple es un sistema en un chip (SoC) independiente integrado en el mismo encapsulado que el procesador principal. Tiene su propia CPU, ROM de arranque segura, motor AES por hardware y generador de números aleatorios verdaderos. Almacena y procesa claves de cifrado, plantillas biométricas y credenciales de Apple Pay de forma que el sistema operativo principal no puede acceder a ellos. Las aplicaciones que usan la interfaz SecureEnclave.P256 de CryptoKit pueden almacenar claves privadas que nunca salen del chip. El Secure Enclave no es una bala de plata: no puede proteger contra un kernel comprometido, ataques físicos con equipos avanzados ni manipulaciones en la cadena de suministro. App-Vault utiliza el Secure Enclave para envolver la salida de su derivación de clave basada en contraseña, vinculando la clave de cifrado de la bóveda a un dispositivo específico.

Cada iPhone, iPad y Mac con silicio de Apple contiene un segundo ordenador que no puedes tocar. Tiene su propio procesador, su propia memoria, su propia ROM de arranque y su propio sistema operativo. Nunca se conecta a internet. Nunca ejecuta código que instales. Nunca comparte sus secretos con el procesador principal — ni siquiera cuando el procesador principal se ejecuta al nivel de privilegio más alto.

Ese segundo ordenador es el Secure Enclave de Apple.

Este artículo explica qué es el Secure Enclave, cómo funciona, qué protege y — algo igual de importante — qué **no** protege. Si estás evaluando una aplicación de privacidad que afirma «usar el Secure Enclave», esta guía te ayudará a separar el marketing de la ingeniería.

## ¿Qué es el Secure Enclave?

El Secure Enclave es un módulo de seguridad hardware integrado en los sistemas en un chip (SoC) de la serie A (iPhone, iPad) y M (Mac) de Apple. Es un coprocesador físicamente separado, construido en su propio silicio dentro del mismo encapsulado del chip. El procesador de aplicaciones principal — el que ejecuta iOS o macOS — no puede leer directamente la memoria ni los registros del Secure Enclave. La referencia canónica es el [capítulo del Secure Enclave de la guía de seguridad de la plataforma Apple](https://support.apple.com/guide/security/secure-enclave-sec59b0b31ff/web).

Apple introdujo el Secure Enclave con el chip A7 en el iPhone 5s (2013). Se ha extendido al coprocesador T2 en los Mac con Intel y ahora es un componente estándar de todos los chips A14, M1, M2, M3 y M4. Cada generación lo ha refinado. La versión actual incluye:

- Una CPU dedicada basada en ARM (no el mismo núcleo que el procesador principal)

- ROM de arranque segura, grabada en el silicio durante la fabricación

- Motor AES por hardware para cifrado y descifrado

- Generador de números aleatorios verdaderos (TRNG)

- Motor criptográfico de curva elíptica (P‑256)

- Almacén de claves dedicado, memoria no volátil para secretos

- Contador antirreproducción para evitar ataques de fuerza bruta al código de acceso

El Secure Enclave ejecuta su propio micronúcleo, llamado sepOS. Este firmware está firmado por Apple y verificado por la ROM de arranque cada vez que el dispositivo se inicia. Si la firma no coincide con el certificado raíz de Apple, el Secure Enclave se niega a arrancar y el dispositivo entra en modo de recuperación.

## Cómo se comunica el Secure Enclave con el procesador principal

El Secure Enclave y el procesador principal no comparten memoria. Se comunican a través de una interfaz de buzón restringida, mediada por un controlador del kernel llamado controlador SEP (Secure Enclave Processor driver).

El flujo funciona así:

1. Una aplicación o servicio del sistema necesita una operación criptográfica — por ejemplo, descifrar un archivo o verificar una huella dactilar.

2. La solicitud se envía al kernel, que la empaqueta en un mensaje y lo escribe en el buzón.

3. El Secure Enclave lee el mensaje, lo procesa usando su propio hardware y secretos almacenados, y escribe el resultado de vuelta en el buzón.

4. El kernel lee el resultado y lo devuelve a la aplicación solicitante.

El punto clave: el Secure Enclave **nunca exporta** sus secretos almacenados. Solo exporta la **salida** de una operación — un blob descifrado, un hash firmado, un resultado booleano de coincidencia. Las claves en bruto y las plantillas biométricas permanecen dentro de la memoria privada del SEP.

Este diseño crea un límite de confianza sólido. Incluso si un atacante obtiene acceso completo al kernel (un jailbreak), no puede leer el almacén de claves del Secure Enclave. Solo puede enviar solicitudes al SEP y observar las salidas.

![El Secure Enclave de Apple en lenguaje sencillo](https://appvau.lt/images/inline/es/secure-enclave-explained-flow.webp)

## Qué protege el Secure Enclave

Apple utiliza el Secure Enclave para proteger varias categorías de datos sensibles:

### Plantillas biométricas de Touch ID y Face ID

Cuando registras una huella dactilar o un rostro, el sensor captura una imagen y la envía al Secure Enclave. El SEP procesa la imagen en una plantilla matemática y la almacena en su almacén de claves. El procesador principal nunca ve la imagen en bruto ni la plantilla. Durante la autenticación, el SEP compara los datos del sensor en vivo con la plantilla almacenada y devuelve solo una respuesta de sí/no.

### Claves de pago de Apple Pay

Cada tarjeta de crédito o débito almacenada en Apple Pay recibe un Número de cuenta del dispositivo único, cifrado y almacenado dentro del Secure Enclave. Cuando realizas un pago, el SEP firma el criptograma de la transacción usando esa clave. El comerciante nunca recibe el número real de la tarjeta.

### Clave maestra del Llavero de iCloud

La clave maestra que cifra tu Llavero de iCloud — contraseñas, números de tarjetas de crédito, credenciales de Wi‑Fi — se genera y almacena dentro del Secure Enclave. La clave nunca se escribe en la memoria flash en texto plano. Está envuelta por una clave derivada de tu código de acceso del dispositivo, que también gestiona el SEP.

### Claves SecureEnclave.P256 de CryptoKit

A partir de iOS 13, el framework CryptoKit de Apple expone un espacio de nombres `SecureEnclave`. Las aplicaciones pueden generar un par de claves de curva elíptica P‑256 **dentro** del Secure Enclave. La clave privada la crea el TRNG del SEP y se almacena en su almacén de claves. La aplicación recibe solo la clave pública. Para firmar o descifrar, la aplicación envía los datos al SEP y recibe el resultado.

Esta es la interfaz que utilizan aplicaciones de privacidad como App-Vault. App-Vault genera una clave P‑256 del Secure Enclave durante la configuración. La clave de cifrado de la bóveda — derivada del patrón del usuario mediante PBKDF2‑SHA256 con 600.000 iteraciones — se envuelve (cifra) con esta clave del SEP. El blob envuelto se almacena en el sistema de archivos del dispositivo. Cuando el usuario introduce su patrón, App-Vault pide al SEP que desenvuelva el blob. Si el SEP se niega (porque el patrón es incorrecto), la bóveda permanece sellada.

La ventaja: incluso si un atacante roba el dispositivo y vuelca el almacenamiento flash, no puede desenvolver la clave de la bóveda sin el Secure Enclave. La clave del SEP nunca sale del chip y es única para ese dispositivo.

## Cómo usa App-Vault el Secure Enclave

La [pila de cifrado](https://appvau.lt/encryption/) de App-Vault se basa en tres capas:

1. **Patrón del usuario** → PBKDF2‑SHA256 (600k iteraciones) → clave intermedia.

2. **Clave intermedia** → envuelta por la clave P‑256 del Secure Enclave → almacenada en disco.

3. **Cifrado AES‑256‑GCM por archivo** usando un nonce único de 96 bits, con la clave de archivo derivada de la clave de bóveda desenvuelta.

La vinculación al Secure Enclave significa que incluso si los archivos cifrados de la bóveda son exfiltrados, no pueden descifrarse en otro dispositivo. La bóveda está físicamente atada a ese iPhone específico.

Esto es una forma de [arquitectura de conocimiento cero](https://appvau.lt/zero-knowledge/): App-Vault nunca ve el patrón del usuario, nunca tiene acceso a la clave de la bóveda y no puede recuperar archivos si el patrón se olvida. No hay cuenta, ni restablecimiento de contraseña, ni herramienta de soporte. El Secure Enclave hace que esa garantía sea exigible a nivel hardware.

## Limitaciones honestas del Secure Enclave

El Secure Enclave no es un escudo mágico. Tiene limitaciones reales que todo usuario debería entender.

### No puede proteger contra un kernel comprometido

Un dispositivo con jailbreak y acceso al kernel puede enviar comandos arbitrarios al Secure Enclave. Aunque el SEP no revelará sus claves almacenadas, puede ser engañado para que firme o descifre datos que el atacante suministre. Por ejemplo, un atacante podría presentar un sensor biométrico falso y pedir al SEP que lo verifique contra la plantilla almacenada. El SEP podría devolver «coincidencia» si la solicitud está manipulada correctamente.

Esto no es una vulnerabilidad del SEP en sí — es una limitación de la interfaz. El SEP confía en que el kernel sea honesto sobre el origen de los datos. Si el kernel está comprometido, esa confianza se rompe.

El [modelo de amenazas](https://appvau.lt/security/) de App-Vault reconoce esto: la aplicación asume que el dispositivo ejecuta una versión de iOS sin jailbreak y actualizada. Si el kernel está comprometido, todo es posible.

### No defiende contra ataques físicos

Con suficiente equipo y experiencia, un atacante puede decapar el chip, sondear los buses entre el SEP y el procesador principal, e intentar extraer secretos. Apple diseña el Secure Enclave para que esto sea prohibitivamente caro — el bus está cifrado y la memoria del SEP está diseñada para ponerse a cero al detectar manipulación — pero ningún hardware de consumo es invulnerable.

La amenaza realista no es un estado-nación con un microscopio electrónico de barrido. Es un ladrón que roba tu teléfono e intenta adivinar tu código de acceso. El contador antirreproducción del Secure Enclave retrasa cada intento, haciendo que la fuerza bruta sea impracticable.

### No protege contra ataques a la cadena de suministro

Si el Secure Enclave se viera comprometido durante la fabricación — una puerta trasera plantada en la ROM de arranque o en el motor AES por hardware — ningún software podría detectarlo. Apple controla toda la cadena de suministro de sus chips, lo que reduce este riesgo, pero no puede eliminarlo.

### No es una solución de seguridad en la nube

El Secure Enclave protege los datos en reposo en el dispositivo. No hace nada por los datos sincronizados con iCloud. Si activas la Copia de seguridad de iCloud, los archivos cifrados de tu bóveda se suben a los servidores de Apple. Apple posee las claves de cifrado de las copias de seguridad de iCloud (a menos que actives la Protección avanzada de datos, que usa el Secure Enclave para derivar una clave de copia de seguridad separada). La copia de seguridad cifrada de App-Vault es opt-in y usa una clave de copia de seguridad por dispositivo sellada por el SEP, pero los archivos siguen saliendo del dispositivo.

## Comparación del Secure Enclave con otras soluciones de seguridad hardware

El Secure Enclave se compara a menudo con ARM TrustZone o el TPM (Trusted Platform Module) de los PC con Windows. Las diferencias importan:

- **TrustZone** es una separación impuesta por hardware entre «mundo seguro» y «mundo normal» en el mismo núcleo de CPU. Comparte la misma CPU y caché, lo que crea una superficie de ataque más grande. El Secure Enclave es un procesador físicamente separado con su propio bus de memoria.

- **TPM** es un chip discreto soldado a la placa base, estandarizado por el TCG. Es más lento y más limitado en operaciones criptográficas que el Secure Enclave. La implementación de Apple es más rápida y está más integrada.

- **Titan M de Google** y **Knox de Samsung** son conceptos similares pero con arquitecturas diferentes. Titan M es un chip separado; Knox usa TrustZone más un elemento seguro.

La principal ventaja del Secure Enclave es su estrecha integración con el silicio personalizado de Apple. El SEP y el procesador principal se diseñan juntos, lo que permite una latencia menor y un aislamiento más fuerte que un chip discreto.

## Qué significa el Secure Enclave para las aplicaciones de privacidad

Cuando una aplicación de privacidad anuncia «soporte para Secure Enclave», haz dos preguntas:

1. **¿Genera la aplicación la clave dentro del SEP, o solo almacena allí una clave existente?** Almacenar una clave que se generó fuera del SEP es más débil — la clave existió en la memoria principal en algún momento. Generar la clave dentro del SEP garantiza que nunca sale del chip.

2. **¿Usa la aplicación SecureEnclave.P256 de CryptoKit o una interfaz personalizada?** CryptoKit es la única forma documentada y compatible con Apple para que aplicaciones de terceros usen el Secure Enclave. Las interfaces personalizadas no están disponibles para aplicaciones de la App Store.

App-Vault usa `SecureEnclave.P256` de CryptoKit para generar la clave de envoltura durante la configuración. La clave de cifrado de la bóveda se deriva del patrón del usuario mediante PBKDF2, luego se envuelve con la clave del SEP. El blob envuelto se almacena en disco. Este diseño significa que la clave de la bóveda nunca existe en texto plano fuera de la protección del SEP — ni siquiera durante la autenticación.

Para una comparación más detallada de cómo otras aplicaciones de bóveda manejan la seguridad hardware, consulta [App-Vault vs Vaultaire](https://appvau.lt/compare/app-vault-vs-vaultaire/) y [App-Vault vs Keepsafe](https://appvau.lt/compare/app-vault-vs-keepsafe/).

![Secure Enclave de Apple](https://appvau.lt/images/inline/es/secure-enclave-explained-brief.webp)

## En resumen

El Secure Enclave de Apple es uno de los módulos de seguridad hardware mejor diseñados en la electrónica de consumo. Aísla secretos a nivel de silicio, impone un arranque seguro, proporciona criptografía acelerada por hardware y expone una interfaz limpia para aplicaciones que necesitan almacenar claves sin exponerlas al sistema operativo.

No es una panacea. No puede proteger contra un kernel comprometido, un ataque físico con recursos ilimitados ni una cadena de suministro maliciosa. Pero para la gran mayoría de usuarios de iPhone — y para el modelo de amenazas de un dispositivo perdido o robado — el Secure Enclave eleva el coste de la extracción hasta el punto de que solo los atacantes más decididos y con más recursos pueden siquiera intentarlo.

App-Vault está construido sobre la suposición de que el Secure Enclave de tu iPhone es el mejor lugar para vincular una clave de bóveda. El [bloqueo por patrón](https://appvau.lt/pattern-lock/) que dibujas se convierte en una clave que solo el SEP puede desenvolver. El [cifrado AES‑256‑GCM](https://appvau.lt/encryption/) que sella cada archivo está respaldado por una clave que nunca sale del chip. Y la [arquitectura de conocimiento cero](https://appvau.lt/zero-knowledge/) significa que incluso si Apple quisiera ayudar a alguien a entrar en tu bóveda, no podría — porque la clave está bloqueada dentro de un trozo de silicio que no obedece a nadie más que a ti.

DIAGRAM · 02

DOSSIER

*PATTERN LOCK — 5×5 grid, one of more than a billion 8-dot paths*

READ NEXT

- [01Cifrado AES‑256‑GCMCómo App-Vault usa AES‑256‑GCM con nonces únicos por archivo, derivación de clave PBKDF2 y envoltura con Secure Enclave.](https://appvau.lt/encryption/)
- [02Arquitectura de conocimiento ceroApp-Vault nunca ve tus archivos ni tus contraseñas. Sin servidores, sin cuentas, sin telemetría.](https://appvau.lt/zero-knowledge/)
- [03Seguridad y modelo de amenazasContra qué defiende App-Vault — y contra qué no. Límites honestos de una aplicación de cifrado local.](https://appvau.lt/security/)

QUESTIONS

## 10 sharp answers.

1. 01 ¿Qué es el Secure Enclave de Apple? El Secure Enclave es un coprocesador de seguridad hardware dedicado dentro de los chips de la serie A y M de Apple. Maneja tareas sensibles como la comparación biométrica, el almacenamiento de claves y la firma criptográfica en un entorno aislado.
2. 02 ¿En qué se diferencia el Secure Enclave de un TPM o un TEE? El Secure Enclave es un diseño personalizado de Apple, no un Trusted Platform Module (TPM) ni ARM TrustZone. Tiene su propia CPU y ROM de arranque, y se comunica con el procesador principal a través de una interfaz restringida. Conceptualmente se acerca más a un elemento seguro dedicado.
3. 03 ¿Qué datos protege el Secure Enclave? Las plantillas biométricas de Touch ID y Face ID, las claves de pago de Apple Pay, la clave maestra de cifrado del Llavero de iCloud y las claves privadas creadas a través de la interfaz SecureEnclave.P256 de CryptoKit.
4. 04 ¿Se puede hackear el Secure Enclave? No se conoce ningún exploit público que haya extraído secretos de la memoria interna del Secure Enclave. Los ataques contra el SEP han apuntado a la interfaz de software —engañándolo para que firme o descifre datos— en lugar de leer directamente su almacén de claves.
5. 05 ¿Protege el Secure Enclave contra herramientas de extracción de las fuerzas de seguridad? El contador antirreproducción del Secure Enclave y las claves específicas del dispositivo hacen extremadamente difícil forzar el código de acceso por fuerza bruta o extraer datos biométricos de un dispositivo bloqueado. Herramientas como GrayKey apuntan a la memoria del procesador principal, no al SEP.
6. 06 ¿Requiere el Secure Enclave conexión a internet? No. El Secure Enclave opera completamente en el dispositivo. No tiene ninguna interfaz de red externa.
7. 07 ¿Cómo usa una aplicación el Secure Enclave? En iOS, las aplicaciones pueden usar la clase `SecureEnclave` de CryptoKit para generar y almacenar claves privadas de curva elíptica. La clave se crea dentro del SEP y nunca se exporta. La aplicación puede entonces solicitar operaciones de firma o descifrado a través del controlador SEP.
8. 08 ¿Para qué se utiliza el generador de números aleatorios verdaderos del Secure Enclave? Genera nonces criptográficos, valores de sal y material de clave. Apple lo usa para alimentar el pool de entropía del kernel y para producir los nonces por archivo en el cifrado AES‑GCM.
9. 09 ¿Al restablecer el dispositivo se borra el Secure Enclave? Sí. Cuando se borra el dispositivo (Ajustes > General > Transferir o restablecer > Borrar contenido y configuración), el almacén de claves del Secure Enclave se pone a cero. Las plantillas biométricas y todas las claves derivadas se pierden.
10. 10 ¿Puede el Secure Enclave proteger los datos después de que el dispositivo se pierda o sea robado? Dificulta la extracción, pero no la hace imposible. Un atacante sofisticado con acceso físico y recursos ilimitados podría intentar decapar el chip y sondear los buses del SEP. El diseño hardware de Apple hace que esto sea prohibitivamente caro para la mayoría de las amenazas.

DOSSIERS RELACIONADOS

## Sigue leyendo.

9 ENTRIES

- [LINK / 01 · Cifrado Cifrado AES‑256‑GCM Cómo App-Vault usa AES‑256‑GCM con nonces únicos por archivo, derivación de clave PBKDF2 y envoltura con Secure Enclave.](https://appvau.lt/encryption/)
- [LINK / 02 · Arquitectura Arquitectura de conocimiento cero App-Vault nunca ve tus archivos ni tus contraseñas. Sin servidores, sin cuentas, sin telemetría.](https://appvau.lt/zero-knowledge/)
- [LINK / 03 · Modelo de amenazas Seguridad y modelo de amenazas Contra qué defiende App-Vault — y contra qué no. Límites honestos de una aplicación de cifrado local.](https://appvau.lt/security/)
- [LINK / 04 · Autenticación Bloqueo por patrón La cuadrícula de 5×5 que se convierte en una clave criptográfica. Cómo la entropía del patrón se transforma en una clave AES‑256.](https://appvau.lt/pattern-lock/)
- [LINK / 05 · Comparativa App-Vault vs Vaultaire Comparativa detallada de las dos bóvedas para iPhone técnicamente más ambiciosas.](https://appvau.lt/compare/app-vault-vs-vaultaire/)
- [LINK / 06 · Comparativa App-Vault vs Keepsafe Cómo el cifrado vinculado al hardware de App-Vault se compara con el modelo centrado en la nube del líder de la categoría.](https://appvau.lt/compare/app-vault-vs-keepsafe/)
- [LINK / 07 · GUIDE ¿Tiene iPhone una carpeta segura? La respuesta completa para usuarios de iOS iOS no tiene una carpeta segura al estilo Samsung. Descubre qué ofrece Apple de forma nativa, las carencias que persisten y cómo App-Vault las cubre con cifrado AES-256.](https://appvau.lt/es/guides/secure-folder-iphone/)
- [LINK / 08 · GUIDE ¿Qué es el cifrado AES-256? Una guía para no criptógrafos AES-256 es el estándar de cifrado que utilizan gobiernos y bancos. Descubre qué significa AES de 256 bits, cómo funciona y dónde falla.](https://appvau.lt/es/guides/what-is-aes-256-encryption/)
- [LINK / 09 · GUIDE AES-256-GCM: el estándar de cifrado autenticado que protege tus archivos en el iPhone AES-256-GCM es el cifrado autenticado detrás de TLS 1.3, WireGuard y Signal. Cómo funciona, su disciplina de nonce y por qué App-Vault lo utiliza para el cifrado de archivos.](https://appvau.lt/es/guides/what-is-aes-256-gcm/)

COMENZAR

## Sella la bóveda.

Gratis para descargar. La primera bóveda es gratis, para siempre. Actualiza solo cuando la superes.

[Abrir App-Vault en iPhone](https://appvau.lt/download/)

---

HTML version: https://appvau.lt/es/guides/secure-enclave-explained/
Structured data for this site: https://appvau.lt/api/v1/openapi.json · https://appvau.lt/llms.txt
Free to quote and reuse with a link back to the source URL above (CC BY 4.0).