Separación de arquitectura de hardware: Secure Element (eSE) vs. banda base eUICC

La principal razón por la que los viajeros temen que sus billeteras digitales fallen en el extranjero es el desconocimiento de cómo los chipsets móviles modernos aíslan la identidad de red del almacenamiento financiero criptográfico. Los sistemas operativos móviles imponen una estricta separación física y lógica a nivel de hardware entre las vías de comunicación celular y los entornos de ejecución de pagos.

Instalar, activar o eliminar una eSIM de viaje interactúa exclusivamente con la pila de banda base celular y el eUICC (embedded Universal Integrated Circuit Card). No tiene ningún tipo de acceso físico ni programático al eSE (embedded Secure Element), al Secure Enclave de Apple ni al Trusted Execution Environment (TEE) de Android, que es donde residen los tokens financieros y los applets de transporte público.

`` +-------------------------------------------------------------------------+ | PROCESADOR DE APLICACIONES (AP) | | iOS / Android OS (Servicios de SO de alto nivel) | +--------------------+-------------------------------+--------------------+ | (Bus aislado SPI / I2C) | (PCIe/UART dedicado) v v +------------------------------------+ +--------------------------------+ | SECURE ELEMENT INTEGRADO (eSE) | | CHIPSET DE BANDA BASE | | - Tokens de pago EMVCo (DPANs) | | - Controladores RF Front-End | | - Applets de transporte (FeliCa) | | - Pila de red móvil | | - Motor de firma criptográfica | +---------------+----------------+ | - Autorización biométrica | | (ISO/IEC 7816) +------------------------------------+ v +--------------------------------+ | eUICC (CHIP eSIM) | | - Perfiles GSMA SGP.22 | | - Claves de red IMSI / Ki | | - Lógica de enrutamiento | +--------------------------------+ ``

Los tres dominios de silicio independientes

Los smartphones modernos de Apple, Google y Samsung dividen la identidad y el procesamiento en tres dominios de ejecución diferenciados:

  1. El eUICC (Dominio de identidad celular): Fabricado bajo las especificaciones GSMA SGP.22, este microchip dedicado almacena los perfiles de los operadores, que contienen las identidades internacionales de abonado móvil (IMSI), claves de autenticación ($K_i$) y perfiles de red. Su alcance operativo se limita estrictamente a negociar conexiones por radiofrecuencia (RF) con las antenas de telefonía.
  2. El procesador de banda base (Dominio del módem): Un procesador especializado que convierte datos digitales en señales de radiofrecuencia. Se comunica con el procesador principal de aplicaciones (AP) a través de buses serie de alta velocidad dedicados (PCIe/UART) y carece por completo de acceso de lectura/escritura a los registros de memoria de pago.
  3. El Secure Element integrado y Secure Enclave (Dominio criptográfico): Un microcontrolador inviolable, certificado con Common Criteria EAL6+, que ejecuta un sistema operativo especializado (como Java Card OS). Está físicamente separado del módem y de la banda base, y se comunica exclusivamente con el controlador NFC y el procesador de aplicaciones principal mediante buses I2C/SPI aislados y protegidos por cortafuegos.

Arquitectura de hardware: Matriz de aislamiento de subsistemas

Componente del subsistemaMódulo de hardware principalEstándar / Certificación¿Acceso directo a la red celular?¿Acceso directo a NFC y pagos?
Identidad celulareUICC (eSIM) / Ranura SIMGSMA SGP.22 / SGP.32 (Negociación de banda base)No (Estrictamente bloqueado)
Almacenamiento criptográficoeSE / Apple Secure EnclaveCommon Criteria EAL6+No (Cero memoria compartida) (Enlace directo por bus NFC)
Verificación de tokensAndroid TEE / AP de AppleGlobalPlatform TEEIndirecto (Enrutamiento de datos del SO) (Ruta de autenticación biométrica)
RF sin contactoControlador NFC (ej. NXP)ISO/IEC 14443 / FeliCaNo (Aislado por hardware) (Transmisión de campo RF)

Por qué un cambio de eSIM no puede alterar tus tokens de pago

Cuando se activa un perfil de datos internacional —por ejemplo, al descargar un perfil de roaming para Europa o Asia—, el Local Profile Assistant (LPA) del sistema operativo ordena al eUICC que deshabilite el perfil del operador local y active el perfil de datos de viaje.

`` [Solicitud LPA] -> [Cambio de perfil eUICC] -> [Reautenticación de banda base] | (Límite absoluto) x [eSE / Secure Enclave / Tokens DPAN / Claves de transporte - INTACTOS Y AISLADOS] ``

Desde una perspectiva arquitectónica y matemática:

Handshakes continuos: El papel de los datos en segundo plano

Aunque el procesamiento de pagos fuera de línea permite realizar un número limitado de transacciones sin conexión a internet mediante números criptográficos únicos (nonces) precálculados, mantener una conectividad de datos estable sigue siendo fundamental. Las billeteras digitales realizan intercambios (handshakes) periódicos en segundo plano para validar actualizaciones en el ciclo de vida de los tokens, sincronizar saldos de transporte en tiempo real y enviar heurísticas de riesgo de fraude al banco emisor.

Si una SIM de viaje poco fiable corta los datos por completo al alcanzar un límite inesperado, estas operaciones de mantenimiento pueden bloquearse. Proveedores como MollySIM solucionan este problema mediante acuerdos directos con operadores Tier-1 combinados con una generosa Política de Uso Razonable (FUP) que garantiza una velocidad mínima de 384 kbps. Al ser casi tres veces más rápida que el límite estándar de 128 kbps que aplican los proveedores convencionales, los procesos esenciales en segundo plano —como la reposición dinámica de tokens en Google Wallet, las validaciones con los servidores de Apple Pay y las recargas de transporte en directo desde Google Maps— continúan ejecutándose sin problemas, incluso si se agotan los datos de alta velocidad principales.

Tarjetas de transporte sin contacto explicadas: Suica digital, Pasmo, Oyster y OMNY

Instant QR Delivery • Native 5G • 384kbps FUP Protection

🌐 Global Travel High-Speed Travel eSIM & SIM Plans

Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.

View Global Travel Plans & Pricing ➔Physical SIM Cards ➔Explore 150+ eSIMs ➔

Los smartphones actuales gestionan el acceso al transporte público mediante estándares especializados de identificación por radiofrecuencia (RFID) y comunicación de campo cercano (NFC). Muchos viajeros creen erróneamente que cambiar de red de datos móviles con una eSIM internacional podría alterar estos abonos de transporte digitales. Para entender por qué las tarjetas no sufren ningún impacto a nivel de hardware —pero sí pueden verse afectadas en la gestión del saldo—, es imprescindible analizar los protocolos de transmisión subyacentes.

Protocolos de arquitectura: FeliCa Type-F vs. ISO/IEC 14443 Type A/B

Los sistemas de transporte de todo el mundo se basan en dos arquitecturas principales de comunicación sin contacto integradas directamente en el Secure Element (eSE) de tu teléfono:

`` +-------------------------------------------------------------------------+ | ARQUITECTURA DEL SMARTPHONE | | | | +-------------------+ +--------------------+ +--------------+ | | | Sistema Operativo | | Banda base / SIM | | Secure Elem. | | | | (Apple / Android) | | (Datos eSIM Viaje) | | (eSE) | | | +---------+---------+ +---------+----------+ +------+-------+ | +-------------|------------------------|----------------------|-----------+ | | | | (Recargas / APIs) | (Canal de datos IP) | (Ind. NFC) v v v +-----------------+ +-----------------+ +-------------+ | Recarga en App | <----+ Datos MollySIM | | Torniquete | | Apple/Google Pay| | (Mínimo 384kbps)| | (RF Offline)| +-----------------+ +-----------------+ +-------------+ ``

  1. Sony FeliCa (JIS X 6319-4 / ISO/IEC 18092 Type-F): Utilizado principalmente en Japón (Suica, PASMO, ICOCA) y Hong Kong (Octopus). FeliCa opera a una velocidad ultrarrápida de unos 100 milisegundos por transacción para gestionar el enorme volumen de pasajeros en hora punta.
  2. ISO/IEC 14443 Type A/B: El estándar global utilizado para pagos EMV sin contacto de circuito abierto y tarjetas inteligentes. Hace funcionar sistemas como Transport for London (TfL / Oyster) en Londres, OMNY en Nueva York, SimplyGo en Singapur y los pases digitales Navigo en París.
Sistema de transporte / RegiónProtocolo estándarMétodo de emulación de tarjeta¿Requiere datos móviles en el torno?
Suica / PASMO digital (Japón)Sony FeliCa (Type-F)eSE por hardwareNo (Inducción RF local)
OMNY (Nueva York)ISO/IEC 14443 Type-A/BEMV abierto / eSE tokenizadoNo (Offline Data Auth / ODA)
TfL / Oyster (Londres)ISO/IEC 14443 Type-AApplet cerrado / EMV abiertoNo (Inducción RF local)
SimplyGo (Singapur)ISO/IEC 14443 Type-BTicketing basado en cuenta (ABT)No (Conciliación en back-office)

Ejecución sin datos: Cómo funciona el Modo Exprés en los torniquetes

Cuando acercas el teléfono al torniquete del metro, la transacción no se enruta a través de tu plan de datos móviles ni realiza ningún intercambio por internet mediante tu eSIM.

En su lugar, el lector del torno genera un campo electromagnético de 13,56 MHz. Mediante inducción magnética de campo cercano, el lector alimenta la antena NFC de tu dispositivo. Con el Modo de transporte exprés (Apple Wallet) o el Modo Exprés (Google Wallet), el sistema operativo omite la autenticación biométrica (Face ID, Touch ID o huella dactilar) y envía la señal de interrogación del lector directamente al eSE.

El ciclo de autenticación mutua, la lectura del saldo y la autorización de la transacción se ejecutan localmente en menos de 150 milisegundos. Este proceso funciona completamente sin conexión, incluso si el dispositivo está en Modo Avión, no tiene cobertura bajo tierra o se ha quedado sin batería (aprovechando la reserva de energía del hardware en iPhones y modelos insignia de Google Pixel y Samsung Galaxy).

La paradoja de la recarga: Por qué la conectividad sigue siendo obligatoria

Aunque el pago físico en el torniquete es totalmente independiente del operador móvil, la gestión del saldo y recarga de tu tarjeta digital no lo es.

`` [Paso por el torniquete] ------------> 100% Offline (Inducción NFC / eSE) [Recarga en la Wallet / Nuevos pases] -> 100% Dependiente de la nube (Requiere datos) ``

Pueden surgir incidencias graves en las siguientes situaciones:

Si viajas con una SIM de datos de baja calidad que corta el servicio al superar una cuota diaria o reduce el ancho de banda a 128 kbps, las conexiones seguras HTTPS con los servidores financieros de Apple/Google suelen dar error por tiempo de espera agotado (timeout).

Para evitar estos contratiempos, las soluciones de eSIM de viaje como MollySIM garantizan una velocidad mínima bajo su Política de Uso Razonable (FUP) de 384 kbps. Dado que 384 kbps es casi el triple de los 128 kbps habituales de los proveedores económicos, tu dispositivo mantiene el ancho de banda necesario para recargar la tarjeta de transporte de inmediato, renovar tokens y consultar rutas en tiempo real en Google Maps al mismo tiempo, incluso si has consumido tu paquete principal de alta velocidad.

Dual SIM Dual Standby (DSDS) y flujos de trabajo SMS 2FA bancarios

Los smartphones insignia actuales —incluidos los iPhone (desde las series XS hasta la serie 16), Google Pixel (series 7 a 9) y Samsung Galaxy (series S22 a S25)— integran una arquitectura de banda base Dual SIM Dual Standby (DSDS). DSDS permite que el módem del dispositivo registre dos IMSI independientes en las torres de telefonía de forma simultánea, utilizando multiplexación por división de tiempo sobre transceptores de radiofrecuencia (RF) compartidos.

Esta arquitectura ofrece una gran ventaja al viajar: puedes mantener activa tu SIM principal de siempre únicamente en el canal de señalización (plano de control) para recibir SMS de autenticación en dos pasos (2FA) gratis, mientras diriges el 100% del tráfico de datos (plano de usuario) a través de un perfil de viaje internacional como MollySIM.

`` ┌─────────────────────────────────────────────────────────────┐ │ Banda base del smartphone │ └──────────────┬───────────────────────────────┬──────────────┘ │ │ Solo plano de control Pasarela de datos ┌──────────────┴──────────────┐ ┌──────────────┴──────────────┐ │ Operador local habitual │ │ Perfil eSIM de viaje │ │ - Voz y SMS activados │ │ - Datos móviles princ. │ │ - Roaming de datos: NO │ │ - Roaming de datos: SÍ │ │ - OTP entrantes: 0,00 €/$ │ │ - Enrutamiento 3DS │ └─────────────────────────────┘ └─────────────────────────────┘ ``

Guía técnica paso a paso: Configuración Dual SIM sin costes imprevistos

Para evitar que tu operador habitual te cobre automáticamente caras tarifas diarias de roaming (10–15 €/$ al día) y garantizar que sigues recibiendo códigos de verificación, configura tu dispositivo con los siguientes ajustes:

iOS (Apple iPhone)

  1. Ve a Ajustes > Datos móviles (o Red celular).
  2. En SIMs, pulsa sobre tu línea Principal (Habitual):
  1. Vuelve a Datos móviles y pulsa en tu línea de eSIM de viaje (MollySIM):
  1. Pulsa en Datos móviles en la parte superior del menú:
  1. Pulsa en Línea de voz por omisión y elige tu línea Principal para mantener tus llamadas y mensajes vinculados a tu número de siempre.

Android (Samsung Galaxy / Google Pixel)

  1. Ve a Ajustes > Redes e internet (o Conexiones) > Administrador de SIM.
  2. Activa tanto tu SIM principal como tu eSIM de viaje.
  3. Configura la SIM preferida para Datos móviles exclusivamente en MollySIM.
  4. Establece Llamadas y Mensajes en tu SIM principal.
  5. Entra en los ajustes de tu SIM principal y asegúrate de que Itinerancia de datos esté Desactivada.
  6. En dispositivos Samsung, desactiva la opción Cambio de datos y llamadas de respaldo para bloquear cualquier conmutación automática de operador.

Aprovisionamiento transfronterizo de tarjetas y validaciones 3-D Secure (3DS)

Al cruzar fronteras internacionales y realizar pagos de importe elevado o añadir una nueva tarjeta a Apple Wallet/Google Wallet, el motor de riesgo de tu entidad bancaria activa verificaciones adicionales. El banco analiza dos señales de red principales:

  1. Anomalía de geolocalización IP: Tu tráfico de datos proviene de una dirección IP asociada a un nodo de roaming local o a una pasarela de datos empaquetados (PGW) regional.
  2. Telemetría de hardware del dispositivo: El Secure Element (eSE) solicita autorización mediante token criptográfico.

`` +---------------------------------------------------------------------------------------------------+ | Parámetro de configuración | Configuración incorrecta | Aislamiento DSDS reforzado | +---------------------------------------------------------------------------------------------------+ | Enrutamiento de datos móvil | Línea principal habitual | eSIM de viaje (MollySIM) | | Roaming en SIM principal | Activado (accidental) | Explícitamente desactivado | | Conmutación / Fallover datos | Activado | Desactivado | | Coste SMS 2FA entrante | 0 €/$ (Facturado en pase diario) | 0 €/$ (Señalización de control)| | Riesgo de recargo por roaming| Muy alto (10–15 €/$/día) | 0% (Bloqueo de paquetes datos) | | Flujo de verificación 3DS | Roto si el operador corta datos | Continuo con datos de la eSIM | +---------------------------------------------------------------------------------------------------+ ``

Dado que la entrega de SMS se realiza a través de los canales estándar de señalización del plano de control (protocolos SS7 / Diameter mediante registro IMSI), tu dispositivo recibe los códigos de verificación (OTP) sin necesidad de abrir una sesión de datos con tu operador local. Al mismo tiempo, la ventana de autenticación 3-D Secure de tu aplicación bancaria carga a través de la conexión de datos de tu eSIM de viaje.

Si tu eSIM de viaje se queda sin datos de alta velocidad durante una transacción compleja, los proveedores que reducen la velocidad a 128 kbps suelen interrumpir el intercambio criptográfico dinámico de 3DS. Como MollySIM mantiene una velocidad mínima de 384 kbps (el triple del estándar de la industria), las notificaciones push del banco, las cargas de verificación biométrica y los formularios OTP en tiempo real se cargan siempre sin errores de tiempo de espera.

Fiabilidad de pagos y conectividad en el transporte: comparativa de soluciones de roaming

Al utilizar el transporte público en el extranjero, autorizar operaciones bancarias o gestionar tarjetas de transporte dinámicas, el tipo de conectividad que elijas influye directamente en las operaciones criptográficas del hardware y en las validaciones de red.

A continuación, comparamos los cinco métodos de conexión más comunes frente a los puntos de fricción habituales al pagar con billeteras digitales en el extranjero.

Criterios de evaluación técnicaeSIM de viaje MollySIMRoaming tradicional del operadorSIM física local de viajePocket Wi-Fi de aeropuertoRedes Wi-Fi públicas
Interferencia con eSE / Secure EnclaveNinguna (Capa de software aislada del hardware NFC)Ninguna (Conserva el estado nativo del SO)Ninguna (Solo capa física)Ninguna (Hardware externo)Ninguna (Red externa)
Recepción de SMS 2FA del bancoTotal (Dual-SIM Dual-Standby en plano de control)Total (Coste de roaming diario muy alto)Se pierde (SIM habitual extraída del teléfono)Total (Si se desactiva el roaming de datos)Total (Si se desactiva el roaming de datos)
Fiabilidad al recargar transporte en appInmediata (Rutas rápidas y DNS estable)Inmediata (Sujeto a las rutas del operador)Inmediata (IP de operador local)Media (Picos de latencia al compartir conexión)Fallos frecuentes (Portales cautivos / caídas TLS)
Puntuación de riesgo IP antifraude bancarioBaja (Pools de IP limpias de operadores Tier-1)Mínima (Se origina en el rango IP de tu país)Baja (IP regional local)Media (Pool de IPs compartidas de routers)Crítica (ASN públicos en listas negras y VPN)
Tokenización EMV sin conexión en comerciosCompatible (Tokens en caché válidos offline)Compatible (Tokens en caché válidos offline)Compatible (Tokens en caché válidos offline)Compatible (Tokens en caché válidos offline)Compatible (Tokens en caché válidos offline)
Velocidad mínima garantizada (FUP)384 kbps (Datos operativos ininterrumpidos)Variable (Corte total o 64–128 kbps)Límite estricto (Corte total al llegar a 0 MB)64–128 kbps (Velocidad reducida compartida)0 kbps (Inaccesible fuera de cobertura)
Riesgo por pérdida o cambio de SIMNinguno (Perfil digital instalado en eUICC)Ninguno (La SIM física no se extrae)Muy alto (Pérdida de la nano-SIM habitual)Medio (Robo o descarga del dispositivo)Ninguno (Sin manipulación de hardware)

Conclusiones técnicas clave

1. Por qué cambiar la SIM física rompe tu identidad de pago en tiempo real

Sustituir tu SIM física habitual por una tarjeta de plástico local desconecta de inmediato tu dispositivo del Home Subscriber Server (HSS) y del Home Location Register (HLR) de tu operador. Aunque Apple Wallet y Google Wallet conservan las tarjetas tokenizadas en el Secure Element (eSE), dejas de recibir al instante los SMS con códigos de un solo uso (OTP).

Si tu banco detecta una operación sospechosa y solicita una verificación adicional (como 3DS 2.2), no podrás recibir el código por SMS. Volver a insertar tu SIM habitual en el extranjero puede activar tarifas diarias de roaming de forma automática, cobrándote importes elevados solo por recibir un mensaje de 6 dígitos.

`` +---------------------------------------------------------------------------------------+ | TOPOLOGÍA DE AUTENTICACIÓN DUAL-SIM DUAL-STANDBY (DSDS) | | | | [ SIM física/eSIM habitual ] ──> Señalización SS7/Diameter (Plano control) ──> [ SMS 2FA ] | | | | [ Capa de datos MollySIM ] ──> Flujo de datos IP rápido (Plano usuario) ──> [ Web 3DS ] | +---------------------------------------------------------------------------------------+ ``

2. La importancia de una velocidad mínima de 384 kbps (FUP)

Recargar tarjetas de transporte (como Suica, Pasmo, Octopus o SmarTrip en Apple Wallet) no es una simple consulta de saldo: es una transacción atómica de extremo a extremo que requiere:

Cuando el roaming convencional o las eSIM económicas reducen la velocidad a los habituales 128 kbps o 64 kbps, la latencia y las fluctuaciones provocan que la sesión TLS se cierre por tiempo de espera. Esto genera el conocido error de "Pago no completado", donde el importe queda retenido en tu tarjeta pero el saldo del transporte no se actualiza.

Al garantizar una velocidad mínima de 384 kbps bajo su política FUP, MollySIM asegura el ancho de banda y la latencia estable necesarios para completar las transferencias APDU, validar solicitudes biométricas y actualizar códigos de barras dinámicos, incluso tras consumir los datos de alta velocidad.

3. Prevención del fraude y enrutamiento por geolocalización IP

Las redes Wi-Fi públicas de aeropuertos, estaciones de tren y cafeterías asocian tu tráfico a Números de Sistema Autónomo (ASN) de alto riesgo vinculados a proxys, ataques de intermediario (MITM) e interceptación de paquetes. Los sistemas antifraude de los bancos bloquean automáticamente las recargas no presenciales realizadas desde estas IP sospechosas.

Enrutar los pagos a través de una eSIM de viaje crea un túnel de datos móviles privado y cifrado mediante interfaces GGSN/PGW autenticadas, lo que mantiene una excelente reputación de IP ante las entidades bancarias internacionales.

Prevención de bloqueos geográficos antifraude: enrutamiento IP limpio y datos siempre activos

Al añadir una tarjeta de transporte, realizar una recarga en una app o completar una compra con 3-D Secure (3DS) en el extranjero, la solicitud no solo comprueba

Instant QR Delivery • Native 5G • 384kbps FUP Protection

🌐 Global Travel High-Speed Travel eSIM & SIM Plans

Instant QR code activation, hotspot enabled, with guaranteed 384kbps fallback speed to keep Maps & Digital Wallets active.

View Global Travel Plans & Pricing ➔Physical SIM Cards ➔Explore 150+ eSIMs ➔