Che cosa deve mostrare la pagina di verifica QR del report?

Risposta breve: qual è il compito della pagina di verifica?

La pagina deve mostrare l'identità del report, la revisione corrente, lo stato di pubblicazione, l'esito della firma e dell'integrità e l'orario della verifica; non deve rendere pubblici dati personali non necessari né l'intero contenuto del report.

Il codice QR è solo un vettore che conduce all'indirizzo corretto. Ciò che genera fiducia è che la pagina aperta corrisponda in tempo reale al record canonico del report, che non consideri valido un esito ambiguo e che dichiari chiaramente all'utente che cosa è stato verificato.

Quali informazioni devono essere obbligatorie nella pagina di verifica?

Risposta breve: l'utente deve vedere prima l'esito, poi per quale report e versione si è giunti a tale esito. I dettagli tecnici devono spiegare l'esito, non oscurare il messaggio principale.

La spiegazione della firma elettronica del BTK indica che la firma elettronica sicura consente di identificare il firmatario e di capire se i dati firmati sono stati modificati successivamente. Per questo motivo "record trovato" e "firma e integrità del contenuto verificate" non sono la stessa condizione.

Come distinguere valido, non valido e non verificabile?

I tre stati devono essere separati da linee nette. Un errore del servizio o una prova incompleta non costituiscono una verifica riuscita.

• Valido: La versione richiesta del report è stata trovata, lo stato di pubblicazione è adeguato e i controlli di firma e integrità sono stati completati con successo secondo la politica definita.
• Non valido: Il contenuto è stato modificato, la firma è fallita crittograficamente oppure il record è dichiaratamente annullato/non valido.
• Non verificabile: Lo stato del certificato non è stato ottenuto, il servizio di verifica non ha risposto, la prova è incompleta oppure non è stato possibile produrre una decisione sull'integrità del record.

La norma ETSI TS 119 102-2 prevede, nel rapporto di verifica, accanto all'esito, una traccia strutturata del verificatore e degli oggetti di verifica utilizzati. La controparte tecnica nell'implementazione VizyonTech è mostrare all'utente finale un esito essenziale, ma conservare nel registro di controllo i riferimenti al verificatore, alla politica/versione e alle prove tecniche correlate all'esito.

In una schermata di errore imprevisto non devono essere mostrati stack trace, identificativi di database, catene di certificati o nomi di servizi interni. Secondo l'approccio deny-by-default di OWASP, in caso di errore di sistema l'esito deve rimanere "non verificabile" e all'utente deve essere offerto un riferimento di supporto sicuro.

Con quanta dettaglio mostrare l'esito della firma elettronica?

Risposta breve: al posto di un badge che emette un giudizio giuridico, va mostrato un riepilogo essenziale e verificabile dei controlli tecnici effettivamente eseguiti.

La presenza della firma non significa, di per sé, che il report sia aggiornato o operativamente autorizzato. La schermata deve distinguere almeno l'esito dell'integrità della firma, l'orario della firma, l'orario in cui il certificato è stato controllato e, se presente, l'esito della marcatura temporale. Se viene mostrata l'identità del firmatario, devono essere usati solo i campi necessari ai fini della verifica.

L'articolo 32 dell'eIDAS tratta come condizioni distinte controlli quali la qualifica e la validità del certificato al momento della firma, i dati di verifica della firma, i dati del firmatario e la rilevabilità di problemi di sicurezza. Nella pratica turca la legislazione vigente e la politica dell'organizzazione devono essere valutate separatamente; la pagina non deve produrre un'affermazione di certezza giuridica fuori ambito basandosi solo sul controllo tecnico.

Per progettare il flusso del report precedente alla firma potete consultare la guida al flusso di lavoro della firma elettronica nei report di ispezione La pagina QR è l'interfaccia di verifica controllata con cui quella catena si apre all'utente esterno.

Quali informazioni non devono essere pubbliche?

Risposta breve: non mostrate nella pagina pubblica dettagli personali, commerciali e tecnici non necessari alla verifica; spostate il report dettagliato su un accesso autorizzato.

I principi fondamentali della KVKK richiedono che i dati personali siano trattati in modo collegato allo scopo, limitato e proporzionato. Occorre presumere che il link QR possa essere condiviso da terzi; la vista pubblica deve essere progettata in funzione di questo rischio.

• Non mostrate dati personali diretti come il numero di identità della Repubblica di Turchia (T.C.), l'indirizzo, il telefono e l'e-mail.
• Non pubblicate l'immagine della firma autografa, i dettagli superflui del certificato e il numero di serie completo.
• Non esponete per impostazione predefinita i dati riservati degli impianti del cliente, gli allegati di misura e il PDF integrale del report.
• Se il nome del firmatario non è obbligatorio, usate un ruolo o un nome offuscato; documentatene l'obbligo in base alla finalità del trattamento dei dati.
• Proteggete il download del file dettagliato con autenticazione, autorizzazione e registro delle operazioni.

Come mostrare le informazioni di revisione e annullamento?

Invece di eliminare silenziosamente il vecchio report, dichiaratene esplicitamente lo stato e fornite un collegamento sicuro alla versione corrente. Così i PDF vecchi distribuiti possono essere controllati retrospettivamente.

Gli stati "corrente", "nuova revisione pubblicata in sostituzione", "annullato" e "in attesa di pubblicazione" devono essere distinti. Se il motivo dell'annullamento contiene informazioni sensibili, va mostrata la classe generale; il dettaglio va riservato all'utente autorizzato. La nuova revisione non deve sovrascrivere l'URL o lo storico del vecchio record; la relazione tra i due record deve essere preservata nella traccia di controllo.

Come dovrebbe essere l'esperienza di verifica mobile e accessibile?

L'esito deve essere comprensibile su un'unica schermata, rapidamente e senza dipendere solo dal colore. Poiché il QR viene aperto prevalentemente dal telefono, la prima vista deve mostrare insieme l'identità del report e l'esito.

• Fornite lo stato con testo, icona e contrasto adeguato.
• Notificate le variazioni di stato alle tecnologie assistive con un'area live appropriata o con un ruolo di stato.
• Mantenete i target touch facili da selezionare; non forzate lo scorrimento orizzontale della tabella.
• Rendete visibile che il collegamento si trova sul dominio VizyonTech reale e su HTTPS.
• Se il QR non è leggibile, fornite una query alternativa con numero di report e codice di verifica sicuro.

Il WCAG 2.2 richiede alternative testuali, contenuti comprensibili e la determinabilità programmatica dei messaggi di stato. Per questo il solo colore verde/rosso o la spunta/croce non bastano.

Come predisporre il progetto pilota del flusso di verifica VizyonTech?

Quando valutate la soluzione Vizyon Periyodik durante la valutazione provate con esempi realistici ma privi di dati personali almeno questi scenari: report corrente e valido, revisione precedente, record annullato, file manomesso, timeout del servizio di verifica e accesso non autorizzato al report completo.

La metrica di successo non è solo l'apertura del QR. L'utente capisce quale report sta controllando? In caso di ambiguità il sistema rimane chiuso? Ci sono perdite di dati superflui? L'esito è leggibile su schermo mobile? Il team di supporto riesce a tracciare l'evento con il codice di riferimento sicuro? Il progetto pilota deve produrre prove su queste domande.