Forem: Abel Rosmel

Sophiax —Detección de Intención: El fin de los ataques Evil Twin y el Ransomware mediante Blindaje Híbrido

Abel Rosmel — Tue, 27 Jan 2026 00:18:45 +0000

De un incidente real de seguridad a una arquitectura anclada en hardware

Como desarrolladores, solemos pensar que ciertos ataques solo existen en papers o charlas de conferencias.

En 2024, siguiendo investigaciones sobre la seguridad del Android TEE, recuerdo haber pensado:

“Esto es investigación interesante, pero en la práctica nadie despliega ataques así”.

Me equivocaba.

Este post no es un informe forense ni un análisis exhaustivo.

De forma deliberada evita mencionar herramientas o equipos concretos por razones obvias de seguridad operacional.

Es, más bien, una reflexión sobre lo que observé, cómo lo interpreté y qué decisiones arquitectónicas surgieron a partir de ello.

1. El incidente inicial (octubre)

Las primeras señales fueron sutiles, pero inquietantes:

Comportamientos erráticos en los dispositivos de entrada
Sockets de red abiertos sin justificación aparente
Periféricos reaccionando de forma inconsistente
Caídas y recuperaciones de conectividad sin intervención del usuario

Poco después, el sistema empezó a reaccionar al ser observado: servicios que se reiniciaban, conexiones que caían al inspeccionarlas y respuestas que sugerían interacción remota más que fallos aleatorios.

Lo que sí se confirmó

Existía una carga maliciosa persistente alojada en restos de software eliminado tiempo atrás.
El mecanismo de persistencia sobrevivía a limpiezas convencionales.
El endpoint debía considerarse completamente no confiable.

El error que lo habilitó

Días antes me conecté a una red Wi-Fi que parecía legítima.
Tras una caída breve, el sistema volvió a pedir la contraseña y la rechazó una vez.

Volver a introducir credenciales en ese contexto equivale, en la práctica, a entregarle la red local a un atacante.

2. Cuando la recuperación no fue el final

Tras reconstruir el endpoint afectado, el problema no desapareció: cambió de forma.

Las anomalías dejaron de estar ligadas a un solo equipo o red y empezaron a aparecer de manera sincronizada en varios nodos independientes, especialmente durante momentos de comunicación crítica.
En ese punto, asumir que se trataba solo de “limpieza de malware” dejó de ser razonable.

3. Observaciones vs interpretación

Aquí es importante separar hechos observables de hipótesis.

Observado

Pérdidas simultáneas de conectividad celular en varios nodos
Handover extremadamente inestable entre puntos de red
Ráfagas breves de datos corruptos o ilegibles a nivel de interfaz física
Desconexiones inalámbricas locales que solo ocurrían cuando los dispositivos estaban en un área física concreta

Interpretación (no certeza)

El patrón es consistente con interferencia activa más que con ruido ambiental.
Algunos parámetros de red estaban fuera de lo que suele exponer infraestructura legítima.
La proximidad necesaria para ciertos eventos sugiere un actor cercano.

Ninguna de estas señales, por sí sola, demuestra intención o capacidad. En conjunto, justificaron asumir un entorno hostil tanto digital como físico.

4. Por qué el software no era suficiente

En ese punto quedó claro algo fundamental:

Si el sistema operativo no es confiable, cualquier modelo de seguridad construido encima de él ya está comprometido.

Muchas defensas basadas solo en software asumen:

Un sistema operativo honesto
Redes mayoritariamente benignas
Identidades estables

Ninguna de esas suposiciones se sostenía.

5. El cambio arquitectónico

En lugar de endurecer un sistema ya no confiable, decidí mover el límite de confianza.

Este diagrama es intencionalmente abstracto. No muestra implementación ni tecnologías concretas, solo el desplazamiento del límite de confianza.

Diagrama conceptual: el nodo físico y virtual como ancla de confianza en un entorno hostil.

Para complementar los nodos físicos, desarrollé un nodo digital: un entorno simulado que permite probar estrategias de defensa, rotación de identidades y sincronización de red sin exponer los nodos reales.

El nodo digital nunca reemplaza al nodo físico; sirve para experimentar y validar comportamiento antes de la implementación física, manteniendo el límite de confianza intacto.

De ahí surgieron varios principios:

El hardware como ancla

El software es flexible, y por eso mismo, frágil.

Los nodos físicos dedicados pasaron a ser los únicos capaces de afirmar identidad o validar estado.

La identidad debe ser descartable

Los identificadores estáticos filtran información.

Los nodos rotan identidades y atributos para evitar convertirse en objetivos estables.

Configuración de red sincronizada

Si cambia un identificador de red, las credenciales deben rotar de inmediato.

Esto anula clases enteras de ataques de suplantación.

Detección por encima de prevención

El objetivo dejó de ser “bloquear todo” y pasó a ser:

“Detectar cuándo la realidad se desvía de lo esperado”.

6. Lecciones prácticas

Si una red cae y vuelve a pedir la contraseña, no la reintroduzcas.

Desactiva interfaces de depuración cuando no las uses activamente.

Una caída masiva de conectividad puede ser una señal física, no solo un problema del proveedor.

El ruido de fondo en Internet es constante; lo relevante es cuándo se vuelve contextual.

Y, sobre todo:

La confianza no es una configuración. Es una decisión arquitectónica.

Esta experiencia no produjo un sistema perfecto ni seguridad absoluta.

Produjo algo más realista: un diseño que asume compromiso y sigue funcionando.

Comparto esto no como una historia de advertencia, sino como invitación al diálogo.

Si alguna vez tuviste que rediseñar un sistema porque tus supuestos de confianza colapsaron, me interesa mucho saber cómo lo abordaste.

Si quieres explorar Sophiax, lo puedes ver aquí:

🔗 Google Play Store – Sophiax

RAMS Emergencia: la app panameña que automatiza el auxilio, protege a los rescatistas y responde incluso sin internet.

Abel Rosmel — Sat, 28 Jun 2025 04:40:49 +0000

Desarrollada por el ingeniero Jeremías Cortés, esta herramienta de respuesta crítica nació en la pandemia y hoy se presenta como una propuesta abierta a instituciones para fortalecer la atención de emergencias en Panamá y la región.

Desde los 15 años, Jeremías Cortés supo que el sistema de atención a emergencias debía evolucionar. Como voluntario del cuerpo de juventud de la Cruz Roja en Panamá, vivió desde dentro las carencias del sistema: lentitud en la respuesta, fallas de comunicación y falta de trazabilidad del personal en campo. Fue allí donde también nació su pasión por las telecomunicaciones y la convicción de que la tecnología podía ser una herramienta de rescate, no solo de conexión.

Con los años y su formación como ingeniero, Jeremías fue perfilando una solución. En 2020, en medio de la pandemia, decidió convertir su visión en una aplicación real. Así nació RAMS (Respuesta Automática Más Sofisticada), una app que tuvo impacto durante la emergencia sanitaria global y le valió reconocimientos internacionales por su aporte técnico en contextos críticos.

“La pandemia fue el catalizador. Sabía que había que actuar, que no bastaba con imaginar soluciones: había que construirlas”, recuerda.

RAMS Emergencia 2025: más autónoma, más precisa, sin depender de internet

Hoy, en 2025, Jeremías presenta RAMS Emergencia, una versión mucho más avanzada y pensada para situaciones críticas en terreno. Esta app Android recopila y transmite datos vitales — como ubicación GPS, nivel de batería, tipo de red móvil y señal del dispositivo — y los envía automáticamente mediante HTTP POST y SMS, sin necesidad de conexión a internet. Todo el sistema puede operar en segundo plano, sin que el usuario deba intervenir constantemente.

Entre sus funciones más destacadas están la alerta silenciosa — pensada para casos como secuestros o amenazas directas — y una llamada SOS que puede activarse sin datos móviles, útil tanto para ciudadanos como para rescatistas perdidos o incomunicados.

“RAMS no es solo para quien pide ayuda. Es también para proteger a quienes ayudan. Un rescatista que desaparece o un agente aislado deben tener cómo ser localizados rápidamente”, explica Cortés.

Monitoreo en tiempo real para proteger al personal en campo

La app también incorpora un módulo de monitoreo, que permite visualizar en un mapa la ubicación de socorristas o personal de seguridad activo. Si una emergencia ocurre en un radio de 1 km de una unidad, el sistema permite notificar a la más cercana, optimizando la respuesta.

En pruebas controladas, RAMS también permite monitorear signos vitales como el ritmo cardíaco, aumentando la seguridad del personal en misiones de alto riesgo. Aunque esta función no tiene certificación médica, demuestra el potencial de integración biométrica móvil en operaciones de campo.

"La app también incorpora un módulo de monitoreo, que permite visualizar en un mapa la ubicación de socorristas o personal de seguridad activo."

Monitoreo personal en AR

Este módulo muestra información directamente en un casco de realidad aumentada, exclusivamente para el operador en terreno. Permite:

Recibir alertas de la IA (por ejemplo: “Posibilidad de lluvia” o “Sensor desconectado”).

Visualizar el estado de drones y sensores activos cercanos.

Monitorear ritmo cardíaco y ubicación en tiempo real.

Recibir mensajes contextuales sobre la situación inmediata del entorno.

⚠️ La información no se comparte con otros usuarios; está diseñada solo para que el operador tenga una visión rápida del terreno y tome decisiones seguras en tiempo real. Al final del día, los datos pueden recopilarse para análisis o generación de mapas de eventos.

Sesión de Localización y Alertas Geográficas

RAMS Emergencia cuenta con una sesión de localización que permite al usuario recibir alertas específicas según su ubicación, ya sea en cualquier parte del mundo, aunque con un enfoque prioritario en Panamá. Esta función establece un radio de 50 km a la redonda desde la posición del dispositivo, dentro del cual se monitorean eventos como sismos, tormentas tropicales y otros fenómenos naturales.

Además, la aplicación está diseñada para funcionar en segundo plano, por lo que puede detectar y enviar notificaciones de alertas incluso cuando no está activa en primer plano, garantizando que el usuario reciba información crítica en tiempo real sin interrupciones.

Interoperatividad y colaboración institucional

RAMS Emergencia está diseñada para ser una plataforma interoperable, capaz de integrarse con sistemas y protocolos existentes de las entidades de seguridad, salud y protección civil. Esta característica facilita la coordinación y comunicación fluida entre diferentes actores en emergencias, optimizando la respuesta y asegurando que la información vital se comparta en tiempo real sin barreras tecnológicas.

Mapa interactivo y alertas ciudadanas

La versión más reciente de RAMS Emergencia incorpora un mapa interactivo en tiempo real, que permite visualizar zonas de riesgo por inundaciones, deslizamientos y fenómenos sísmicos como sismos y tsunamis, calculando además el radio aproximado de afectación. La aplicación también integra alertas reportadas por los usuarios, que se reflejan instantáneamente en el mapa, facilitando que la comunidad y los rescatistas respondan más rápido ante cualquier emergencia. Adicionalmente, combina información del Modelo Digital de Elevación (DEM) con datos meteorológicos para anticipar áreas de mayor impacto durante lluvias fuertes, tormentas o huracanes, ofreciendo así una herramienta de prevención y planificación complementaria a los sistemas de emergencia oficiales.

Una iniciativa abierta: el llamado a las instituciones

RAMS Emergencia no es aún una herramienta institucionalizada, pero Jeremías Cortés hace un llamado público a las entidades de seguridad, salud y protección civil para que conozcan la plataforma, la evalúen e incluso la integren a sus protocolos.

“Esto lo construí con una sola motivación: salvar vidas. Pero para que funcione a gran escala, se necesita el compromiso de quienes están en la primera línea. RAMS está lista. Ahora, el siguiente paso es que las instituciones se unan”, enfatiza.

Más que una app, una historia de vocación y propósito

RAMS Emergencia es el resultado de más de una década de experiencia, vocación y formación. Desde los días como voluntario de Cruz Roja, hasta las largas horas de desarrollo durante la pandemia, Cortés no ha dejado de construir sobre una idea simple pero poderosa: la tecnología puede ser la primera en responder, incluso cuando el ser humano aún no puede hacerlo.

Disponible en fase demo para Android, RAMS Emergencia espera ser evaluada por instituciones interesadas en fortalecer sus capacidades de respuesta con soluciones modernas, autónomas y confiables.

Descarga las aplicaciones RAMS

RAMS Emergencia: diseñada para la recolección automática y envío de datos críticos en situaciones de emergencia.

https://play.google.com/store/apps/details?id=com.jeremiascortes.ramsemergencia

https://appgallery.cloud.huawei.com/ag/n/app/C114515777

RAMS Operation: módulo para operadores y personal de seguridad, que permite monitorear en tiempo real la ubicación y estado del personal en campo.

https://play.google.com/store/apps/details?id=com.jeremiascortes.ramsoperation&hl=es_PA