SE506853C2 - Metod för databearbetning - Google Patents

Description

506 853 10 15 20 25 30 35 2 databas O-DB enligt följande princip: Steg 1 OID (Pnr) krypteras medelst en första, företrä- desvis icke-reversibel algoritm ALGl till en uppdateringsidentitet UID; Steg 2 UID krypteras medelst andra, reversibel algoritm ALG2 till en lagringsidentitet LID; Steg 3 LID och BI lagras som en post P i databasen O-DB, varvid LID fungerar som postidentifierare; Steg 4 Vid förutbestämda tidpunkter àstadkommes (se fig 2) poster P genom att LID hos dessa poster dekryp- en ändring av LID hos alla eller utvalda teras medelst en dekrypteringsalgoritm ALG3 till UID, difierad andra, varefter efter UID krypteras medelst en mo- till som införs som ny reversibel algoritm ALG2' en ny lagringsidentitet LID', postidentifierare i respektive post P som er- sättning för tidigare LID. Därmed åstadkommes en säkerhetshöjande ”flytande” ändring av LID hos posterna.

För en närmare beskrivning av detaljerna och förde- larna hos denna krypterings- och lagringsmetod hänvisas till WO95/15628, vilket dokument skall anses utgöra del av föreliggande beskrivning. Lagringsprincipen enligt steg 1-4 ovan benämns i det följande PTY, vilket är en förkortning av konceptet PROTEGRITY som står för ”Protection and Integrity”.

En utförlig teknisk beskrivning av PTY ges vidare i dokumentet ”PROTEGRITY (ASIS) Study 2", Ver 1.2, 1996, Även detta dokument skall anses utgöra del av föreliggande beskrivning. 1 mars av Leif Jonson.

Inom det aktuella teknikomràdet är dock så kallade skalskydd idag den dominerade skyddsmetoden. Skalskydd (lokaler), dels ett behörighetskontrollsystem (BKS) med användar-lösenord omfattar dels den yttre säkerheten 10 15 20 25 30 35 506 853 3 för åtkomststyrning. BKS används som skalskydd för stor- datorer, client/server-system och PC, men det ger inte något fullgott skydd, och den aktuella datainformationen kan ofta relativt lätt utsättas för obehörig åtkomst.

Detta skydd har visat sig vara allt mer otillfredsstäl- lande, då man i allt större omfattning lagrar ”känslig” datainformation som måste kunna hanteras via distribu- tion, lagring och bearbetning i dynamiskt skiftande miljöer, särskilt lokal distribution ut till person- datorer. I takt med denna utveckling blir system- gränserna allt otydligare och försämras den effekt som ett skalskydd kan ge.

Sammanfattning av uppfinningen Med bakgrund av ovanstående har föreliggande upp- finning som ändamål att àstadkomma en förbättrad metod för bearbetning av datainformation, med vars hjälp man kan höja säkerheten mot otillbörlig åtkomst till känslig datainformation.

Ett särskilt ändamål hos uppfinningen är att anvisa en teknik för databearbetning- eller hantering som gör det möjligt för systemansvarig, organisationens ledning eller motsvarande att på ett enkelt sätt fastställa och kontinuerligt anpassa användarsidans möjligheter att be- arbeta lagrad datainformation som skall skyddas.

Ytterligare ett ändamål hos uppfinningen är att an- visa en teknik för databearbetning som erbjuder skydd mot försök till obehörig databearbetning med hjälp av icke godkänd programvara. Ännu ett annat ändamål hos uppfinningen är att an- visa en teknik för databearbetning enligt ovan angivna ändamål, som kan användas i kombination med ovan be- skrivna PTY-princip, för åstadkommande av ett säkerhets- system med extremt hög skyddsnivå.

Dessa och andra ändamål hos uppfinningen uppnås med metoden enligt patentkravet 1, varvid föredragna utfö- 506 853 10 15 20 25 30 35 4 ringsformer av uppfinningen är angivna i de osjälvstän- diga patentkraven.

Sålunda anvisas enligt uppfinningen en metod för bearbetning av data som skall skyddas, innefattande åt- gärden att lagra datat som krypterade termvärden hos (O-DB), värde är kopplat till ett motsvarande termnamn. poster i en första databas varvid varje term- Metoden enligt uppfinningen kännetecknas av föl- jande ytterligare åtgärder: att i en andra databas (IAM-DB) som för varje enskilt termnamn inne- lagra en termskyddskatalog, håller ett eller flera skyddsattribut som anger bearbet- ningsregler för de termvärden som i den första databasen är kopplade till det enskilda termnamnet, att vid varje användarinitierad åtgärd, som syftar till bearbetning av ett givet termvärde i den första da- tabasen, initialt åstadkomma ett tvingande anrop till termskyddskatalogen för inhämtning av det eller de skyddsattribut som hör till motsvarande termnamn, och att tvingande styra bearbetningen av det givna term- värdet i överenstämmelse med det eller de inhämtade skyddsattributen.

I föreliggande ansökan gäller följande definitio- ner: ° ”Bearbetning” kan inkluderar alla åtgärdstyper som in- nebär någon form av läsning, skrivning, ändring, kod- ning, förflyttning, kopiering, etc. av data som skall skyddas med metoden enligt uppfinningen.

° ”Termnamn” avser en specifik typ av data med överens- kommen innebörd.

° ”Termvärde" avser ett värde som i en given post speci- ficerar ett termnamn.

° ”Post” avser ett antal samhörande termvärden kopplade till respektive termnamn, eventuellt även innefattande en postidentifierare med vars hjälp posten kan identi- fieras. Exempel: 10 15 20 25 30 506 853 5 TERMNAMN POST-ID SOCIALBIDRAG BIL XXXX XXXXX krypterat termvärde krypterat termvärde YYYY YYYYY krypterat termvärde krypterat termvärde ° ”Skyddsattribut som anger bearbetningsregler” kan avse: - i termskyddskatalogen lagrade datauppgifter som i sig ger fullständig information om den eller de regler som gäller för bearbetning av motsvarande term, och/eller - i termskyddskatalogen lagrade datauppgifter som kräver ytterligare anrop till på annan plats lagrad information som, eventuellt i kombination med skyddsattributen, anger de aktuella bearbetnings- reglerna.

' ”Inhämtning av skyddsattribut” kan avse: - inhämtning av skyddsattributen i den form de är lagrade i termskyddskatalogen, och/eller - inhämtning av data som utvinns från skyddsattribu- ten, exempelvis genom dekryptering därav.

° ”Kryptering” kan avse vilken som helst form av krypte- ring, trikryptering, omvandling eller kodning av klar- text-data till icke-tolkningsbar (krypterad) data, och skall speciellt också avse omvandlingsmetoder som in- kluderar hashning.

Den uppfinningsenliga metoden erbjuder en ny typ av skydd, skyddet och som verkar på cell- eller termnivà. som skiljer sig väsentligt från det kända skal- Till varje termnamn som används i posterna i den första data- basen hör sålunda ett eller flera skyddsattribut, vilka är lagrade i en separat termskyddskatalog och vilka skyddsattribut anger regler för hur bearbetning av mot- Sos 855 10 15 20 25 30 35 6 svarande termvärden skall ske. Det skall särskilt note- ras att anropet till termskyddskatalogen är tvingande.

Detta betyder att ett system, uppfinningen är implementerad, är sådant att en använ- i vilket metoden enligt dare, som vill exempelvis läsa ett visst termvärde i en given post i den första databasen, genom sitt försök till åtkomst till termvärdet automatiskt och tvingande åstadkommer ett systemanrop till termskyddskatalogen i den andra databasen för inhämtning av de skyddsattribut som hör till motsvarande termnamn. Systemets fortsatta bearbetningsprocedur (utläsning av termvärde) styrs också tvingande i enlighet med det eller de inhämtade skyddsattribut som gäller för motsvarande termnamn.

Begreppet ”termskyddskatalog” och användningen därav enligt föreliggande uppfinning får ej förväxlas med det kända begreppet ”active dictionary", som innebär att det utöver en operativa databas finns en särskild tabell vilken anger olika definitioner eller val för termvärden i den operativa databasen, exempelvis att ett termvärde ”gul” definitionsmässigt innebär en färgkod som ligger inom ett i en sådan uppslagstabell angivet numeriskt intervall.

Det är föredraget att de av skyddsattributen an- givna bearbetningsreglerna är oátkomliga för användar- sidan, och att de avlästa eller inhämtade skyddsattribu- ten endast används internt av systemet för styrning av bearbetningsprocessen. En given användare, som exempel- vis vill läsa ut i databasen lagrad information om en viss individ, behöver sålunda inte alls vara medveten om att vissa skyddsattribut har aktiverats och medfört att viss, känslig information för denna individ har uteslu- tits i den information som görs tillgänglig på exempel- vis en bildskärm. Varje användarinitierad åtgärd som syftar till bearbetning av termvärden medför sålunda dels ett tvingande anrop till termskyddskatalogen och dels en fortsatt bearbetning som är tvingande underkas- 10 15 20 25 30 35 506 853 7 tad de bearbetningsregler som anges av skyddsattributen, och detta kan sålunda åstadkommas utan att användaren får information om vilka regler som styr den aktuella bearbetningen, och speciellt att användaren inte heller har möjlighet att få åtkomst till reglerna.

Genom att ändra, lägga till och ta bort skydds- attribut i termskyddskatalogen kan systemansvarig eller motsvarande enkelt bestämma, för varje enskilt termnamn, de bearbetningsregler som gäller för termvärden som hör till det enskilda termnamnet och därmed enkelt upprätt- hålla en hög och överskådlig säkerhetskvalitet i syste- met.

Sålunda gäller enligt uppfinningen att det är den enskilda termen (termnamnet) och inte hela register, som blir styrande enhet för hur systemansvarig organisation, operatör, etc, har fastställt nivån på kvalitet, ansvar och säkerhet avseende informationshanteringen.

För uppnående av en hög skyddsnivå är det före- draget att kryptera termskyddskatalogen för förhindrande av otillbörlig åtkomst till densamma.

Som föredragna skyddsattribut anvisas enligt upp- finningen följande möjligheter, vilka dock endast får ses som en icke-uttömmande, exemplifierande lista: 1. Angivande av vilken ”styrka” eller ”nivå” (t.ex. ingen, 1, 2,...) av kryptering som skall användas för lagring av motsvarande termvärden i databasen.

Olika termvärden inom en och samma post kan alltså vara krypterade med inbördes olika styrka. 2. Angivande av vilken ”styrka” eller nivå (t.ex. ingen, l, 2,...) av kryptering som skall användas på motsvarande termvärden om dessa skall överföras på ett nät. 506 853 10 15 20 25 30 35 8 3. Angivande av program och/eller programversioner som är godkända att användas för bearbetning av motsva- rande termvärden. 4. Angivande av ”ägare” till termnamnet. Olika term- värden inom en och samma post kan sålunda ha olika ägare. 5. Angivande av gallringsregler för motsvarande term- värden, exempelvis angivande av metod och tidpunkt för automatisk borttagning av motsvarande term- värden från databasen. 6. Angivande om automatisk loggning skall ske vid be- arbetning av motsvarande termvärden.

Enligt en särskilt föredragen utföringsform av upp- finningen används ovan beskrivna PTY-lagringsmetod för kryptering av allt data som skall krypteras i såväl databasen (dvs termvärdena) som termskyddskatalogen skyddsattributen). För det normala fallet där varje har en postidentifierare (svarande mot LID ovan) är (dvs post det föredraget att även postidentifieraren skyddas med PTY.

Speciellt kan därvid en flytande ändring av postidenti- fierarna i såväl den operativa databasen som termskydds- katalogen utföras med önskade intervaller eller vid slumpmässigt valda tidpunkter, i enlighet med ovan be- skrivna PTY-princip.

I det föredragna utförandet kan speciellt den inneslutna processor som används för PTY- krypteringen också användas för implementering av anro- pen till termskyddskatalogen och proceduren för bear- betning enligt inhämtade skyddsattribut.

Uppfinningen skall nu förklaras närmare under hän- visning till bifogade ritningar, som schematiskt åskåd- liggör den uppfinningsenliga principen implementerad i ett exemplifierande datasystem. 10 15 20 25 30 506 855 9 Kort beskrivning av ritningarna Fig l (känd teknik) visar schematiskt principen för lagring av datainformation enligt PTY-principen i WO95/15628.

Fig 2 (känd teknik) visar schematiskt principen för åstadkommande av flytande lagringsidentiteter enligt PTY-principen i WO95/15628 Fig 3 visar schematiskt ett datorsystem för imple- mentering av metoden enligt uppfinningen.

Fig 4 visar schematiskt principen för databearbet- ning enligt uppfinningen med tvingande anrop till en termskyddskatalog.

Fig 5 visar ett exempel på en skärmbild för bestäm- ning av skyddsattribut i termskyddskatalogen.

Beskrivning av föredraget utföringsexempel I det följande kommer beteckningen IAM (vilket står för Information Assets Manager) att användas för de kom- ponenter och applikationer som i utföringsexemplet är centrala för implementeringen av uppfinningen.

Först hänvisas till fig 3, som schematiskt åskåd- liggör ett datahanteringssystem i vilket föreliggande uppfinning är implementerad och i vilket system följande databaser ingår för lagring av datainformation, i detta exempel personrelaterad datainformation: - En öppen databas Ö-DB som innehåller allmänt till- gängligt data, såsom personnamn, artikellnamn, adress, etc, med personnummer Pnr i klartext som postidentifierare; - En operativ databas O-DB, vilken innehåller data som skall skyddas. Krypterad identifikation, såsom i detta fall krypterat personnummer, används som post- identifierare (=lagringsidentitet LID). O-DB används av behöriga användare för bearbetning av enskilda poster, såsom läsning och uppdatering; 505 853 10 15 20 25 30 10 - En arkiv-databas A-DB, operativa databasen O-DB överfört vilken innehåller från den (gallrat) data och vilken används för statistiska frågor, men inte för frågor riktade mot enskilda poster. Överföringen från O-DB till A-DB kan ske batchvis.

- En databas IAM-DB, vilken är en för implementeringen av uppfinningen central databas. Denna databas inne- håller en termskyddskatalog med skyddsattribut för sådana termnamn som hör till termvärden hos poster i Denna databas IAM-DB är företrädesvis fysiskt åtskild från övriga O-DB Det kan dock föreligga två eller fler uppsättningar av den operativa databasen O-DB. och är oåtkomlig för användarsidan. termskyddskatalogen: dels en originalversion som en- dast behörig IAM-operatör har tillgång till, och dels en kopieversion som importerar termskyddskata- logen från originalversionen och som eventuellt kan ligga på samma lagringsmedium som den operativa da- tabasen O-DB. De två versionerna kan vara fjärrbe- lägna från varandra, exempelvis i två olika städer.

I datasystemet i fig 3 ingår vidare en hårdvarukom- (IAM-API), Funktionen hos dessa tre komponenter ponent 10, en styrmodul 20 och en program- modul 30 (PTY-API). skall nu beskrivas närmare.

Hàrdvarukomponenten 10 Hårdvarukomponenten 10 fungerar som en egen distri- buerad processor i en datamaskin. Den har en inne- slutning som gör den helt manipuleringssäker, vilket in- nebär att den inte skall kunna avlyssnas med s.k. trace- verktyg.

Hàrdvarukomponenten 10 kan som en självständig en- het utföra åtminstone följande funktioner: 10 15 20 25 30 506 853 ll - Skapa variabla reversibla och icke-reversibla kryp- teringsalgoritmer för PTY-krypteringen samt förse dessa algoritmer med erforderliga variabler; - Initiera förändringar av lagringsidentiteter (LID) hos lagrat data i enlighet med PTY, dels data i O-DB, dels data i termskyddskatalogen hos IAM-DB; - Lagra handläggarbehörigheter som har tillgång till poster i O-DB; och - Koppla originalidentiteter OID med rätt post i O-DB.

Styrmodulen 20 (IAM-API) Styrmodulen styr hanteringen av de typer av dataskydd som systemet kan tillhandahålla.

Styrmodulen utför bearbetningen som begärs via API (Application Program Interface) programmeringsgräns- snitt.

Programmodulen 30 (PTY-API) 30 (PTY-API) (inklusive BKS) Denna modul kan vidare föra en händelse- Programmodulen 30 hanterar dialogen mel- lan aktuell applikation 40 och hårdvaru- komponenten 10. logg samt styra gallring/borttagning av data från den operativa databasen O-DB.

Nu hänvisas till fig 4, som visar samma fyra data- baser (Ö-DB, O-DB, A-DB, IAM-DB) schematiskt åskådliggör hur bearbetningen av enskilda som i fig 3 och som termer, i enlighet med uppfinningen, styrs i enlighet med regler som anges av skyddsattribut i termskyddskata- logen, vilken är lagrad i databasen IAM-DB.

Det data som skall lagras avser i detta exempel en (1) allmänt tillgängligt data som namn och adress, (2) identifierande informa- (Pnr), samt (3) formation BI. Det allmänt tillgängliga datat namn och viss individ och innehåller: tion, såsom personnummer beskrivande in- adress lagras tillsammans med personnummer Pnr i den öppna databasen Ö-DB, vilken lagring kan ske i klartext 506 ass 10 15 20 25 30 35 12 eftersom informationen är av allmänt tillgänglig karak- tär.

För lagring av den identifierande informationen i förening med den beskrivande informationen BI utförs emellertid nedan angivna steg, varvid följande beteck- ningarna används för beskrivning av krypterings- och dekrypteringsalgoritmer. Krypterings- och dekrypte- ringsalgoritmerna kan generellt beskrivas enligt föl- jande: där: TYP Slumptal Indata Resultat Steg 1 FTyp(Slumptal, Indata) = Resultat betecknar en funktion. ' anger funktionstyp enligt följande: FKIR = Icke reversibel krypteringsalgoritm FKR = Reversibel krypteringsalgoritm FDKR = Dekrypteringsalgoritm V är en eller flera konstanter och/eller variab- ler ingående i funktionen F. utgörs av den datainformation som skall kryp- teras respektive dekrypteras. är ett unikt funktionsvärde för en given funk- tion.

Uppdelning av datainformationen: Steg 2 Identifierande information separeras från be- skrivande information; Framtagning av lagringsidentitet LID: En originalidentitet OID väljs utifrån den iden- tifierande informationen. OID väljs här lika med 10 15 20 25 30 35 Steg 3 506 853 13 individens personnummer Pnr. OID krypteras me- delst en av hårdvarukomponenten 10 slumpmässigt framtagen, icke-reversibel krypteringsalgoritm ALGl till en uppdateringsidentiet UID enligt följande: ALGl: FKIR(Slumptal, OID) = UID ALGl är sådan att man vid försök till dekrypte- ring av UID till OID erhåller ett mycket stort antal identiteter, vilket gör det omöjligt att koppla en viss UID till motsvarande OID.

UID krypteras därefter medelst en reversibel al- goritm ALG2, vilken likaså framtages slump- för bildande av en lagringsidentitet LID enligt följande: mässigt av hårdvarukomponenten 10, ALG2: FKR(Slumptal, UID) = LID ALG2 är sådan att det existerar en motsvarande dekrypteringsalgoritm ALG3 med vilken LID kan dekrypteras för återskapande av UID.

Lagringsidentiteten LID används, såsom beskrivs i steg 4 nedan, som krypterad postidentifierare vid lagring av krypterade termvärden TV i den operativa databasen O-DB.

Framtagning av krypterade termvärden TV: Den beskrivande datainformation BI som hör till originalidentiteten OID omvandlas till ett eller flera krypterade termvärden TV kopplade till var sitt termnamn TN.

Krypteringen sker enligt följande med en rever- 506 ass 10 15 20 25 30 35 14 sibel krypteringsfunktion FKR, som i likhet med algoritmerna ALG1 och ALG2 ovan också framtages slumpmässigt av hårdvarukomponenten 10. Utmär- kande för uppfinningen är att det här sker ett tvingande anrop till termskyddskatalogen i data- basen IAM-DB, för automatisk inhämtning av det skyddsattribut som är kopplat till det aktuella termnamnet och som anger den ”styrka” eller grad med vilken krypteringen av det beskrivande datat skall utföras för bildande av termvärdet TV.

Den tabell som i fig 4 visas nedanför databasen IAM-DB symboliserar ett exemplifierande innehåll hos termskyddskatalogen, här betecknad med TK.

Som exempel kan det här antagas att skyddsfunk- tionen Funkl svarar mot ”krypteringsgrad”. Om den aktuella beskrivande informationen BI skall lagras som ett termvärde hörande till det spe- cifika termnamnet TN1 i termskyddskatalogen, så inhämtas i detta fall automatiskt det i termskyddskatalogen registrerade skyddsattribu- tet ”5”. Den aktuella, beskrivande informationen BI kommer därigenom, automatiskt och tvingande, att krypteras med styrka ”5” för bildande av ett krypterat termvärde TV enligt följande: FKR(Slumptal, BI) = krypterat termvärde TV För lagring av en mindre känslig term, exempel- vis en term med termnamnet TN3, skulle det tvingande anropet till termskyddskatalogen i IAM-DB istället ha resulterat i att skydds- attributet ”nej” inhämtades, varvid någon kryp- tering ej skulle gjorts på det aktuella beskri- vande datat som då kunde lagras i klartext i den operativa databasen O-DB. 10 15 20 25 30 506 853 15 Steg 4 Lagring av poster i operativa databasen O-DB: Den krypterade lagringsidentiteten LID enligt steg 2 i förening med motsvarande, krypterade termvärde eller termvärden TV enligt steg 3 lag- ras som en post i den operativa databasen O-DB.

Enligt ovanstående beskrivning har en lagrad upp- giftspost P i den operativa databasen således följande generella utseende: Beskr. information i form av krypterade termvärden Lagringsidentitet (LID) TV1 TV2 TV3 TV4 Originalidentiteten OID krypteras enligt PTY-prin- cipen i två steg, av vilka det första är icke reversi- belt och det andra reversibelt. Därmed blir det möjligt att å ena sidan lagra den beskrivande informationen BI med en lagringsidentitet LID som aldrig kan kopplas till originalidentiteten OID, och à andra sidan att skapa flytande, dvs i tiden föränderliga, lagringsidentiteter LID, och fortfarande ha möjlighet att vid angivande av en viss originalidentitet OID kunna lokalisera tillhörande, Det beskrivande datat BI lagras i enlighet med till lagrad beskrivande information BI. varje enskild term kopplade skyddsattribut. Därmed upp- nås en än högre skyddsnivà samt en hög grad av flexibi- litet beträffande upprättande av regler, och kontinuer- lig anpassning av dessa, för hur känsligt data får och kan användas, och detta ända ner på termnivå.

För att höja skyddsnivån ytterligare är det före- draget att lagra termskyddskatalogen TK i IAM-DB i kryp- terad form i enlighet med PTY-principen, varvid exempel- vis termnamnen svarar mot lagringsidentitet ovan och skyddsattributen svarar mot beskrivande information 506 853 10 15 20 25 30 16 eller termvärden ovan, såsom schematiskt illustreras i fig 4. kringgå termskyddet genom otillbörlig åtkomst och tolk- Därmed förhindras effektivt varje försök att ning av innehållet i termskyddskatalogen.

I det illustrerade utföringsexemplet kan PTY så- lunda ha följande funktioner: - Skydda originalidentiteten OID i krypterad form (LID) på den operativa databasen O-DB (såsom är känt från nämnda WO95/l5628); - Skydda datainformation i IAM-DB, i synnerhet termskyddskatalogens skyddsattribut och tillhörande postidentifierare; och - Skydda beskrivande information BI i form av krypte- rade termvärden TV för de termnamn som har motsva- rande skydd aktiverat i termskyddskatalogen, och i enlighet med motsvarande skyddsattribut. funktiona- litet Funktionalitetsskydd I ovanstående utföringsexempel av proceduren för inskrivning av data i den operativa databasen O-DB har som termskyddsattribut i termskyddskatalogen TK hittills endast diskuterats ”krypteringsgrad”. Detta är emeller- tid endast ett exempel bland flera möjliga skyddsattri- but i termskyddskatalogen, vilken normalt erbjuder ett flertal skyddsattribut för varje term. Föredragna skyddsattribut har angivits ovan i den allmänna beskriv- ningsdelen.

Ett särskilt intressant skyddsattribut är ”skyddade program”. Användning av detta termskyddsattribut innebär att datasystemet kan erbjuda en ny skyddstyp, vilken här benämns "funktionalitetsskydd” och vilken skyddstyp innebär att endast godkända eller certifierade program får och kan användas i systemet vid bearbetning av data. 10 15 20 25 30 35 506 853 17 Det skall noteras att denna skyddstyp fortfarande, i en- lighet med uppfinningen, ligger på termnivå.

Antag i illustrerande syfte att Funk2 i termskydds- katalogen TK i fig 4 svarar mot detta skyddsattribut och att termer med termnamnet TN1 respektive TN2 endast får bearbetas med de godkända applikationerna eller program- men Pl respektive P2. Otillbörlig hantering av motsva- rande termer med exempelvis ett annat program P3, eller en modifierad version P1' av Pl, skall förhindras. Som skyddsattribut i termskyddskatalogen lagras därför data som identifierar Pl och P2. I ett föredraget exempel skapas, på ett i sig känt sätt, en kryptografisk check- summa Pl* respektive P2* utifrån varje godkänt program P1 respektive P2. Dessa checksummor kan anses utgöra ett unikt fingeravtryck av respektive godkänt program, och dessa fingeravtryck kan lagras som skyddsattribut i termskyddskatalogen såsom illustreras schematiskt i fig 4. Det skall dock noteras att dylika checksummor för godkända program eventuellt kan lagras i en egen termskyddskatalog för registering av godkända program, separat från termskyddskatalogen med skyddsattribut för krypteringsstyrka.

Om sistnämnda skyddstyp ”skyddade program” används, skall det också noteras att systemet, vid en användar- initierad åtgärd som syftar till bearbetning av en given term, exempelvis inskrivning av ett nytt termvärde i en viss post, inte behöver utföra någon komplett genomgång av alla i systemet godkända program. Om användaren exem- pelvis försöker använda ett program P3 för att i den operativa databasen O-DB skriva in ett nytt termvärde, så sker det ett tvingande anrop till termskyddskatalogen vid motsvarande termnamn, säg TN1. Från termskyddskata- logen inhämtas därvid tillhörande skyddsattribut Pl*, vilket innebär att ett dylikt termvärde endast får lag- ras med programmet Pl. Försöket att registrera term- 506 853 10 15 20 25 30 18 värdet med hjälp av programmet P3 skulle därför miss- lyckas.

Genom periodisk användning av ovan beskrivna funk- tionalitetsskydd kan man avslöja och/eller förhindra att en obehörig person (exempelvis en ”hacker”) med hjälp av ett icke godkänt program gör intrång i systemet och mo- difierar och/eller lägger till beskrivande data på ett sådant sätt att det beskrivande datat därefter blir identifierande för posten. Termvärdena får alltså inte bli identifierande i den operativa databasen O-DB.

Spårbarhet/Loggning ”Loggning" eller ”spårbarhet” är en annan skyddstyp som enligt uppfinningen kan kopplas till ett termnamn i termskyddskatalogen. Om detta skydd är aktiverat för ett visst termnamn, kommer varje bearbetning av motsvarande termvärden i den operativa databasen O-DB att automa- tiskt och tvingande medföra att relevanta uppgifter om ”datum”, loggas på lämpligt sätt, bearbetningen (”användare”, ”post”, ”användarprogram", etc) så att man i efterhand utifrån loggen enkelt kan undersöka vem med vil- som har bearbetat de aktuella termvärdena, när, ket program, etc.

Läsning av data från den operativa databasen O-DB Vid en användariniterad åtgärd som syftar till läs- ning/ändring av termvärden i de lagrade posterna i den operativa databasen O-DB, utförs nedan angivna steg åt- gärder, vilka speciellt också innefattar ett tvingande anrop till termskyddskatalogen och en ”uppackning” av datat som styrs automatiskt och tvingande av inhämtade skyddsattribut.

Steg l Posten identifieras genom framtagning av aktuell lagringsidentitet LID utifrån den original- identitet OID (Pnr) som hör till det termvärde 5 10 15 20 25 30 35 Steg 2 506 853 19 TV som skall läsas, enligt följande: FKHFKIRÜJIDU = LID När posten är funnen medelst LID, dekrypteras det krypterade termvärdet TV (dvs det krypterade beskrivande data som skall läsas) enligt föl- jande medelst en dekrypteringsalgoritm Fmm: Fm@(TV) = beskrivande data (klartext) Genomförandet av denna dekryptering av term- värdet kräver dock att termens krypterings- styrande skyddsattribut först inhämtas av syste- met från termskyddskatalogen TK, dvs det attri- but som anger med vilken styrka eller nivå som det i O-DB lagrade termvärdet TV har krypterats.

I likhet med ovanstående procedur för inskriv- ning av data i O-DB föreligger det sålunda även vid läsning ett tvingande anrop till termskydds- katalogen TK för inhämtning av information som är nödvändig för att bearbetningen, här uppack- ningen, skall kunna genomföras.

Det inses att ett sådant tvingande anrop till termskyddskatalogen TK, vid försök till läsning, kan medföra att försöket helt eller delvis miss- lyckas av flera orsaker, i beroende av aktuella skyddsattribut som är kopplade till den eller de termvärden som skall läsas. Exempelvis kan för- söket till läsning avbrytas på grund av att an- vändaren försöker utnyttja ett icke godkänt pro- gram och/eller att denne icke är behörig att läsa den aktuella termen. 506 853 10 20 För det fall termskyddskatalogen är krypterad kan avkodningsnyckeln vara lagrad på en från den första och den andra databasen skild lagringsposition.

Fig 5 visar ett exempel på ett användargränssnitt i form av en dialogruta, med vars hjälp IAM-ansvarig, dvs en person som är säkerhetsansvarig, kan avläsa och/eller ändra de i termskyddskatalogen angivna skyddsattributen.

I exemplet i fig 5 har termnamnen ”Bostadsbidrag” och ”Socialbidrag” båda försetts med skyddsattribut avseende kryptering, gallring, loggning och ägare. Vidare har, i undermenyer, registrering skett av auktoriserade aktörer och skyddade program kopplade till termnamnet "Socialbidrag".

Claims (7)

10 15 20 25 30 506 853 21 PATENTKRAV

1. Metod för bearbetning av data som skall skyddas, innefattande åtgärden att lagra datat som krypterade (P) i en första databas termvärden (TV) hos poster (O-DB), varvid varje termvärde är kopplat till ett mot- svarande termnamn (TN), k ä n n e t e c k n a d av: att i en andra databas (IAM-DB) lagra en termskyddskatalog (TK), som för varje enskilt termnamn (TN) innehåller ett eller flera skyddsattribut som anger bearbetningsregler för termvärden (TV) som i den första databasen (O-DB) är kopplade till det enskilda term- namnet (TN), att vid varje användarinitierad åtgärd, som syftar (TV) i den första databasen (O-DB), initialt åstadkomma ett tving- till bearbetning av ett givet termvärde ande anrop till termskyddskatalogen för inhämtning av det eller de skyddsattribut som hör till motsvarande termnamn, och att tvingande styra användarens bearbetning av det givna termvärdet i överenstämmelse med det eller de in- hämtade skyddsattributen.

2. Metod enligt krav 1, vidare innefattande åtgär- (TK) skyddsattribut i (IAM-DB), och att vid inhämtning av skyddsattribut från termskyddskatalo- den att lagra termskyddskatalogens krypterad form i den andra databasen gen (TK) åstadkomma en avdkodning därav.

3. Metod enligt något av de föregående kraven, var- vid varje post (P) i den första databasen (O-DB) har en postidentifierare, och varvid metoden vidare innefattar åtgärden att lagra postidentifieraren i krypterad form (LID) i den första databasen (O-DB). 506 ess 22

4. Metod enligt något av de föregående kraven, var- vid krypteringen av data i den första databasen (O-DB) och/eller krypteringen av data i den andra databasen (IAM-DB) utförs i enlighet med PTY-principen med fly- 5 _ tande lagringsidentitet.

5. Metod enligt något av de föregående kraven, var- vid termnamnens skyddsattribut innefattar attribut som anger regler för kryptering av motsvarande termvärden i 10 den första databasen (O-DB).

6. Metod enligt något av de föregående kraven, var- vid termnamnens skyddsattribut innefattar attribut som anger regler för vilket eller vilka program eller pro- 15 gramversioner som får användas för hantering av mot- svarande termvärden i den första databasen (O-DB).

7. Metod enligt något av de föregående kraven, var- vid termnamnens skyddsattribut innefattar attribut som 20 anger regler för loggning av motsvarande termvärden i den första databasen (O-DB).