Aggiornamenti senza firma
Pacchetti installati senza verificare che provengano dal fornitore.
home / risorse / vulnerabilità / A08
OWASP Top 10 2025 · posizione 8
Integrità di software e dati (OWASP A08)
Il sistema accetta aggiornamenti, componenti o dati senza verificare che siano integri e che arrivino dalla fonte attesa.
cos'è
Conta da dove arriva, e se è intatto.
Ogni volta che il sistema accetta un file, un aggiornamento o un oggetto, si fida che sia quello atteso. Se nessuno verifica firma, provenienza o integrità, quella fiducia può essere sfruttata.
La categoria è vicina alla catena di fornitura: lì il componente è sospetto prima di entrare, qui è il dato che entra durante l'esecuzione.
forme comuni
Quattro punti in cui la verifica manca.
Oggetti serializzati dal client
Dati ricostruiti dal server senza controllare che siano attesi e integri.
Script non verificati
Passi di build o di automazione eseguiti senza revisione né firma.
Dati scambiati senza controllo
File o cache riutilizzati senza verificarne la coerenza.
impatto tipico
Cosa può succedere all'azienda.
Codice non attendibile in esecuzione
Componenti alterati che il sistema esegue come se fossero legittimi.
Dati alterati
Informazioni modificate senza che il sistema se ne accorga.
Pipeline compromessa
Passi di automazione modificati senza una traccia.
Fiducia mal riposta
Un dato che arriva dal client trattato come affidabile.
come lo verifichiamo
Si verifica il punto in cui il dato o il componente entra.
Punti di ingresso
Si individuano aggiornamenti, dati serializzati e file accettati.
Firme e controlli
Si verifica se esistono firme, hash o controlli di integrità e se sono applicati.
Provenienza
Si controlla che la fonte sia quella attesa e che i permessi siano corretti.
Revisione
Una persona valuta l'impatto di un dato alterato.
come si corregge
Non fidarsi del dato solo perché è arrivato.
Da fare
- Firmare e verificare gli aggiornamenti
- Non accettare oggetti serializzati non attendibili
- Proteggere la pipeline con controlli di accesso
- Verificare l'integrità di file e cache prima di usarli
Da evitare
- Fidarsi dei dati che arrivano dal client
- Caricare componenti da fonti non verificate
- Eseguire script di build senza revisione
Il formato dei dati conta. Un oggetto serializzato può contenere più di quanto l'applicazione si aspetta. La regola è accettare solo ciò che si conosce, non rifiutare solo ciò che si riconosce come dannoso.
Vuoi verificare cosa entra nella tua applicazione?
Partiamo dai punti di ingresso e dalla pipeline.