År 2014 utsattes JPMorgan Chase för en massiv cyberattack där data från 76 miljoner privatkunder och 7 miljoner företagskunder läckte ut. Angriparen kunde få administratörsrättigheter tack vare icke-fungerande tvåfaktorsautentisering och kunde komma åt användardata. Webbservern och webbapplikationen var säkrade, men databasen som informationen kopierades från förblev okrypterad.
If Formatbevarande kryptering hade använts hade denna situation kunnat mildras. Med FPE skulle det inte ha skett någon ändring av databasschemat, och kryptering kunde integreras i farten.
Vad är formatbevarande kryptering?
För grundläggande information om FPE, vänligen se denna länk
För att ge dig lite sammanhang är formatbevarande kryptering eller FPE en krypteringsalgoritm används för att bevara formatet på klartexten medan den förblir krypterad. FPE:s styrka är dock lägre jämfört med AES. FPE är dock en viktig mekanism för att kryptera data samtidigt som datalängden bevaras. FPE säkerställer att även om data förblir krypterad fortsätter alla program, applikationer och databaser att fungera.
Varför använda formatbevarande kryptering?
Att implementera ett perfekt säkert nätverk är svårare än att bara kryptera dina data. Att kryptera data är billigare, enklare, säkrare och därmed bättre på alla tänkbara sätt. Det finns många organisationer med en äldre infrastruktur som kanske inte är lika säker. Att skydda all data i det äldre nätverket skyddar därför informationen även om nätverket komprometteras. Denna förändring kan göras nästan utan att påverka befintlig infrastruktur. Även om organisationen har en robust infrastruktur kan den stöta på problem medan informationen granskas. Ingen vill avslöja rådata från kunder som kan riskera deras rykte. FPE kan således användas för att avidentifiera all data, ta bort all PII (personligt identifierbar information) om kunder och fungera som en extra försvarsmekanism när dataintrång inträffar. –
Enligt NIST 800-38G:
Formatbevarande kryptering (FPE) är utformad för data som inte nödvändigtvis är binär. Speciellt, givet en ändlig uppsättning symboler, som decimalsiffror, transformerar en metod för FPE data som är formaterad som en sekvens av symbolerna på ett sådant sätt att den krypterade formen av data har samma format, inklusive längd, som originaldata. Således skulle ett FPE-krypterat personnummer vara en sekvens av nio decimalsiffror.
Så om vi konverterar ett 16-siffrigt kreditkortsnummer returnerar det ytterligare ett 16-siffrigt värde. Ett 9-siffrigt personnummer skulle returnera ytterligare ett 9-siffrigt värde. Detta kan inte uppnås med andra krypteringsmetoder, till exempel AES, där om vi krypterar ett kreditkort kommer det att se ut så här 0B6X8rMr058Ow+z3Ju5wimxYERpomz402++zNozLhv w= vilket är större än 16 siffror och inte bara innehåller siffror. Den här typen av utdata skulle inte fungera i de flesta system eller databaser där vi måste följa strikta datatyper. Om den förväntar sig 16-siffriga tal skulle den här typen av utdata därför inte räcka till och kan till och med resultera i en systemomfattande krasch.
NIST SP 800-38G rekommenderar sätt att kryptera dessa känsliga data i databaserna. Dessa lösningar skulle också följa FIPS 140-2. Så om någon vill använda FPE kan de vara säkra på att de följer nästan alla regler och standarder, vilket skulle vara tillräckligt för att uppfylla HIPAA:s myndighetskrav. PCI DSS och så vidare
FPE från Google Cloud
För det första är Google den enda molnleverantören som för närvarande tillhandahåller FPE via sin DLP. API: erNu övergår de flesta organisationer till molnet, men för att övergången ska ske på ett säkert sätt bör data förbli krypterade under överföring.
För att göra det tillhandahåller Google FPE under Cloud Data Loss Prevention. Med hjälp av DLP API kan kunder kryptera sina data med FPE och avidentifiera information med hjälp av fördefinierade informationstyper som kreditkortsnummer, telefonnummer etc. Detta skulle kryptera informationen och göra det säkrare att övergå till molnet. Överföring av data från ett datacenter till en databas i molnet skulle också bibehålla deras referensintegritet såväl som deras format.
Slutsats
FPE är en krypteringsmekanism som håller data krypterad medan databaser och applikationer förblir funktionella. FPE bevarar dataformatet vilket gör att äldre system och nätverk kan förbli funktionella medan data krypteras. GCP tillhandahåller ett DLP API som erbjuder FPE genom sin plattform. Detta hjälper till att göra alla typer av system och program funktionella/tillgängliga och förbättrar även datagranskningsmöjligheterna genom att ta bort all PII-data i dem.
