Fluxos d'alt risc: accés, seguretat, pagaments, tercers i avisos

En gairebé totes les auditories d'apps, les troballes crítiques es concentren en uns pocs fluxos: entrar a l'app, superar les mesures de seguretat, pagar, fer servir un component d'un tercer i reaccionar a avisos i notificacions. Són també els més difícils d'avaluar: barregen components del sistema, SDK de tercers (biblioteques que l'app integra per a xat, pagaments o mapes) i mesures de seguretat que poden impedir fins i tot enregistrar l'evidència. Aquesta lliçó et dona, per a cadascun, què cal provar, com argumentar la troballa i què fer quan la mateixa app et posa obstacles.

Inici de sessió i autenticació

Si la persona no pot entrar, la resta de l'app no existeix per a ella. Revisa a cada plataforma:

• Biometria amb alternativa: Face ID, Touch ID o l'empremta a Android fan servir diàlegs del sistema, que solen ser accessibles. El que s'avalua és que hi hagi sempre una altra via (codi o contrasenya) igual d'accessible, perquè hi ha persones que no poden fer servir la biometria.
• Emplenament automàtic i enganxar: comprova que el gestor de contrasenyes del sistema ofereix els seus suggeriments als camps d'usuari i contrasenya, que s'hi pot enganxar i que el codi d'un sol ús rebut per SMS es proposa automàticament. A iOS depèn de textContentType (.username, .password, .oneTimeCode) i a Android d'autofillHints. Sense aquestes marques falla l'1.3.5 Identificació del propòsit de l'entrada (11.1.3.5), i bloquejar l'enganxament o el gestor de contrasenyes fa fallar, a més, el 3.3.8 Autenticació accessible (mínim) del bloc WCAG 2.2, perquè obliga a recordar o transcriure.
• Teclats numèrics propis: moltes apps de banca dibuixen el seu propi teclat per al PIN, de vegades amb les tecles en posicions aleatòries. Amb lector de pantalla, cada tecla ha d'anunciar el seu número i el seu rol (11.4.1.2), i el canvi de posició de les tecles no ha d'impedir trobar-les recorrent el teclat amb el lector o amb control per botó.
• Codis amb caducitat: si el codi caduca, la persona n'ha de poder demanar un altre sense reiniciar el procés, i l'avís de caducitat s'ha d'anunciar (2.2.1 Temps ajustable i 4.1.3 Missatges d'estat).
• Salt a una altra app: si la identificació es delega en una altra app o al navegador, el flux inclou aquest salt i el retorn. Comprova on queda el focus en tornar i si s'anuncia el resultat.

Mesures de seguretat que xoquen amb l'accessibilitat

Detecció de serveis d'accessibilitat

Algunes apps Android, sobretot de banca, mostren avisos o bloquegen funcions quan detecten un servei d'accessibilitat actiu, com a defensa contra programes maliciosos que abusen de l'API d'accessibilitat per llegir la pantalla o prémer en lloc de l'usuari. Si aquesta mesura impedeix fer servir TalkBack, Switch Access o Accés per veu, l'app interfereix amb les funcions d'accessibilitat de la plataforma: incompliment de l'11.6.2 i troballa crítica. La recomanació tècnica existeix: des d'Android 14, les vistes sensibles es poden marcar amb accessibilityDataSensitive, de manera que només hi accedeixin els serveis que es declaren com a eines d'accessibilitat, en lloc de bloquejar-los tots.

Bloqueig de captures i enregistraments

Moltes apps impedeixen les captures en pantalles sensibles (a Android, amb la marca FLAG_SECURE): l'enregistrament surt en negre. Això no impedeix l'avaluació, però sí l'evidència. Opcions, per ordre de preferència: demanar al pla una compilació de preproducció sense el bloqueig; enregistrar el dispositiu amb una càmera externa, amb el tauler de subtítols o la sortida de veu visibles; i, com a mínim, transcriure literalment el que s'anuncia. Indica la limitació a la metodologia de l'informe.

Temps de sessió

Les sessions curtes són habituals per seguretat. Provoca'n la caducitat amb el lector actiu: l'avís s'ha d'anunciar amb temps per reaccionar i ha d'oferir ampliar-la, llevat que la durada sigui essencial (2.2.1). Un tancament de sessió silenciós a mig formulari llarg és una troballa alta o crítica segons la tasca.

Pagaments i contingut de tercers

Els diàlegs d'Apple Pay i Google Pay són components del sistema: avalua el botó que els obre i el que passa en tornar. Les passarel·les de pagament, en canvi, solen carregar-se en una WebView o al navegador, de vegades amb un pas d'autenticació reforçada del banc emissor. Aquest pas forma part del procés: segons el requisit de conformitat de WCAG sobre processos complets, si un pas no és accessible, el procés sencer tampoc no ho és.

El RD 1112/2018 (PDF, s'obre en una finestra nova) exclou el contingut de tercers que no estigui finançat ni desenvolupat per l'organisme ni sota el seu control. Un SDK o una passarel·la que l'organisme ha contractat, triat i configurat difícilment encaixa en aquesta exclusió: s'avalua, i si falla, figura a la declaració. Para una atenció especial a:

• Avisos de consentiment (privacitat, galetes, seguiment) que apareixen en la primera arrencada: si no són accessibles, bloquegen tota l'app.
• Xats de suport i enquestes: solen ser WebViews amb missatges nous que no s'anuncien (4.1.3) i camps sense etiqueta. Recorda que el suport accessible també és una exigència del capítol 12.
• Mapes: marcadors sense nom, ampliació només pinçant (2.5.1) i desplaçament només arrossegant. El RD exclou els mapes i serveis cartogràfics en línia, amb una condició per als destinats a la navegació: que la informació essencial s'ofereixi de manera accessible. El que s'avalua llavors és aquesta alternativa (per exemple, la llista d'oficines amb adreça i horari).

Avisos i notificacions

• Missatges efímers: provoca cada avís («Desat», «Sense connexió», «Pagament fet») amb el lector actiu i anota el que s'anuncia. Els toasts del sistema Android (avisos breus que apareixen i desapareixen sols) solen anunciar-se; els avisos propis dibuixats per l'app, sovint no. A iOS, l'app ha d'enviar un anunci explícit. Si no s'anuncien, falla el 4.1.3 Missatges d'estat (11.4.1.3). Si l'avís porta una acció («Desfés») i desapareix en pocs segons, comprova que la persona amb lector o amb control per botó la pot abastar, o que l'acció existeix en un altre lloc.
• Notificacions: el text ha de tenir sentit llegit pel lector (no només un emoji o «Tens novetats»), i en obrir-la, la pantalla de destinació ha d'anunciar el seu títol i deixar el focus al contingut relacionat.

Càmera, escaneig i maquinari

Escanejar un codi QR, fotografiar un document o llegir el DNI electrònic per NFC són tasques que una persona cega o amb baixa visió necessita poder fer amb guia: indicacions parlades o hàptiques d'enquadrament («apropa el document», «mantén la posició»), captura automàtica quan l'enquadrament és correcte, controls etiquetats i, sempre que sigui possible, una alternativa manual (introduir el codi a mà). A més dels criteris aplicables (11.1.1.1 per al contingut no textual, 11.4.1.2 per als controls, 4.1.3 per als avisos), les declaracions de prestacions funcionals del capítol 4 de l'EN 301 549 (PDF, s'obre en una finestra nova), com ara la 4.2.1 Ús sense visió, ajuden a argumentar l'impacte a l'informe.

Flux	Risc típic	Què cal provar
Accés	Sense alternativa a la biometria; sense emplenament automàtic ni enganxar	Cada via d'accés amb lector; gestor de contrasenyes; codi per SMS
Seguretat	Bloqueig de serveis d'accessibilitat; sessió que caduca en silenci	Fer servir l'app amb TalkBack, commutadors i veu; provocar la caducitat
Pagament	Passarel·la o pas del banc inaccessible	El procés complet, fins al justificant
Tercers	Avís de consentiment, xat o mapa inaccessibles	Primera arrencada amb lector; missatges nous del xat; alternativa al mapa
Avisos	Missatges no anunciats o que desapareixen abans de poder actuar	Provocar cada avís amb lector i amb control per botó
Maquinari	Escaneig sense guia ni alternativa manual	Completar l'escaneig amb lector i sense mirar la pantalla

Resum

• L'accés necessita alternativa a la biometria, emplenament automàtic i enganxar (1.3.5 i, a WCAG 2.2, 3.3.8), teclats propis etiquetats i avisos de caducitat anunciats.
• Bloquejar serveis d'accessibilitat incompleix l'11.6.2; el bloqueig de captures limita l'evidència, no l'avaluació.
• Les passarel·les, els avisos de consentiment, els xats i els mapes formen part del procés quan l'organisme els ha integrat.
• Cada avís i notificació es provoca amb el lector actiu i es registra el que s'anuncia (4.1.3).
• L'escaneig amb càmera o NFC necessita guia no visual i, si és possible, alternativa manual.