La prueba más reveladora de una medida de seguridad no ocurre cuando todo el mundo entiende la pantalla y acepta el recorrido previsto. Ocurre cuando una persona necesita usarla con un lector de pantalla, no distingue un código de seis dígitos en una notificación, tiene movilidad limitada, se conecta con una red inestable o no puede recibir una llamada porque comparte teléfono. Si en cualquiera de esos casos la seguridad se vuelve una puerta cerrada, la organización ha desplazado el riesgo: quizá dificulta el acceso indebido, pero también deja fuera a quien intenta protegerse. La pregunta por el daño posible obliga a mirar esa exclusión antes de celebrar una barrera técnica.
Una medida puede proteger y, a la vez, abandonar#
Imaginemos que una cooperativa activa la verificación en dos pasos para consultar facturas y cambiar datos de cobro. El equipo comprueba que el código llega al móvil y que el botón de confirmar funciona en un ordenador moderno. Sin embargo, una socia ciega descubre que el mensaje de error no se anuncia; un autónomo que vive en una zona de cobertura irregular recibe el código cuando ya ha caducado; otra persona ha perdido temporalmente el teléfono y el único canal de recuperación le exige subir un documento que la aplicación no describe bien. Nadie quiso expulsarlos. Aun así, la medida les impide resolver un asunto económico urgente.
Imaginemos que una cooperativa activa la verificación en dos pasos para consultar facturas y cambiar datos de cobro.
Ese ejemplo separa dos cosas que se confunden con facilidad. La robustez contra un atacante no equivale a accesibilidad para una persona legítima. Una solución puede reducir una modalidad de fraude y crear, simultáneamente, un nuevo punto de dependencia. La consecuencia no es eliminar la seguridad adicional, sino diseñarla con una obligación concreta: demostrar que el acceso seguro sigue siendo posible para personas con capacidades, dispositivos, contextos y apoyos distintos. Cuando esa demostración falta, la protección se parece más a una promesa que a una práctica verificable.
La escena de prueba debe parecerse a una semana real#
Una prueba útil no consiste en preguntar a una persona con discapacidad si “le parece claro” el formulario. Conviene preparar tareas completas y observar dónde se rompe la autonomía. Por ejemplo: iniciar sesión desde un móvil antiguo, aceptar o rechazar una alerta sin depender del color, recuperar una cuenta después de cambiar de número, solicitar ayuda sin revelar más información de la necesaria y revisar qué datos quedan registrados durante el incidente. Cada tarea debe tener un resultado esperado, una ruta alternativa y un tiempo razonable de resolución.
La selección de participantes importa tanto como el guion. Incluye a personas que usen lector de pantalla, navegación por teclado, ampliación, control por voz o tecnologías de apoyo; también a quien comparte dispositivo, tiene poca conectividad, baja alfabetización digital o necesita realizar el trámite en otro idioma. No se trata de convertir a nadie en una muestra representativa de una etiqueta. Se trata de reconocer que las barreras aparecen en combinaciones concretas: un botón sin nombre, un temporizador rígido, una instrucción que solo se entrega por audio, una videollamada obligatoria, un CAPTCHA imposible de resolver o un canal de soporte que no responde fuera del horario laboral.
Medir fricción sin culpar a quien la sufre#
El registro de la prueba debe decir qué ocurrió, no atribuir el problema a una supuesta falta de destreza. Anotar “la usuaria no pudo completar el segundo factor” oculta la causa. Es más preciso escribir: “el foco del teclado saltó desde el aviso legal al pie; el lector no anunció el campo de código; no se ofreció reenvío por un canal alternativo”. Esta diferencia permite reparar el sistema. También evita que el equipo convierta una experiencia de exclusión en un déficit personal de quien encontró el obstáculo.
Además de la tasa de éxito, hay que observar el coste. ¿Cuántos intentos hacen falta? ¿Cuánto tarda alguien en recuperar el control? ¿Debe pedir ayuda a una persona de confianza y, por tanto, compartir un código o un documento? ¿Qué pasa si esa ayuda no está disponible? El daño no empieza solo cuando se filtran datos. Empieza cuando una defensa obliga a ceder intimidad, renunciar a una gestión urgente o aceptar una vía menos segura porque la vía oficial no resulta usable. Esas consecuencias merecen aparecer en el mismo cuadro de riesgos que los accesos no autorizados.
Recuperar una cuenta es parte de la seguridad#
Muchos equipos prueban el inicio de sesión y dejan la recuperación para el final. Es un error frecuente. La recuperación es el momento en que una persona ha perdido algo: el teléfono, una clave, un correo, una tarjeta SIM o la capacidad de recibir un mensaje. Si el procedimiento asume que conserva todos los canales, no ofrece recuperación; exige que el incidente no haya ocurrido. La prueba debería simular al menos tres situaciones: dispositivo perdido, cambio de número y bloqueo por demasiados intentos. Después debe comprobar que la alternativa no exige presencia física, exposición de documentos sensibles o una conversación inaccesible.
Un buen mecanismo combina garantías y proporción. Puede pedir señales adicionales cuando el riesgo lo justifique, pero explica por qué las pide, cuánto tiempo conserva esa información y qué persona puede revisar un caso atípico. También ofrece una forma de escalar que no dependa de insistir en un chat automatizado. La revisión humana no es un agujero de seguridad si tiene identidad, registro, plazos y criterios. Puede ser la diferencia entre una medida que protege a la mayoría en circunstancias ideales y una que protege también a quien atraviesa una excepción real.
Diseñar alternativas sin construir una puerta trasera#
La objeción habitual dice que cualquier alternativa debilita el sistema. A veces es cierto: una vía de recuperación mal diseñada puede abrir abusos. Pero la respuesta no es negar la alternativa, sino especificar sus controles. Una organización puede requerir una solicitud previa de códigos de emergencia, permitir llaves físicas compatibles con distintos dispositivos, ofrecer verificación asistida con comprobaciones graduadas o habilitar un plazo de espera con aviso a los canales conocidos. Lo importante es que la ruta exista antes de la crisis, sea comprensible y no dependa de tener conocimientos técnicos extraordinarios.
Cada alternativa necesita ser examinada desde dos lados. Desde el lado de la persona: ¿puede encontrarla, entenderla y completarla sin entregar más datos de los necesarios? Desde el lado de la seguridad: ¿qué evidencia deja, qué abuso intenta evitar, quién la aprueba y cómo se detecta una anomalía? Esa doble mirada evita dos extremos: la solución decorativa que solo existe en una política, y la restricción absoluta que se presenta como rigor aunque expulse a personas legítimas. El objetivo es reducir el daño total, no desplazarlo hacia quienes tienen menos margen.
Convertir los hallazgos en decisiones visibles#
Una prueba de accesibilidad pierde valor si termina en una lista de observaciones sin responsable. Al cerrar cada sesión, el equipo debería clasificar los hallazgos por severidad y por consecuencia: bloqueo completo, dependencia de terceros, retraso relevante, confusión que puede provocar una acción insegura o dificultad menor. Para cada uno, fija una persona responsable, una fecha de corrección y una forma de volver a probarlo. Si una barrera no puede resolverse de inmediato, debe documentarse la mitigación temporal y comunicarse con honestidad a quienes podrían encontrarla.
También conviene publicar una explicación sencilla de la medida: qué protege, qué información utiliza, qué ocurre si falla, qué canales alternativos existen y cómo se solicita revisión. Esa comunicación no reduce la seguridad por revelar secretos operativos; reduce la incertidumbre legítima. Una persona no debería descubrir en mitad de una emergencia que no puede usar el mecanismo de recuperación porque necesita un documento, una llamada de voz o una aplicación que su dispositivo no admite.
La pregunta que debe quedar después de la prueba#
Antes de poner una medida en producción, el equipo puede formular una pregunta concreta: “Si una persona autorizada encuentra la peor combinación plausible de barreras, ¿puede recuperar el control sin perder privacidad, dinero o autonomía de manera desproporcionada?” No se responde con una presentación ni con una tasa media. Se responde con recorridos observados, incidencias resueltas y una alternativa que realmente funciona.
El próximo paso práctico es elegir una medida de seguridad activa y organizar una prueba de una hora con tres escenarios: acceso habitual con tecnología de apoyo, recuperación tras pérdida de dispositivo y solicitud de ayuda en un momento de conectividad limitada. Registra la fricción, no culpes a la persona y corrige el obstáculo más grave antes de añadir otra capa. Empezar por el daño posible convierte la accesibilidad en una condición de seguridad: una defensa solo está completa cuando quienes tienen derecho a entrar pueden hacerlo con dignidad.
