Miralo VS Code Extension

Política de Privacidad

Extensión: Miralo para VS Code Responsable: Alexander Lobaiza (Alob) País: Argentina Contacto: contact@alob.com.ar Marco Legal: Ley 25.326 (Argentina) / RGPD (UE) Última actualización: 19 de septiembre de 2026
Privacidad por Diseño (Art. 25 RGPD) y Seguridad (Ley 25.326) — Almacenamiento Efímero de Sesión

Esta es una versión resumida de la Política de Privacidad. La versión completa y vinculante se incluye con la extensión de VS Code y está disponible como documento adjunto.

1. Identificación del Responsable del Tratamiento y Alcance Jurisdiccional

Miralo es una herramienta para desarrolladores compuesta por una extensión para Visual Studio Code de retransmisión de código en vivo, un servidor Relay serverless en Cloudflare y un visor web complementario alojado en Vercel.

El Responsable del Tratamiento de la infraestructura técnica y del procesamiento de metadatos de red con arreglo a la presente Política de Privacidad es Alexander Lobaiza (desarrollador independiente y persona humana, actuando bajo el seudónimo "Alob" de conformidad con el Artículo 72 del Código Civil y Comercial de la Nación Argentina - CCCN), con sede de operaciones en Argentina, accesible a través del correo contact@alob.com.ar.

Al tener el responsable su sede en Argentina y prestar un servicio disponible a nivel global, el tratamiento de datos se rige principalmente por la Ley N° 25.326 de Protección de los Datos Personales de la República Argentina y su Decreto Reglamentario 1558/2001. Respecto a usuarios situados en la Unión Europea, resulta de aplicación el Reglamento General de Protección de Datos (RGPD - Reglamento UE 2016/679) en virtud de su ámbito de aplicación extraterritorial (Artículo 3.2 RGPD). Las transferencias de datos personales desde la Unión Europea hacia el responsable en Argentina cuentan con un nivel de protección adecuado formalmente reconocido mediante la Decisión de Adecuación 2003/490/CE de la Comisión Europea (Artículo 45 del RGPD). Dada la naturaleza puramente técnica y transitoria de los metadatos, el bajo riesgo y la inexistencia de datos de categorías especiales, Miralo se acoge a la exención de designación de representante en la Unión conforme al Artículo 27.2 del RGPD. Asimismo, dado que Miralo opera como un conducto técnico efímero en memoria y no almacena perfiles personales ni bases de datos persistentes de usuarios, no constituye un archivo o banco de datos destinado a proporcionar informes en los términos del Artículo 21 de la Ley 25.326.

Miralo ha sido concebido bajo los principios de Privacidad desde el Diseño y por Defecto (conforme al Artículo 25 del RGPD) y los principios generales de seguridad y minimización de datos establecidos en la Ley 25.326 de la República Argentina. Opera bajo un modelo de transmisión autorizado por el anfitrión (host-authoritative): el código fuente, la estructura de directorios y la terminal se sincronizan en tiempo real exclusivamente entre el anfitrión y los espectadores autorizados, sin almacenarse, indexarse ni analizarse de forma permanente en bases de datos externas.

2. Tratamiento de Datos Técnicos, Autenticación con GitHub y Bases Jurídicas (Art. 13 RGPD / Ley 25.326)

Miralo no solicita registro, perfiles de usuario, nombres ni direcciones de correo electrónico para sesiones generales de cortesía. No obstante, conforme a la normativa de protección de datos (Artículo 4.1 del RGPD y Art. 2 de la Ley 25.326), los identificadores de red digitales como las direcciones IP tienen la consideración jurídica de datos personales.

Para permitir el establecimiento del túnel WebSocket, proteger la infraestructura contra abusos, mitigar ataques de denegación de servicio distribuido (DDoS) y garantizar el enrutamiento en el cluster serverless de Cloudflare, se procesan los siguientes metadatos técnicos de conexión al acceder a wss://relay.alob.com.ar o https://miralo.alob.com.ar:

  • Dirección IP de conexión: Metadato de red transmitido a través de la cabecera cf-connecting-ip.
  • País de procedencia: Código de país detectado por las cabeceras de geolocalización de red (cf-ipcountry).
  • Identificador de traza de petición: Identificador unívoco de diagnóstico (cf-ray).
  • Marcas temporales: Fecha, hora y duración de la conexión WebSocket.

Cuotas de Sesión y Autenticación con GitHub para Retransmisiones Extendidas

Con el fin de salvaguardar la infraestructura serverless compartida frente a abusos automatizados, bots maliciosos y saturación de recursos, Miralo implementa dos modalidades operativas:

  • Sesiones de Invitado / Cortesía (Límite de 20 Minutos y 10 Espectadores Simultáneos): Modo por defecto disponible sin vincular cuentas. Completamente anónimo, sin requerir identificadores personales ni registro. La sesión finaliza automáticamente a los 20 minutos (notificándose una alerta previa de expiración a los 5 minutos del cierre) y admite hasta un máximo de diez (10) espectadores simultáneos.
  • Sesiones Verificadas Extendidas (Límite de 4 Horas y 200 Espectadores Simultáneos): Para clases formativas, talleres o sesiones prolongadas de pair programming que requieran más de 20 minutos o mayor concurrencia (hasta 4 horas por sesión y hasta doscientos (200) espectadores simultáneos, notificándose una alerta previa de expiración a los 10 minutos del cierre), el anfitrión puede vincular su cuenta de GitHub a través de la API oficial de autenticación de VS Code.

Transparencia y Garantía de No Extracción Silenciosa de Credenciales

Miralo implementa una estricta política de Cero Obtención Silenciosa de Tokens. Si el usuario ya cuenta con una sesión activa de GitHub en su entorno de VS Code (por ejemplo, para GitHub Copilot o Sincronización de Ajustes), Miralo nunca toma ni transmite dicho token de forma inadvertida ni silenciosa. Al pulsar iniciar sala, la extensión detecta explícitamente la cuenta, muestra un aviso transparente con el identificador del usuario (@usuario), y otorga la libertad de elegir entre:

  1. Autorizar el uso de dicha cuenta de GitHub para activar la sesión verificada de 4 horas; o
  2. Continuar como Invitado anónimo (límite de 20 minutos) sin compartir credencial alguna.

Principio de Minimización de Datos y Verificación Efímera Directa

En caso de optar por la verificación, la extensión solicita exclusivamente el scope mínimo read:user. Para verificar la autenticidad de la cuenta y habilitar la sesión extendida de 4 horas / 200 espectadores, el token de acceso con alcance mínimo read:user se transmite de forma cifrada en tránsito (WSS vía TLS 1.3) exclusivamente al Cloudflare Relay Worker. El Worker consulta en tiempo real a la API oficial de GitHub (https://api.github.com/user) únicamente para verificar la autenticidad y obtener el nombre de usuario público. El token se procesa de forma transitoria en memoria volátil efímera y se destruye inmediatamente tras la validación; nunca se registra en archivos de log, ni se almacena en bases de datos o almacenamiento persistente. Miralo NO solicita, lee, almacena ni accede a repositorios de código, repositorios privados, correos electrónicos, historial de commits ni perfiles personales.

Bases Jurídicas del Tratamiento

El tratamiento de metadatos de red y verificación se fundamenta de forma diferenciada según el marco normativo aplicable:

  • Bajo el RGPD (Unión Europea): En el interés legítimo del responsable (Artículo 6.1.f y Considerando 49 del RGPD) para garantizar la seguridad perimetral de la red, mitigar ataques de denegación de servicio (DDoS) o spam automatizado, y posibilitar la entrega técnica en tiempo real solicitada por el usuario sin persistencia ni elaboración de perfiles, legitimado en transferencias transfronterizas por la Decisión de Adecuación 2003/490/CE. Cuando el usuario opta por verificar su cuenta con GitHub, el tratamiento se fundamenta además en la ejecución de la solicitud técnica del interesado (Artículo 6.1.b RGPD).
  • Bajo la Ley N° 25.326 (República Argentina): En la excepción legal de consentimiento del Artículo 5, inciso 2, apartado d) (tratamiento de datos derivados de una relación técnica y estrictamente necesarios para el desarrollo y cumplimiento del servicio solicitado por el usuario), en concordancia con el Artículo 9 (obligación legal del responsable de adoptar las medidas técnicas y organizativas para garantizar la seguridad perimetral del sistema y prevenir accesos no autorizados o ataques informáticos).

Periodo de Conservación de Registros

  • Registros de Red: Los registros de red y observabilidad de Cloudflare Workers se conservan de forma transitoria durante un período máximo de retención operativa de 7 días, tras los cuales se purgan automáticamente.
  • Verificación Efímera de GitHub: El identificador público de usuario y el estado verificado de la sala se conservan estrictamente en la memoria serverless y el almacenamiento SQLite transitorio del Durable Object durante la vida de la sala (hasta 4 horas). El token de acceso OAuth se procesa transitoriamente en memoria volátil y se purga de forma inmediata tras la validación. Al cerrarse la sala (cerrar_sala) o cumplirse el tiempo límite, deleteAll() destruye de forma inmediata e irreversible todos los datos de la sesión.

3. Datos que NO Recopilamos y Compromiso Anticomercialización

  • Sin registros obligatorios ni perfiles permanentes: Puedes emitir como Invitado de forma totalmente anónima. La vinculación con GitHub es opcional y únicamente requerida para superar el límite de cortesía de 20 minutos.
  • Sin acceso a repositorios de código ni secretos: Jamás accedemos a tu código fuente en repositorios, gists o credenciales privadas de GitHub.
  • Cero telemetría en la extensión de VS Code: La extensión de escritorio no contiene librerías de seguimiento en segundo plano, balizas de telemetría ni rastreadores de comportamiento. Por su parte, el visor web complementario únicamente recopila métricas técnicas anónimas y agregadas de disponibilidad y rendimiento sin cookies ni rastreo individual (ver Sección 11).
  • Sin almacenamiento permanente de código ni entrenamiento de IA: No guardamos, retenemos, grabamos ni suministramos tu código fuente, documentos de trabajo o comandos de terminal a modelos de inteligencia artificial o aprendizaje automático, ni a bases de datos permanentes.
  • Sin comercialización ni cesión de datos: No vendemos, alquilamos, monetizamos ni cedemos datos, metadatos o contenidos transmitidos a intermediarios de datos (data brokers), redes publicitarias ni plataformas comerciales de terceros.

4. Datos Transmitidos Durante una Retransmisión Activa

Al hacer clic explícitamente en Iniciar Miralo en VS Code, se transmiten en tiempo real los siguientes datos operativos necesarios para la sesión:

  1. Estado del editor activo: Ruta relativa del documento abierto, parches de texto incrementales (diffs), coordenadas del cursor, rangos de selección y posición de scroll.
  2. Árbol del espacio de trabajo: Lista sanitizada de nombres de archivo y carpetas dentro del workspace abierto, omitiendo archivos del sistema, reglas del usuario y patrones sensibles.
  3. Flujo de terminal dedicada: Texto de salida y eco de pulsaciones generado dentro de la sesión de terminal de Miralo (si el anfitrión decide abrirla).
  4. Identificadores de sesión: Código de sala de 6 letras minúsculas (alfabeto de consonantes legibles en formato canónico xxx-xxx) y hashes criptográficos SHA-256 de autenticación (si se configuró PIN o contraseña).
  5. Token OAuth efímero de GitHub y usuario público (opcional): Transmitido cifrado por TLS 1.3 (WSS) únicamente si el anfitrión decide explícitamente verificar su sesión para la cuota de 4 horas. El Relay Worker consulta https://api.github.com/user en memoria volátil para confirmar la autenticidad y el nombre de usuario público, purgando inmediatamente el token de la memoria. Nunca se almacena en almacenamiento persistente ni registros de red.

5. Arquitectura Efímera, Cifrado en Tránsito y Hashing Criptográfico

  • Cifrado Robusto en Tránsito (TLS 1.3 / WSS): Toda la comunicación entre la extensión de VS Code, el Relay serverless de Cloudflare y el visor web se transmite de forma cifrada en tránsito mediante protocolos criptográficos TLS (Transport Layer Security sobre WSS y HTTPS). El Relay enruta los paquetes efímeramente en memoria y almacenamiento de sesión sin descifrado ni almacenamiento por parte de terceros ajenos a la infraestructura serverless.
  • Autenticación, Fragmento URI, Hashing Criptográfico y Mitigación de Fuerza Bruta: Si se configura una sala protegida por PIN o contraseña, el anfitrión puede compartir un enlace con el fragmento #password. Conforme a los estándares web (RFC 3986), los fragmentos URI residen estrictamente en el cliente y nunca se transmiten al servidor de alojamiento web (Vercel) en la petición HTTP. El visor web extrae dicho fragmento localmente (window.location.hash) y transmite la credencial cifrada en tránsito a través del túnel WebSocket seguro (WSS sobre TLS 1.3) hacia el Relay Worker de Cloudflare. Allí, el Worker calcula de forma inmediata su hash SHA-256 en memoria mediante la Web Crypto API (crypto.subtle.digest('SHA-256', ...)). El almacenamiento SQLite en Durable Objects y la memoria del servidor únicamente almacenan y comparan hashes criptográficos mediante evaluaciones en tiempo constante, nunca credenciales en texto plano. Para mitigar ataques de fuerza bruta automatizados sobre salas con PINs numéricos breves y proteger a usuarios en redes compartidas (NAT), el Relay ejecuta en memoria un mecanismo de limitación de tasa (rate-limiting) de doble capa: desconectando y bloqueando temporalmente durante 5 minutos a cualquier dispositivo cliente que acumule 5 intentos fallidos consecutivos de autenticación, junto con un bloqueo global de 5 minutos si una misma dirección IP acumula 30 intentos fallidos en dicho período entre diferentes clientes. No obstante, en entornos que requieran alta confidencialidad, se recomienda utilizar contraseñas alfanuméricas complejas en lugar de PINs numéricos breves.
  • Enrutamiento Efímero y Persistencia Transitoria de Sesión: Durante la retransmisión activa, los estados de sesión (último snapshot de editor, árbol de archivos, historial reciente de terminal y estado de verificación) se mantienen de forma transitoria en la memoria y el almacenamiento SQLite del Durable Object de Cloudflare Workers exclusivamente para permitir la reconexión fluida de espectadores y soportar la hibernación serverless mientras la sala permanezca abierta.
  • Expiración Automática y Destrucción Inmediata al Cerrar la Sala: Las salas de cortesía finalizan automáticamente a los 20 minutos; las verificadas a las 4 horas (enviándose avisos previos de expiración a los 5 min y 10 min respectivamente). En el momento en que el anfitrión pulsa detener (cerrar_sala), se desconecta superando la ventana de gracia de 60 segundos, o expira la duración de la sala, el Durable Object ejecuta deleteAll(), destruyendo de forma permanente e irreversible todos los datos en memoria y almacenamiento efímero de la sesión. No se conservan grabaciones ni registros históricos de código.

6. Tecnologías de Almacenamiento Local en el Navegador y Tratamiento de Credenciales

El visor web de Miralo no utiliza cookies de seguimiento, cookies de terceros ni tecnologías invasivas de huella digital publicitaria (fingerprinting).

En cumplimiento de la Directiva ePrivacy (Directiva 2002/58/CE) y buenas prácticas de seguridad (CWE-312 / CWE-922):
  • Cero almacenamiento de contraseñas: Las contraseñas o PINs de acceso a salas protegidas se procesan de forma transitoria y residen estrictamente en la memoria volátil de ejecución JavaScript (RAM). Nunca se almacenan en sessionStorage, localStorage ni en cookies del navegador, previniendo cualquier acceso no autorizado por scripts de terceros, extensiones de navegador o vectores XSS. Al cerrar la pestaña o recargar el documento, la memoria se libera de inmediato.
  • Uso técnico de almacenamiento local: El navegador utiliza almacenamiento local exclusivamente para la persistencia técnica y resiliencia del identificador anónimo de dispositivo (miralo_client_id) con un período de retención máximo de 30 días, con el único fin de aplicar controles anti-abuso y mitigación de fuerza bruta en el borde (estricta necesidad técnica).

7. Encargados del Tratamiento y Transferencias Internacionales (Capítulo V RGPD)

Para prestar el servicio de streaming global en tiempo real, Miralo se apoya en proveedores de infraestructura tecnológica que actúan como Encargados del Tratamiento:

  • Cloudflare, Inc. (EE.UU. / Red Anycast Global): Provee el cluster serverless de Relay Workers, la gestión de WebSockets y el almacenamiento efímero en Durable Objects.
  • Vercel, Inc. (EE.UU. / CDN Global): Aloja la aplicación del visor web y provee analíticas de rendimiento técnico agregado a través de Vercel Web Analytics.
  • GitHub, Inc. / Microsoft Corporation (EE.UU.): Proveedor de verificación de identidad consultado directamente en tiempo real por el Relay Worker mediante HTTPS (api.github.com/user) cuando el anfitrión vincula su cuenta para cuotas extendidas. GitHub, Inc. está certificada bajo el Marco de Privacidad de Datos UE-EE.UU. (DPF).

Garantías para Transferencias Internacionales:

  • Transferencias entre la Unión Europea y la República Argentina: El Responsable del Tratamiento tiene su sede en la República Argentina. Conforme al Artículo 45 del RGPD, la Comisión Europea reconoció formalmente a la República Argentina como un tercer país con un nivel adecuado de protección para los datos personales transferidos desde la Unión Europea (Decisión de Adecuación 2003/490/CE de la Comisión). Por consiguiente, el flujo de metadatos técnicos de interesados europeos hacia el responsable en Argentina se encuentra plenamente legitimado sin necesidad de autorizaciones o garantías adicionales.
  • Transferencias a Encargados en EE.UU.: Tanto Cloudflare, Inc. como Vercel, Inc. están certificadas bajo el Marco de Privacidad de Datos UE-EE.UU. (Data Privacy Framework - DPF) y suscriben las Cláusulas Contractuales Tipo (SCCs) aprobadas por la Comisión Europea, garantizando un nivel de protección equiparable al exigido por el Capítulo V del RGPD.

8. Salvaguardas Integradas, Advertencias de Terminal y Responsabilidad del Anfitrión

Salvaguardas de Seguridad Incorporadas (AppSec)

  • Límite Estricto del Workspace: La extensión no puede leer ni transmitir archivos situados fuera de la carpeta del proyecto abierta en VS Code.
  • Exclusiones Automáticas del Explorador: El árbol de archivos del proyecto omite automáticamente directorios de compilación y sistema (node_modules, .git, dist, out, .vscode-test, .DS_Store, Thumbs.db, .aws, .ssh), así como reglas configuradas por el usuario en files.exclude.
  • Bloqueo Riguroso de Archivos Sensibles y Secretos (Explorador y Editor): Tanto en la exploración del workspace como en la retransmisión activa del editor, se bloquean de forma estricta archivos .env* (.env, .env.local, .env.production), certificados y claves privadas (.pem, .key, .crt, .pfx, .p12), claves SSH (id_rsa*, id_ed25519*, id_ecdsa*, id_dsa*) y archivos de credenciales (credentials.json, secrets?.(json|yaml)).
  • Protección de Terminal: Filtro binario y deduplicación de bucles para evitar la saturación de buffers.
  • Espectadores de Solo Lectura: La audiencia tiene permisos de visualización pasiva; no pueden ejecutar comandos, editar código ni enviar entradas a tu máquina.
  • Modo Pausa / Privacidad en Vivo: El anfitrión puede pausar la transmisión en cualquier momento (Miralo: Pausar/Reanudar Transmisión), congelando la sincronización y ocultando inmediatamente el código y la terminal para los espectadores mientras la conexión permanece activa.
  • Cero Extracción Silenciosa de Tokens: La extensión garantiza la solicitud explícita de confirmación antes de usar cualquier cuenta de GitHub vinculada en VS Code, ofreciendo siempre la opción de continuar como Invitado.

Advertencias Críticas para el Anfitrión y Exposición de Stdin

Transmisión de Pulsaciones en Terminal (Stdin): La terminal de Miralo emula una disciplina de línea que retransmite el eco de las pulsaciones carácter por carácter a los espectadores en tiempo real. El anfitrión no debe ejecutar comandos interactivos que soliciten contraseñas o tokens confidenciales (ej. npm login, docker login, sudo, gh auth login). La terminal muestra una advertencia visual amarilla al iniciarse.

Aviso sobre Enlaces con Fragmento de Contraseña en la URL (#password): Si el anfitrión decide compartir el enlace que incluye el fragmento de contraseña (#password, por ejemplo https://miralo.alob.com.ar/abc-def#password), dicha credencial en texto plano es procesada localmente por el navegador del espectador. Aunque dicho fragmento no viaja al servidor web, cualquier persona que tenga acceso a la URL completa (por ejemplo, en el historial del navegador o al reenviar el mensaje) podrá ingresar directamente a la sala sin digitar el PIN. En sesiones confidenciales, se recomienda compartir la URL base sin fragmento y suministrar la clave por un canal seguro independiente.

Principio de Neutralidad Técnica y Rol del Anfitrión como Emisor: Miralo opera exclusivamente como un conducto técnico automatizado, ciego y transitorio para la transmisión de paquetes en tiempo real (prestador de servicios de intermediación técnica). El anfitrión actúa como el único emisor que determina de forma voluntaria y autónoma qué archivos, espacios de trabajo o comandos de terminal comparte en pantalla, debiendo verificar con carácter previo a la emisión que los contenidos visibles no incluyan datos confidenciales, secretos comerciales o contraseñas no autorizadas. Las condiciones de limitación de responsabilidad y exención de garantías de la herramienta se rigen por la Licencia de Software y Términos de Uso aplicables.

9. Derechos de los Usuarios y Marco Jurídico (Ley 25.326 Argentina / RGPD UE)

Marco Jurídico de la República Argentina (Ley N° 25.326)

De conformidad con la Ley N° 25.326 de Protección de los Datos Personales de la República Argentina, los usuarios tienen derecho de información, acceso, rectificación, actualización y supresión de sus datos personales. El titular de los datos personales tiene la facultad de ejercer el derecho de acceso a los mismos en forma gratuita a intervalos no inferiores a seis meses, salvo que se acredite un interés legítimo al efecto conforme lo establecido en el artículo 14, inciso 3 de la Ley Nº 25.326.

"La AGENCIA DE ACCESO A LA INFORMACIÓN PÚBLICA, en su carácter de Órgano de Control de la Ley N° 25.326, tiene la atribución de atender las denuncias y reclamos que se interpongan con relación al incumplimiento de las normas sobre protección de datos personales." (Sede: Av. Pte. Gral. Julio A. Roca 710, piso 3, CABA, República Argentina — www.argentina.gob.ar/aaip).

Derechos conforme al RGPD (Unión Europea)

Conforme al Reglamento General de Protección de Datos (RGPD) y la normativa europea aplicable, asisten a los interesados en la Unión Europea los siguientes derechos:

  • Derecho de Acceso (Art. 15 RGPD): Confirmar si se están tratando datos que le conciernan.
  • Derecho de Rectificación (Art. 16 RGPD): Solicitar la modificación de datos inexactos.
  • Derecho de Supresión ("Olvido", Art. 17 RGPD): Solicitar la eliminación de sus datos personales.
  • Derecho a la Limitación del Tratamiento (Art. 18 RGPD): Solicitar la suspensión transitoria del tratamiento.
  • Derecho de Oposición (Art. 21 RGPD): Oponerse al tratamiento basado en interés legítimo.
  • Decisiones Automatizadas y Perfilado (Art. 22 RGPD): Derecho a no ser objeto de decisiones individuales automatizadas (Miralo no elabora perfiles ni adopta decisiones automatizadas).

Nota sobre la Portabilidad (Art. 20 RGPD): Al fundamentarse el procesamiento técnico de identificadores de red exclusivamente en el interés legítimo del responsable (Art. 6.1.f RGPD) para la seguridad y el enrutamiento de la red, y al no existir una relación contractual (Art. 6.1.b RGPD), registro de cuentas ni consentimiento para el perfilado de usuarios, el derecho a la portabilidad de datos no resulta jurídicamente aplicable de conformidad con las condiciones taxativas del Artículo 20.1 del RGPD.

Procedimiento para Ejercer los Derechos (Art. 11 RGPD)

Para ejercer estos derechos, escribe a contact@alob.com.ar. De conformidad con el Artículo 11 del RGPD (tratamientos que no requieren identificación), al no requerirse registro ni asociarse las direcciones IP a identidades civiles, para atender solicitudes respecto a registros de red transitorios el interesado deberá facilitar datos técnicos razonables de verificación (como la dirección IP pública de conexión y la fecha/hora exacta con huso horario, o el identificador cf-ray si dispusiera del mismo).

Derecho a Reclamar ante una Autoridad de Control en la UE

Los usuarios en la Unión Europea tienen derecho a presentar una reclamación ante la autoridad de control en materia de protección de datos competente de su Estado miembro. El listado completo de autoridades nacionales está disponible en el Comité Europeo de Protección de Datos (CEPD/EDPB). A modo de ejemplo, para usuarios en España, dicha autoridad es la Agencia Española de Protección de Datos (AEPD), C/ Jorge Juan, 6, 28001 Madrid (www.aepd.es).

10. Privacidad de Menores y Requisitos de Edad

El Servicio está destinado a personas mayores de edad (generalmente 18 años). Cuando la legislación local permita el uso por parte de menores de entre 13 y 16 años con consentimiento verificable de los padres o tutores legales (conforme a COPPA en EE.UU. o el Artículo 8 del RGPD en la UE), dicho consentimiento deberá obtenerse con carácter previo.

Miralo no recopila de forma deliberada datos personales de menores sin consentimiento parental verificado. Dada la arquitectura efímera y de cero registro, no se recopilan datos adicionales más allá de los metadatos técnicos de red descritos en la Sección 2, con independencia de la edad del usuario. Los padres o tutores legales podrán ejercer derechos contactando a contact@alob.com.ar.

11. Analíticas en el Visor Web y Bases Jurídicas

El visor web público en https://miralo.alob.com.ar utiliza Vercel Web Analytics con el único fin de evaluar disponibilidad, velocidad de carga y métricas agregadas de tráfico. No emplea cookies de rastreo entre sitios, no rastrea a usuarios a través de dominios ni elabora perfiles comerciales.

Bases Jurídicas: El tratamiento de métricas técnicas agregadas se fundamenta, bajo el RGPD (Art. 6.1.f), en el interés legítimo del responsable para garantizar la disponibilidad operativa, diagnosticar incidencias de latencia y asegurar la estabilidad de la plataforma web; y, bajo la Ley N° 25.326 argentina (Art. 5 inc. 2.d y Art. 9), en la necesidad técnica inherente al mantenimiento, seguridad y correcto funcionamiento de la plataforma solicitada por el usuario.

12. Modificaciones a esta Política

Podemos modificar esta Política de Privacidad de forma periódica para reflejar mejoras técnicas, de seguridad o requerimientos legislativos. Cualquier actualización se publicará de manera inmediata en https://miralo.alob.com.ar/privacy con la fecha de revisión correspondiente.

13. Contacto

Para consultas legales, dudas sobre privacidad o reportes de seguridad: