Praktiska tillämpningar av ABE

Hälso- och sjukvården är ett av de mest naturliga användningsområdena för ABE. Patienters elektroniska journaler kan krypteras med CP-ABE-policyer som: (role=Doctor AND treating=true) OR role=EmergencyResponder OR (role=Researcher AND IRBapproved=true AND dataAnonymized=true). Detta möjliggör finkornig delning utan att förlita sig på åtkomstlistor som måste underhållas och granskas, och fungerar över organisationsgränser utan att förutsätta förtroendeavtal.

Forskningssystem som HealthVault ABE (Microsoft Research) och MedVault demonstrerade CP-ABE för elektroniska patientjournaler. Patienten är den part som krypterar uppgifterna och styr policyn. Vårdgivare får attributnycklar som intygar deras roll och specialitet. Molnlagringsleverantören lagrar chiffertexterna utan att kunna läsa dem. Patienter kan uppdatera policyer genom att kryptera om uppgifterna med en ny policy, utan att behöva distribuera om krypteringsnycklar till alla behöriga parter.

KP-ABE lämpar sig väl för hantering av digitala rättigheter vid innehållsdistribution. En filmstudio krypterar innehåll med attributen: {title=Inception, rating=PG-13, region=US, quality=4K}. Abonnentnycklar innehåller policyer: en premiumabonnent i USA har nyckelpolicyn "(region=US AND quality=4K) OR (region=US AND quality=HD)". Innehållet blir automatiskt tillgängligt utifrån abonnentens attributnyckel, utan licenshantering för varje enskild titel.

IoT-enheter genererar känsliga data (hälsomätare, smarta elmätare och industrisensorer) som endast bör vara tillgängliga för behöriga parter. ABE möjliggör krypterad datainsamling där sensorer krypterar mätvärden med attributpolicyer. En smartnätsmätare kan till exempel kryptera förbrukningsdata med policyn (utility=GridCo OR regulator=FERC OR homeowner=ID12345). Flera parter kan dekryptera den del de har behörighet till, utan att sensorn behöver hantera individuella nycklar.

Forskningsprototyper som FADE (Wang, Liu, Sun, Zhou, Ma, 2011) och CloudABE demonstrerade CP-ABE för molnlagring med åtkomstkontroll på filnivå. I dessa system laddar användare upp filer som krypterats med attributpolicyer. Molnleverantören deduplicerar chiffertexterna och tillhandahåller lagring, men kan inte läsa filinnehållet. Åtkomsten upprätthålls vid dekrypteringen på klienten. Modellen skyddar integriteten även mot en komprometterad molnleverantör.

ABE-prestandan domineras av bilineära parningsoperationer på elliptiska kurvor. På en modern processor (Intel Core i7, 2023) med kurvan BN-256 är nyckelgenerering ≈ 5–20 ms, kryptering ≈ 2–10 ms per attribut i policyn och dekryptering ≈ 3–8 ms per attribut som uppfyller policyn. För en policy där 10 attribut uppfylls tar dekrypteringen ungefär 30–80 ms. Detta är acceptabelt för interaktiva användarapplikationer, men kan vara en begränsning vid frekvent användning på serversidan.

Forskning om hårdvaruacceleration för ABE har visat betydande prestandavinster. FPGA-implementationer av BN-256-parningar uppnår 2–5 gånger högre hastighet än CPU-implementationer. GPU-implementationer av parallella ABE-operationer kan hantera hundratals dekrypteringar per sekund i batchtillämpningar. Anpassade ASIC-konstruktioner för parningsbaserad kryptografi har föreslagits för IoT-gateways som bearbetar stora mängder ABE-krypterade sensordata.

Genom att kombinera ABE med blockkedjor kan man skapa attributbaserade smarta kontrakt där kontraktets körning villkoras av kryptografiska bevis på attribut. Ethereum-baserade system som använder CP-ABE låter smarta kontrakt verifiera att den som dekrypterar har giltiga attributuppgifter innan de frigör tokens eller kör logik. Attributnycklarna fungerar som verifierbara autentiseringsuppgifter, och blockkedjan ger oföränderlig spårbarhet för åtkomsthändelser.

Återkallande av nycklar är den svåraste operativa utmaningen vid driftsättning av ABE. När en anställd lämnar ett företag bör personens attributuppgifter återkallas. I standard-CP-ABE kräver detta att alla chiffertexter som krypterats för personens tidigare attribut krypteras om. Praktiska metoder är attributversionshantering (key=Doctor-v3, där nycklarna v1-v2 tas ur bruk), tidsbegränsade nycklar (som upphör att gälla efter 90 dagar och kräver ny registrering) eller proxyservrar för omkryptering som uppdaterar chiffertextkomponenter på dataägarens vägnar.

ABE har flera begränsningar som försvårar praktisk driftsättning. För det första utgör en central nyckelauktoritet en enda förtroende- och felpunkt, vilket kan motverkas med ABE med flera auktoriteter. För det andra är parningsbaserad ABE inte postkvantsäker – de flesta konstruktioner bygger på DBDH eller relaterade parningsantaganden som är sårbara för kvantdatorer. För det tredje är standardiseringen begränsad: det finns ingen NIST- eller ISO-standard för ABE. Gitterbaserade ABE-konstruktioner är ett aktivt forskningsområde som erbjuder postkvantsäkerhet.

Trots omfattande akademisk forskning har ABE inte standardiserats. Standarden IEEE P2668 för IoT-datahantering inkluderar ABE som en rekommenderad åtkomstkontrollmekanism, men anger ingen specifik konstruktion. OASIS KMIP (Key Management Interoperability Protocol) utökas för att stödja operationer för hantering av ABE-nycklar. Branschorganisationer inom hälso- och sjukvården (HL7 FHIR) och finanssektorn undersöker ABE för samtyckesbaserad datadelning, men har svårt att enas om konstruktioner och prestandakrav.

ABE möjliggör finkornig kryptografisk åtkomstkontroll inom hälso- och sjukvården (delning av elektroniska patientjournaler), DRM (innehållsdistribution), IoT (sensordata) och molnlagring (policybaserad delning). Prestandan domineras av parningsoperationer (cirka 3–8 ms per attribut som uppfyller policyn). Återkallande av nycklar kräver strategier för omkryptering eller versionshantering. ABE är ännu inte standardiserat och är inte postkvantsäkert med nuvarande konstruktioner. Gitterbaserad ABE och ABE med flera auktoriteter är aktiva forskningsområden för praktisk postkvantsäker driftsättning.