Perché un bucket di storage espone dati senza subire attacchi
La maggior parte delle esposizioni di storage cloud non sono violazioni. Un bucket viene creato per una ragione legittima, il suo accesso viene ampliato per sbloccare un collega, e l'autorizzazione temporanea non viene mai revocata. Nulla viene sfruttato. I dati sono semplicemente leggibili da chiunque trovi l'URL, e gli scanner automatici li individuano entro poche ore dalla modifica.
Ecco perché la sicurezza dei bucket è un problema di abitudine, non di strumenti. Ogni ingegnere coinvolto conosce la regola, e l'esposizione si verifica comunque, perché l'autorizzazione ampliata risolve un problema reale alle quattro del pomeriggio e il ticket per revocarla non viene mai creato. Ciò che appartiene al file piuttosto che ai frame è il tuo inventario: nomi di bucket, identificatori di account e la posizione di qualsiasi dato sensibile non dovrebbero mai apparire in materiale che circola internamente, e tantomeno altrove.
Il template suddivide il problema in sette scene: una su come si verificano effettivamente le esposizioni, una su cosa significhi "pubblico" a ogni livello del modello di autorizzazione, due sui pattern a privilegio minimo che risolvono gli stessi problemi in modo sicuro, una sulla crittografia a riposo e in transito, una sul rilevamento e su cosa dovrebbe attivare un avviso, e una sull'abitudine di revocare le autorizzazioni.
