Varför en lagrings-bucket läcker utan att bli hackad
De flesta molnlagringsexponeringar är inte intrång. En bucket skapas av en legitim anledning, åtkomsten utökas för att avblockera en kollega, och den tillfälliga behörigheten återställs aldrig. Inget utnyttjas. Datan är helt enkelt läsbar för alla som hittar URL:en, och automatiserade skannrar hittar dessa inom timmar efter ändringen.
Därför är bucket-säkerhet ett problem med vanor snarare än med verktyg. Varje involverad ingenjör känner till regeln, och exponeringen sker ändå, eftersom den utökade behörigheten löser ett verkligt problem klockan fyra på eftermiddagen och ärendet för att återställa den aldrig skapas. Det som hör hemma i filen snarare än i ramarna är ditt eget inventarium: bucket-namn, kontoidentifierare och platsen för allt känsligt bör aldrig förekomma i material som cirkulerar internt, än mindre någon annanstans.
Mallen delar upp problemet i sju scener: en om hur exponeringar faktiskt uppstår, en om vad 'offentlig' innebär på varje nivå av behörighetsmodellen, två om mönster för minsta behörighet som löser samma problem säkert, en om kryptering i vila och under överföring, en om upptäckt och vad en varning bör utlösa, och en om vanan att återställa.
