DOSSIER DI CONFORMITÀ TECNOLOGICA & GIURIDICA

SEZIONE I — ARCHITETTURA CLIENT MOBILE (FLUTTER / DART AOT)

L'acquisizione dei riscontri sullo smartphone del conducente è organizzata mediante una procedura guidata di acquisizione documentale.

• Dima Ottica Standardizzata: L'interfaccia utilizza l'orientamento orizzontale (landscape) e una dima proporzionata al formato delle tessere ISO/IEC 7810 ID-1 (rapporto circa 1,58). La dima facilita l'inquadratura, ma non certifica da sola il formato o l'autenticità del documento.
• Scatto Differenziale a Doppia Esposizione: Il modulo fotografico prevede due acquisizioni successive:
  • Scatto Ambientale: acquisizione con torcia disattivata per campionare le condizioni luminose.
  • Scatto con Illuminazione LED: acquisizione con torcia attiva per analizzare le differenze fotometriche e i riflessi del supporto documentale.
  I risultati costituiscono indicatori tecnici di anomalia e non una prova assoluta della presenza fisica di un documento originale.
• Sottoscrizione Elettronica Touchscreen: Il conducente appone una firma sul display, associata alle dichiarazioni visualizzate dall'applicazione. Il sistema conserva la rappresentazione grafica della sottoscrizione quale elemento documentale riconducibile alla firma elettronica semplice (FES). L'efficacia probatoria è valutata secondo l'Art. 20 del D.Lgs. 82/2005 e le circostanze concrete.
• Trattamento del Tratto Grafico: Secondo l'architettura descritta, la firma viene conservata come immagine raster bidimensionale, senza memorizzare pressione, velocità o accelerazione. Non è dichiarata una funzionalità di riconoscimento biometrico del firmatario. La qualificazione dei dati trattati e l'eventuale necessità di una DPIA devono comunque essere valutate considerando il trattamento complessivo.
• Assenza di Tracciamento GPS Continuativo: L'architettura descritta non prevede registrazione continuativa di coordinate GPS, percorsi, velocità o telemetria. Tale caratteristica non determina automaticamente l'inapplicabilità dell'Art. 4 della Legge 300/1970. L'impresa utilizzatrice deve valutare le funzionalità effettive, le modalità d'impiego e gli adempimenti applicabili.

SEZIONE II — INGEGNERIA DI RETE E SICUREZZA PERIMETRALE

• Crittografia di Canale: L'architettura prevede comunicazioni HTTPS e configurazioni TLS moderne, con utilizzo di HSTS. Versioni TLS, suite crittografiche, durata HSTS e valutazioni di sicurezza devono essere riscontrate sulla configurazione effettivamente pubblicata.
• Controllo Dimensionale dei Payload: Il gateway ASGI prevede controlli dimensionali sugli upload fotografici, con soglia dichiarata di 600 KB per singolo scatto e gestione dei payload eccedenti mediante risposta HTTP 413. L'elaborazione a blocchi da 64 KB contribuisce al contenimento dell'occupazione di memoria. Tali controlli riducono alcuni rischi di saturazione, senza eliminare ogni possibile attacco DoS.
• Validazione dei Magic Bytes: Il sistema verifica le intestazioni dei formati ammessi, tra cui:
  JPEG: FF D8 FF
  PNG: 89 50 4E 47
  Il controllo delle intestazioni rappresenta una verifica preliminare del formato e non garantisce, da solo, l'assenza di contenuti malevoli o file alterati.
• Protezione Anti-Flood e Cooldown: Sono previsti intervalli minimi tra le trasmissioni, token di sessione e meccanismi di limitazione delle richieste, con possibile restituzione del codice HTTP 429. L'efficacia delle misure dipende dalla loro configurazione, dalla gestione delle sessioni e dai controlli infrastrutturali.

SEZIONE III — PIPELINE DI VISIONE ARTIFICIALE FORENSE (forensics.py)

Prima della conservazione cifrata, il sistema esegue controlli ottico-radiometrici e documentali finalizzati a rilevare anomalie nell'acquisizione. Le soglie riportate costituiscono parametri tecnici dichiarati. Le prestazioni effettive devono essere valutate mediante test riproducibili, documentando falsi positivi, falsi negativi e condizioni operative.

Filigrana Documentale e Impronte SHA-256 (Art. 2712 c.c.)

Il sistema associa alle evidenze fotografiche identificativi di sessione, riferimenti temporali e informazioni di tracciabilità mediante filigrane visibili. L'integrità crittografica viene verificata attraverso impronte SHA-256 calcolate su oggetti digitali identificati e collegati ai registri di custodia e ai pacchetti di marcatura temporale.

Per ogni impronta devono essere identificabili l'oggetto sottoposto a hash, il momento del calcolo e la procedura di verifica. Qualora il digest visualizzato sia calcolato prima dell'inserimento della filigrana, tale circostanza deve essere esplicitata nella specifica tecnica. La filigrana non costituisce, da sola, prova di autenticità del documento rappresentato nell'immagine.

SEZIONE IV — CRITTOGRAFIA AT-REST E TRATTAMENTO IN MEMORIA (GDPR ART. 32)

• Cifratura Simmetrica AES-256 (Fernet): L'architettura dichiara l'utilizzo di Fernet per la protezione dei reperti, con cifratura AES-128-CBC e autenticazione HMAC-SHA256 secondo la specifica Fernet. La chiave Fernet codificata contiene 256 bit di materiale crittografico suddiviso tra chiave di cifratura e chiave di autenticazione. La definizione "AES-256 (Fernet)" non è quindi tecnicamente esatta per la cifratura standard Fernet.
• Protezione dei File: I reperti cifrati sono descritti come file con estensione .enc e permessi restrittivi 0600. La protezione effettiva richiede anche adeguata gestione delle chiavi, controllo degli accessi, protezione dei backup e aggiornamento dell'infrastruttura.
• Eliminazione dei File Temporanei: Il processo prevede l'eliminazione dei file temporanei non cifrati dopo l'elaborazione. La normale cancellazione logica non garantisce necessariamente la sovrascrittura fisica dei dati su supporti SSD, filesystem con snapshot o sistemi di backup.
• Decifratura Transitoria in RAM: Durante la consultazione autorizzata, il reperto cifrato può essere decifrato in memoria e trasmesso tramite StreamingResponse senza creare intenzionalmente un nuovo file in chiaro sul server. L'assenza di ulteriori copie deve essere verificata considerando cache, logging, swap, proxy, browser e configurazione del sistema.
• Conservazione e Cancellazione: Il periodo ordinario dichiarato per le immagini cifrate e le firme associate è di 100 giorni. La cancellazione deve seguire una procedura documentata e coerente con le istruzioni del titolare del trattamento, salvo obblighi di legge o esigenze di conservazione legittimamente motivate. Devono essere verificabili i tempi effettivi di eliminazione, le eccezioni e la gestione delle copie di backup. I tempi di conservazione di hash, metadati e marche temporali devono essere definiti separatamente e giustificati rispetto alle finalità.

SEZIONE V — REGISTRO DEI SIGILLI TEMPORALI eIDAS (INFOCERT S.P.A.)

La piattaforma prevede il consolidamento periodico delle evidenze in pacchetti identificabili, con associazione di impronte crittografiche e marche temporali.

• Due Cicli Giornalieri Programmati: Secondo la configurazione dichiarata, il sistema prevede due cicli giornalieri di consolidamento, programmati alle ore 09:00 e 21:00 secondo il fuso orario configurato. Ogni ciclo aggrega le evidenze del periodo in un pacchetto identificabile. Gli orari effettivi di esecuzione, gli eventuali ritardi e le anomalie devono risultare dai registri.
• Consolidamento Crittografico: I pacchetti possono includere una struttura di aggregazione delle impronte SHA-256, secondo la procedura implementata. Qualora sia utilizzato un albero di Merkle, devono essere documentati l'ordinamento delle foglie, il metodo di aggregazione, la gestione dei nodi dispari e la ricostruzione della radice.
• Marcatura Temporale InfoCert: L'impronta del pacchetto viene sottoposta al servizio di marcatura temporale del prestatore fiduciario InfoCert S.p.A. Il token temporale permette di verificare la corrispondenza dell'impronta e le informazioni temporali attestate. La qualificazione del servizio utilizzato deve essere riscontrata nella relativa documentazione e nelle liste di fiducia applicabili.
• Documento DRSG di Filiera: Il riepilogo settimanale riporta i riferimenti ai pacchetti consolidati e ai sigilli disponibili. Con due cicli completati ogni giorno, una settimana comprende 14 consolidamenti. Il numero effettivo dei sigilli, gli esiti delle verifiche e le eventuali anomalie devono essere ricavabili dai registri del sistema.

SEZIONE VI — QUADRO DI EFFICACIA PROBATORIA E VERIFICABILITÀ

Le evidenze prodotte da VALIDA SHIELD possono contribuire alla ricostruzione delle attività di verifica eseguite dall'impresa. Il loro valore probatorio deve essere valutato secondo la normativa applicabile, le caratteristiche tecniche dei singoli documenti e le circostanze concrete.

SEZIONE VII — CONCLUSIONI E PERIMETRO DELLA DOCUMENTAZIONE

VALIDA SHIELD è progettato come strumento di supporto alla diligenza organizzativa delle imprese di trasporto, attraverso procedure digitali di acquisizione, verifica preliminare, tracciabilità e conservazione delle evidenze.

L'utilizzo combinato di controlli ottici, identificativi di sessione, impronte crittografiche, cifratura dei reperti e servizi di marcatura temporale può contribuire alla formazione di una documentazione tecnica verificabile nel tempo.

La documentazione prodotta non sostituisce i controlli amministrativi delle autorità, gli obblighi del datore di lavoro, le valutazioni del giudice o le verifiche di un consulente tecnico indipendente.

Le prestazioni degli algoritmi, la corrispondenza tra specifiche e codice eseguito, l'efficacia delle misure di sicurezza e la correttezza delle procedure di conservazione devono essere dimostrabili mediante test, registri tecnici e verifiche periodiche documentate.