Una medida de ciberseguridad puede parecer neutral porque se aplica a toda una población por igual. Sin embargo, una regla idéntica no produce siempre una protección equivalente. Un código enviado sólo por teléfono, una contraseña muy larga sin alternativa accesible, una instrucción técnica en un único idioma o un bloqueo automático sin revisión humana pueden dejar fuera precisamente a quien más necesita el servicio. El problema no es que la seguridad resulte incómoda: el problema aparece cuando la incomodidad se transforma en exclusión, dependencia o pérdida de acceso a una cita médica, una prestación, una escuela o un medio de vida. Diseñar seguridad inclusiva exige identificar barreras antes de que una incidencia las convierta en una crisis. Exige también apoyo seguro, decisiones proporcionadas y vías de recuperación que no humillen ni expongan datos.

La universalidad aparente oculta contextos distintos#

Las personas no usan tecnología desde condiciones equivalentes. Hay quien depende de un lector de pantalla, comparte un dispositivo familiar, vive con cobertura inestable, no posee documentación digital actualizada, tiene poca memoria disponible o se comunica mejor en otra lengua. También existen situaciones menos visibles: una persona puede estar bajo control coercitivo, carecer de una cuenta bancaria propia, trabajar con horarios que impiden llamar a soporte o necesitar que un cuidador le ayude sin entregar sus credenciales. Una política que presupone teléfono personal, correo permanente, lectura rápida y disponibilidad continua convierte esas condiciones en requisitos no declarados. La igualdad formal de la regla puede ocultar una desigualdad práctica. Antes de imponer una verificación conviene preguntar qué recursos presupone, qué ocurre si fallan y quién queda sin una salida razonable. La respuesta no consiste en rebajar toda protección, sino en ofrecer opciones que preserven el objetivo de seguridad y la dignidad de cada persona.

Las personas no usan tecnología desde condiciones equivalentes. Hay quien depende de un lector de pantalla, comparte un dispositivo familiar, vive con cobertura inestable, no posee documentación digital actualizada, tiene poca memoria disponible o se comunica mejor en otra lengua.

Accesibilidad es una propiedad de la seguridad#

Una pantalla inaccesible no es sólo un defecto de experiencia: puede impedir confirmar un pago, reconocer una alerta legítima o recuperar una cuenta tras un fraude. Los controles deben poder recorrerse mediante teclado, anunciar estados de error a tecnologías de asistencia, permitir contraste suficiente y evitar que una tarea esencial dependa de una imagen, un color o un gesto preciso. Las limitaciones de tiempo merecen la misma atención. Un reto que caduca antes de poder leerse, copiarse o traducirse favorece el abandono y la improvisación. El lenguaje también importa. Explicar por qué se solicita un dato, qué consecuencia tiene cancelar y cómo buscar ayuda reduce errores sin revelar información innecesaria. Las pruebas de accesibilidad han de incluir tareas reales de alta consecuencia, como iniciar sesión, modificar un contacto de recuperación y denunciar una actividad inesperada. Una auditoría automática ayuda, pero no sustituye la observación de personas diversas que intentan completar esas tareas con seguridad.

Idioma, alfabetización y claridad operativa#

El vocabulario de seguridad suele presentar una falsa elección entre tecnicismo y simplificación vacía. Una comunicación clara puede nombrar el riesgo, explicar la acción y conservar precisión. Un aviso útil dice qué servicio lo emite, qué hecho se ha detectado, qué no está confirmado, qué canal oficial debe usarse y qué plazo existe. Un aviso que sólo ordena “verificar ahora” traslada la carga a quien lo recibe y se parece demasiado a un mensaje fraudulento. La traducción debe ser completa y revisada; no basta con traducir botones mientras los errores, condiciones y canales de ayuda siguen en otra lengua. También conviene usar ejemplos reconocibles, formatos compatibles con lectura fácil y apoyo humano que no castigue a quien pregunta. La claridad no elimina la responsabilidad individual, pero hace posible ejercerla. Cuando una organización comunica de forma comprensible, reduce el espacio que aprovechan la prisa, el engaño y los intermediarios abusivos.

El coste material de un control no puede ignorarse#

La autenticación reforzada suele mejorar la protección de cuentas importantes, pero su diseño puede trasladar costes a personas con menos recursos. Exigir un teléfono reciente, datos móviles, una aplicación pesada o una línea que no se comparte puede excluir a quien usa equipos antiguos, tarifas limitadas o conectividad pública. Cobrar por recuperar una cuenta, por recibir un mensaje internacional o por disponer de una alternativa accesible agrava esa exclusión. La evaluación responsable calcula el coste de dinero, tiempo, batería, desplazamiento y apoyo de terceros, no sólo el coste para el proveedor. Cuando el riesgo lo permite, deben existir métodos alternativos equivalentes, publicados con claridad y protegidos contra abuso: claves de acceso compatibles, dispositivos físicos, códigos de recuperación entregados de forma segura o verificación asistida con controles. Ofrecer una alternativa no significa crear una vía secreta débil; significa diseñar una ruta verificable con garantías comparables y supervisión adecuada.

Caso uno: el código que nunca llega#

Una persona mayor accede al portal de salud desde un ordenador compartido de biblioteca. El sistema sustituye su contraseña por un código enviado exclusivamente a un teléfono que se averió esa mañana. La cita es necesaria y la única ayuda disponible exige instalar una aplicación o llamar durante horario laboral. La medida protege contra ciertos accesos indebidos, pero ha eliminado toda continuidad para una necesidad legítima. Un diseño inclusivo habría permitido preparar más de un método de recuperación, ofrecer códigos de un solo uso custodiados con antelación, habilitar asistencia telefónica con identidad comprobada y explicar los plazos sin jerga. El personal de apoyo no debería pedir la contraseña ni recibir el código como si fuera la persona afectada. Debe seguir un proceso trazable que confirme identidad, limite la información consultada y permita recuperar autonomía. El caso revela que recuperación y accesibilidad no son detalles posteriores: forman parte del control desde el inicio.

Caso dos: la alerta que no se puede interpretar#

Una cooperativa activa una advertencia de acceso inusual. El mensaje usa un icono rojo, una frase abreviada en inglés y un enlace que abre una ventana incompatible con el lector de pantalla de una trabajadora. Ante la incertidumbre, la trabajadora ignora el aviso por miedo a bloquear una tarea urgente. Más tarde se descubre que la alerta era legítima y que el retraso aumentó el trabajo de revisión. Culpar a la destinataria sería una conclusión cómoda e injusta. La falla estuvo en comunicar una acción crítica de una única manera, sin texto alternativo, sin canal independiente y sin una explicación de consecuencias. La corrección incluye un aviso legible por diferentes tecnologías, una dirección oficial que pueda escribirse manualmente, instrucciones breves en los idiomas de trabajo y un medio confidencial para confirmar dudas. La seguridad mejora cuando informar una barrera se trata como una señal valiosa, no como resistencia al control.

Caso tres: apoyo que se convierte en dependencia#

Un estudiante recién llegado necesita ayuda para activar una cuenta educativa. Como la guía sólo está disponible en un idioma que todavía aprende, un compañero ofrece completar el proceso y conserva la contraseña para “por si acaso”. La solución inmediata permite entrar, pero crea un riesgo de privacidad, conflicto y pérdida de control. El apoyo seguro no requiere compartir secretos. Puede consistir en una guía traducida, una videollamada institucional con interpretación, un punto de atención que permita completar los pasos en el propio dispositivo y una recuperación que reconozca los cambios de situación. Si alguien presta asistencia, debe poder orientar sin ver contraseñas, códigos ni contenido privado. La organización debe dejar claro que pedir ayuda no justifica entregar credenciales. Este caso afecta a estudiantes, trabajadores temporales, migrantes y familiares cuidadores: la barrera lingüística o administrativa no autoriza a sustituir la identidad de otra persona.

Edad y contexto no describen una incapacidad#

La edad puede influir en experiencia previa, visión, destreza o confianza, pero no permite asumir que una persona mayor es incapaz ni que una joven entiende todos los riesgos. De igual modo, una persona con discapacidad no constituye un caso excepcional que se atiende al final. Las decisiones deben partir de necesidades observables y de consentimiento, no de estereotipos. Un diseño útil permite aumentar el tamaño del texto, elegir un método de contacto, practicar una recuperación en calma y pedir explicación sin ser tratado con condescendencia. En contextos de violencia o control, las notificaciones, los historiales y los dispositivos compartidos pueden crear peligro físico o social. Por ello resulta esencial permitir comunicaciones discretas, revisar qué datos se muestran y ofrecer apoyo especializado sin exigir que se revele más de lo necesario. La inclusión protege mejor cuando reconoce que la autonomía puede variar según la situación y que la persona afectada conserva el derecho a decidir.

Diseñar alternativas sin abrir brechas#

Una alternativa segura necesita criterios claros. Debe tener una finalidad concreta, comprobar identidad de manera proporcionada, registrar sólo lo imprescindible y ser revisable por una persona autorizada. No es prudente responder a toda dificultad desactivando controles, creando cuentas genéricas o permitiendo que terceros actúen con una clave ajena. Es más sólido combinar opciones: más de un factor de autenticación, contactos de recuperación verificados, plazos razonables, asistencia humana entrenada y confirmaciones fuera del canal sospechoso. Cada vía debe documentar quién puede usarla, qué evidencia exige y cómo se detecta un uso indebido. El diseño también debe prever que una persona pierda el dispositivo, cambie de idioma, abandone una relación de cuidado o no pueda recibir mensajes. Probar estas situaciones sin simular ataques ni reunir datos sensibles descubre fallos antes de que dañen. Una excepción que se repite deja de ser excepción: es evidencia de que el servicio necesita rediseño.

Gobernanza, privacidad y rendición de cuentas#

La seguridad inclusiva no puede depender únicamente de la buena voluntad del equipo de soporte. Necesita responsables, presupuesto, formación y medición. Conviene registrar cuántas personas abandonan un proceso, cuánto tarda una recuperación, qué métodos fallan con más frecuencia y qué barreras se comunican, sin convertir esos registros en vigilancia personal. Los datos deben tener finalidad definida, acceso limitado y conservación temporal. La revisión de un incidente debe separar hechos, impactos y mejoras; no debe acumular detalles íntimos ni señalar a quien pidió ayuda. Las decisiones de alto impacto, como suspender una cuenta o exigir nueva identidad, merecen revisión humana y un mecanismo de apelación accesible. La transparencia acerca de límites, plazos y opciones reduce rumores y fraudes. También permite comprobar si una medida reduce el riesgo o sólo desplaza su coste hacia quienes tienen menos recursos para asumirlo.

Fuentes y práctica verificable#

Las decisiones pueden contrastarse con fuentes institucionales y primarias. El NIST publica guías de gestión de riesgos y el Cybersecurity Framework; ENISA reúne orientación europea sobre ciberseguridad y factores humanos; CISA ofrece recursos de protección para la vida cotidiana; INCIBE proporciona apoyo y materiales para ciudadanía en España; y la AEPD explica responsabilidades de protección de datos. Las pautas de accesibilidad del W3C ayudan a evaluar barreras digitales. Estas referencias no sustituyen la escucha de cada contexto, pero permiten justificar controles, documentar alternativas y revisar efectos con evidencia.

Antes de que una barrera sea una crisis#

La pregunta decisiva no es si una medida parece avanzada, sino si las personas afectadas pueden usarla de forma segura cuando están cansadas, fuera de casa, con poca conectividad, en otra lengua o ante una urgencia. Una práctica madura identifica activos importantes, ofrece recuperación preparada, explica los controles con claridad y prueba recorridos diversos. Cuando aparece una fricción, la respuesta limita el impacto, protege la privacidad y aprende sin culpar. Las herramientas siguen siendo valiosas, pero su valor depende de que no conviertan la protección en un privilegio. Diseñar para la mayoría es un comienzo operativo; diseñar también para quienes quedan en los márgenes es lo que transforma ese comienzo en seguridad real para la vida diaria.