Installare direttamente in produzione: la scorciatoia che trasferisce il rischio

“È già installato su un altro computer” non è un criterio di sicurezza. Un file presente sul desktop non dimostra provenienza, versione, integrità, licenza o compatibilità. Eppure nelle situazioni urgenti la postazione di produzione viene ancora utilizzata come ambiente di prova.

Prima domanda: che cosa stiamo installando?

• Produttore, nome esatto, edizione e versione.
• Fonte ufficiale dell'installer e firma del pacchetto.
• Licenza, supporto e ciclo di aggiornamento.
• Prerequisiti, dipendenze e compatibilità.
• Privilegi richiesti e servizi che verranno installati.
• Dati trattati, trasmessi o memorizzati.
• Indicazioni del produttore del gestionale con cui deve integrarsi.

Test proporzionato al rischio

Non ogni utility richiede un laboratorio complesso. Ma software collegati a firma digitale, autenticazione, gestione documentale, protocollazione o dati personali richiedono una valutazione più rigorosa. Il livello di test deve dipendere da impatto, reversibilità e criticità della postazione.

Ambiente di test e dati

Quando possibile, sviluppo e test devono essere separati dalla produzione e utilizzare credenziali diverse. I test dovrebbero impiegare dati fittizi; l'uso di dati reali richiede necessità documentata, misure equivalenti alla produzione e tempi di conservazione limitati.

Collaudo e messa in esercizio

1. Definire che cosa deve funzionare e con quali sistemi deve integrarsi.
2. Eseguire il test e registrarne l'esito.
3. Verificare interferenze con sicurezza, applicazioni e periferiche.
4. Predisporre backup o punto di ripristino e piano di rollback.
5. Ottenere l'autorizzazione alla messa in produzione.
6. Aggiornare inventario, configurazione e documentazione.

Change management

Installazione, aggiornamento e disinstallazione sono modifiche all'ambiente. Devono indicare richiedente, motivazione, rischio, esecutore, data, esito e ripristino. La procedura può essere snella, ma non può scomparire quando aumenta l'urgenza.

Il rischio della scorciatoia

Se l'installazione riesce, viene percepita come banale. Se causa conflitti, indisponibilità o perdita di dati, la responsabilità viene ricondotta al tecnico che ha eseguito l'operazione. Un processo preventivo evita che una decisione altrui diventi un rischio non governato del fornitore.

Conclusione

La produzione non è un banco di prova. Un servizio professionale deve poter dire “verifichiamo prima”, soprattutto quando il software interviene su identità, firma o dati dell'Ente. Non è lentezza: è gestione del rischio.

Riferimenti essenziali

• AgID, Linee guida sull'acquisizione e il riuso del software: https://docs.italia.it/italia/developers-italia/lg-acquisizione-e-riuso-software-per-pa-docs/it/stabile/
• Garante, Codice di condotta software gestionale, provv. n. 618/2024: https://www.garanteprivacy.it/home/docweb/-/docweb-display/print/10075998
• ISO/IEC 27002:2022, controlli 8.9, 8.31, 8.32 e 8.33.