Kriptimi në Backblaze B2 do t’i lërë të pandryshuara objektet e vjetra
Backblaze B2 do ta bëjë kriptimin automatik për ngarkimet dhe kopjet e reja duke filluar nga 14 shtatori 2026, por ky ndryshim nuk do të kriptojë të dhënat e vjetra që janë tashmë të ruajtura. Në njoftimin e 27 gushtit, Backblaze tha se cilësimi i parazgjedhur do të zbatohet që në nisje për kontejnerët e rinj, të quajtur bucket, që përdoren për të organizuar skedarët e ruajtur, në çdo rajon të B2. Kontejnerët ekzistues do ta marrin gradualisht, ndaj pyetja e rëndësishme për pronarët e tyre është se kur është aktivizuar ky cilësim për kontejnerin e tyre konkret.
Ndryshimi përdor kriptimin në anën e serverit me çelësa të menaxhuar nga Backblaze (SSE-B2), që do të thotë se ofruesi i hapësirës së ruajtjes kripton të dhënat dhe menaxhon çelësat e nevojshëm për t’i lexuar ato. Ai mbron të dhënat e objekteve, pra skedarët që mbahen në hapësirën e ruajtjes së objekteve në renë kompjuterike, duke përdorur AES-256, Standardin e Avancuar të Kriptimit me çelësa 256-bitësh. Ky është kriptim i të dhënave në ruajtje, mbrojtje për të dhënat ndërsa ato ruhen. Backblaze thotë se ndryshimi nuk kërkon modifikime të aplikacioneve, nuk shton tarifë për kriptimin dhe nuk ndikon në performancën e ngarkimeve apo shkarkimeve. Tarifat e zakonshme për ruajtjen dhe ndërfaqen e programimit të aplikacioneve (API) vazhdojnë të zbatohen; API është ndërfaqja që programet përdorin për të kërkuar veprime nga një shërbim.
Më parë, klientët mund të aktivizonin SSE-B2 për një kontejner ose ta kërkonin për një ngarkim të caktuar. Pasi cilësimi i ri i parazgjedhur të aktivizohet për një kontejner, çdo ngarkim i ri dhe çdo kopje në destinacion merr SSE-B2, përveç rasteve kur kërkesa zgjedh shprehimisht SSE-C, kriptimin në anën e serverit me një çelës të ofruar nga klienti. Kontejnerët që janë tashmë të konfiguruar për SSE-B2 e ruajnë konfigurimin e tyre. Kriptimi në anën e serverit nuk mund të çaktivizohet për shkrimet e reja të të dhënave pas aktivizimit: heqja ose fshirja e një cilësimi të shprehur të kriptimit të kontejnerit nuk do të rikthejë një gjendje të parazgjedhur pa kriptim.
Kjo heq një zgjedhje konfigurimi nga çdo aplikacion dhe proces vënieje në përdorim. Përfitimi që mund të zbatohet edhe në raste të tjera është njëtrajtshmëria: mbrojtja e të dhënave të ruajtura nuk varet më nga fakti nëse çdo mjet ngarkimi kujtohet ta kërkojë atë, dhe ka më pak cilësime që mund të ndryshojnë nga njëri-tjetri me kalimin e kohës. Megjithatë, kufiri i këtij ndryshimi ka po aq rëndësi. Një cilësim automatik i parazgjedhur për të dhënat e ardhshme nuk është provë se çdo skedar i ruajtur më parë ka të njëjtën mbrojtje.
Backblaze e përshkruan këtë si një ndryshim në sjellje, jo si një ndryshim të kontratës së API-së, pra të rregullave që përcaktojnë kërkesat dhe përgjigjet e programeve. Veprimet ekzistuese të ngarkimit, kopjimit, shkarkimit dhe ngarkimit me pjesë, që e dërgojnë një skedar në pjesë të veçanta, mbeten të vlefshme. B2 i dekripton automatikisht objektet SSE-B2 për lexime të autorizuara, kështu që aplikacionet i marrin skedarët si më parë. Aktivizimi shton gjithashtu mbështetje për skedarët e kriptuar me SSE-B2 në B2 Snapshots dhe në shkarkimet përmes konsolës në ueb të Backblaze, pa u kërkuar përdoruesve të ndryshojnë këto mënyra pune.
Për zhvilluesit që përdorin S3-Compatible API, një ndërfaqe e pajtueshme me kërkesat e ruajtjes të Amazon S3, ngarkimet pa fusha të kreut për kriptimin marrin automatikisht SSE-B2. Fushat e kreut janë udhëzime shtesë që i bashkëngjiten një kërkese. Backblaze thotë se PutObject, CopyObject dhe ngarkimet me pjesë e zbatojnë të gjitha cilësimin e parazgjedhur te objekti në destinacion, ndërsa fushat e vlefshme të kreut SSE-C kanë përparësi. Paraqitja e kriptimit në formatin e pajtueshëm me S3 është AES256. Në shembullin e Backblaze për rreshtin e komandave, një ngarkim me aws s3api put-object përdor një profil, një pikë fundore rajonale, një kontejner, emrin e objektit dhe një skedar lokal, por nuk përfshin --server-side-encryption. Shembulli i tij i veçantë me aws s3api get-bucket-encryption raporton "SSEAlgorithm": "AES256".
B2 Native API, ndërfaqja e vetë Backblaze për kërkesat, ndjek të njëjtin parim. Aplikacionet mund t’i lënë jashtë fushat dhe fushat e kreut SSE-B2 për ngarkimet e zakonshme, ngarkimet e skedarëve të mëdhenj dhe kopjet në destinacion. Shembulli i Backblaze me curl, që përdor një mjet të rreshtit të komandave për të dërguar kërkesa në ueb, përfshin autorizimin, emrin e skedarit, llojin e përmbajtjes dhe një shumë kontrolli SHA-1, një vlerë që përdoret për të kontrolluar integritetin e skedarit. Ai nuk përfshin X-Bz-Server-Side-Encryption, megjithatë përgjigjja raporton serverSideEncryption me modalitetin SSE-B2 dhe algoritmin AES256. Kërkimi i shprehur i SSE-B2 mbetet i mbështetur, por nuk është më i nevojshëm për të siguruar kriptimin e të dhënave në ruajtje pasi cilësimi i parazgjedhur të jetë aktiv.
Meqë mbrojtjen e zbaton B2, paketat ekzistuese të zhvillimit të softuerit (SDK), përmbledhje kodi për lidhjen e aplikacioneve me një shërbim, dhe ndërfaqet e rreshtit të komandave (CLI), mjete që përdoren përmes komandave të shkruara, nuk kanë nevojë të përditësohen për këtë ndryshim. As integrimet ekzistuese nuk kanë nevojë për ndonjë parametër të posaçëm kriptimi. Backblaze thotë se konsolat e tij në ueb do të shfaqin SSE-B2 ose AES256 si cilësimin e parazgjedhur efektiv të kontejnerit, ndërkohë që do të vazhdojnë të tregojnë kriptimin që përdoret realisht nga çdo objekt. Ky dallim i ndihmon përdoruesit të mos ngatërrojnë cilësimin aktual të parazgjedhur të një kontejneri me gjendjen e skedarëve të vjetër brenda tij.
Çelësat e kontrolluar nga klienti mbeten një mundësi. Një kërkesë që përmban fusha të vlefshme të kreut SSE-C përdor çelësin e ofruar AES-256 në vend të kriptimit të menaxhuar nga Backblaze për atë objekt. Klientët duhet të ofrojnë fushat e kërkuara të kreut kur ngarkojnë, kopjojnë ose aksesojnë objekte SSE-C. Backblaze nuk i ruan këta çelësa dhe nuk mund të rikuperojë një çelës të humbur, duke ua lënë klientëve përgjegjësinë për t’i mbrojtur dhe ruajtur ata. Kriptimi i të dhënave në anën e klientit, përpara se të ngarkohen, mbetet gjithashtu i mundur. SSE-KMS, kriptimi në anën e serverit i integruar me një shërbim menaxhimi çelësash, nuk përfshihet në këtë përditësim.
Për të dhënat ekzistuese, asgjë nuk ndryshon në mënyrë prapavepruese. Backblaze thotë se as nuk do t’i rishkruajë në sfond skedarët e ruajtur të klientëve, as nuk do të ndryshojë metadatat historike të kriptimit, pra informacionin përshkrues që regjistron se si mbrohet një objekt. Objektet e vjetra ruajnë gjendjen që kishin kur u shkruan. Për t’i dhënë mbrojtje SSE-B2 një objekti të vjetër të pakriptuar, ngarkojeni sërish ose krijoni një kopje të re në destinacion pasi të aktivizohet cilësimi i parazgjedhur i kontejnerit. Përgjigjet me informacion për objektin dhe ato të shkarkimit do të vazhdojnë të përshkruajnë kriptimin që përdoret realisht për atë objekt të caktuar.
Për bizneset që po shqyrtojnë infrastrukturën e menaxhuar, shërbimet evropiane të resë kompjuterike dhe infrastrukturës së të dhënave të AEU Data përfshijnë baza të dhënash të menaxhuara, kopje rezervë dhe ruajtje të kriptuar, aftësi të rëndësishme për mbrojtjen e të dhënave të ruajtura të biznesit. Mësimi praktik nga aktivizimi i këtij ndryshimi në Backblaze është të verifikohen si cilësimi i parazgjedhur aktiv, ashtu edhe mbrojtja e skedarëve ekzistues: një cilësim më i fortë për ngarkimet e nesërme nuk i ndryshon, në vetvete, të dhënat e djeshme.