Proteggere il software aziendale non è paranoia: è proteggere i tuoi dati, la continuità operativa, la reputazione. Questa guida copre autenticazione forte, gestione dei permessi, cifratura, backup testati, aggiornamenti regolari e monitoraggio. Non è un trattato di cybersecurity: sono le basi concrete da implementare subito.
Proteggere il software aziendale richiede più di una password: accessi verificati, dati cifrati, backup recuperabili e monitoraggio continuo formano una difesa a strati. Parti dalle basi e rendi ogni controllo concreto e misurabile.
Se gestisci una PMI, il tuo software aziendale contiene ciò che gli attaccanti cercano davvero: dati dei clienti, informazioni di pagamento, contratti e proprietà intellettuale, cronistoria operativa.
Un ransomware o una violazione non è solo un "inconveniente tecnico". È interruzione di servizio, perdita di customer trust, costi legali, danno reputazionale. Una PMI che perde accesso ai suoi dati per ore non riceve solo bollette: perde clienti.
La sicurezza software non è da grandi aziende con team di cybersecurity. È da chiunque tratti dati. Le basi—quelle coperte in questa guida—riducono drasticamente il 95% degli attacchi comuni. Non servono tool complicati: servono abitudini corrette.
La sicurezza aziendale si costruisce su cinque pilastri:
Non è necessario implementare tutto domani. Ma devi sapere dove sei oggi e cosa manca. Questa guida ti aiuta a mettere le priorità.
Autenticazione forte è il primo scudo. Significa: non basta la password semplice.
Se il tuo software gestisce dati sensibili, MFA è obbligatorio. Non opzionale. Significa: password + codice da telefono (o biometria, o app authenticator).
Anche se uno attacker ruba la password, non entra senza il secondo fattore. Per Contat e partner che curano software aziendale: il vostro gestionale o app deve supportare MFA out-of-the-box.
Non tutti gli utenti devono fare tutto. Un impiegato della reception NON deve accedere al modulo fatturazione; chi gestisce fatture NON dovrebbe cancellare ordini.
Principio: ogni utente ha il ruolo minimo necessario per il suo lavoro. Revisiona i permessi ogni 6 mesi.
Lunghezza almeno 12 caratteri, maiuscole/minuscole/numeri/simboli. Niente password predefinite di fabbrica. Niente password condivise tra utenti (questo è critico: ogni utente una login unica).
I tuoi dati devono essere illeggibili a chiunque non autorizzato, in ogni momento.
I dati salvati nel database, nei file server, nei backup: devono essere cifrati. Se qualcuno accede fisicamente al disco—furto del server, accesso di un ex-dipendente—non può leggerli senza chiave.
Standard: AES-256 per il database, oppure cifratura del volume del server.
Quando i dati viaggiano tra il client e il server—browser a server, app mobile a API—devono essere cifrati. Questo si chiama HTTPS/TLS.
Se il tuo software comunica via HTTP (non S), è vulnerabile a man-in-the-middle: un attacker sulla rete vede tutto. HTTPS è gratuito (Let's Encrypt); nessuna scusa per non usarlo.
Le chiavi di cifratura non vanno salvate nel codice o nel file di configurazione in chiaro. Usa un key management service (KMS) o un vault (HashiCorp Vault, AWS Secrets Manager, Azure Key Vault). Se usi cloud, il provider offre KMS integrato.
Le vulnerabilità nei software sono costanti: nel tuo sistema operativo, nel database, nel tuo framework, nelle librerie. Google, Microsoft, Linux rilasciano patch di sicurezza settimanalmente.
Se non aggiorni, rimani esposto a exploit noti. Crea un calendario: aggiorna il tuo gestionale ogni mese, il server ogni 2 settimane. Test in staging prima di production.
Un backup che non puoi ripristinare è inutile. Backup = copie regolari dei dati in un luogo separato (cloud storage, secondo data center, hard disk offline).
Strategia corretta: incrementali giornalieri + backup completi settimanali. Conserva copie per almeno 30 giorni. Una volta al mese, simula un ripristino per assicurarti che il backup sia leggibile.
Sai cosa fa il tuo software ogni giorno? Sai chi accede a cosa? Registra gli accessi (chi, quando, cosa), gli errori di sistema, i fallimenti di autenticazione.
Se un attacker entra, il log è il tuo detective. Se un dipendente estrae dati, il log è la prova. Mantieni i log per almeno 90 giorni.
Abbiamo visto centinaia di aziende piccole cadere negli stessi buchi.
Un account "generico" per il gestionale che usano tutti. Non sai chi ha fatto cosa. Se un dipendente se ne va, non sai come revocarne l'accesso senza resettare la password a tutta l'azienda. Soluzione: login unica per persona, sempre.
Tutti gli utenti hanno accesso a tutto. L'impiegato di front-office vede gli stipendi, le fatture non pagate, i clienti VIP. Un clic sbagliato (o una vendetta personale) e i dati sono compromessi. Implementa RBAC: costa poco, protegge molto.
"Se funziona, non toccarlo." Vero a livello di business logic, falso a livello di sicurezza. Un gestionale fermo a versione 2020 ha dozzine di vulnerabilità note. Pianifica aggiornamenti: costo di 1-2 giorni di downtime vs. rischio di data breach.
Backup nel secondo disco del server. Se il server brucia, la copia brucia. Se ransomware cripta i dati, cripta anche il backup. Soluzione: backup offline (cloud, hard disk disconnesso) e testati mensilmente.
Non sai se qualcuno estrae migliaia di record dal tuo database. Non sai se lo stesso utente si logga da 5 IP diversi. Abilita logging e set up alert per anomalie (accessi falliti ripetuti, operazioni in orari strani, volumi insoliti di dati).
Se usi software pronto (ERP standard, SaaS), la sicurezza è responsabilità del vendor. Configurala, segui le loro best practice, fatto.
Se usi software personalizzato (gestionale custom, app interna), la sicurezza deve essere architettata dentro il codice dal primo giorno. Non aggiunta dopo.
Sicurezza by design significa:
Questo non aumenta il costo di sviluppo di dieci volte. Aumenta il tempo di design di 1-2 settimane, e il codice risulta più robusto, manutenibile, e meno soggetto a regressioni. Chiunque sviluppa il tuo software custom deve sapere che sicurezza = feature, non afterthought.
Una checklist pratica. Segna cosa hai, cosa manca.
| Area | Requisito | Fatto? |
|---|---|---|
| Autenticazione | Login unica per ogni utente (no account generici) | ☐ |
| MFA (email, SMS, o app authenticator) | ☐ | |
| Password policy: min 12 caratteri | ☐ | |
| Autorizzazione | RBAC: ruoli con permessi minimali | ☐ |
| Revisione permessi ogni 6 mesi | ☐ | |
| Dati | HTTPS per tutte le comunicazioni (no HTTP) | ☐ |
| Database cifrato (AES-256 a riposo) | ☐ | |
| Password e API key in KMS/vault, non in codice | ☐ | |
| Aggiornamenti | Calendario di patching (almeno mensile) | ☐ |
| Monitoraggio security advisories dal vendor | ☐ | |
| Backup | Backup giornaliero (incrementale) + settimanale (completo) | ☐ |
| Conservazione 30+ giorni | ☐ | |
| Test di ripristino ogni 30 giorni | ☐ | |
| Monitoraggio | Logging di accessi e operazioni critiche | ☐ |
| Alert per anomalie (fallimenti, accessi anomali) | ☐ | |
| Conservazione log per 90+ giorni | ☐ |
Se oggi sei a zero, ecco cosa fare subito:
Non è complicato. È disciplina. Se il tuo software è custom e creato da una agenzia, chiedi esplicitamente che questi punti siano parte del delivery. Non sono extra; sono fondamentali.
La sicurezza del software aziendale non è un costo aggiuntivo o una paranoia: è proteggere ciò che hai costruito e i dati che i tuoi clienti ti affidano. Le basi costano poco e riducono il rischio del 95%.
Approfondisci gli argomenti di questo articolo:
Autenticazione forte, controllo accessi, cifratura, backup: implementiamo le basi di sicurezza nel tuo software personalizzato o lo auditing di quello che hai.