![\"IaaS](\"\/wp-content\/uploads\/2020\/09\/d91a5d152754f82316e0027fd3447b53.jpg\")
<\/p>\n<\/p>\n
Uanset hvor meget man analyserer de myter og legender, der omgiver overholdelsen af 152-FZ, forbliver der altid noget i skyggen. I dag \u00f8nsker vi at diskutere nogle af de mindre indlysende nuancer, som b\u00e5de store virksomheder og sm\u00e5 foretagender kan st\u00f8de p\u00e5:<\/p>\n
nuancerne i klassificeringen af persondata efter kategorier \u2014 n\u00e5r en lille online butik indsamler data, der tilh\u00f8rer en specialkategori, uden at v\u00e6re klar over det;<\/p>\n<\/li>\n
hvor man kan opbevare sikkerhedskopier af indsamlede persondata og udf\u00f8re operationer med dem;<\/p>\n<\/li>\n
hvad forskellen er mellem et certifikat og en erkl\u00e6ring om overensstemmelse, hvilke dokumenter man i det hele taget skal anmode leverand\u00f8ren om, og alt s\u00e5dan noget.<\/p>\n<\/li>\n<\/ul>\n
Til slut vil vi dele vores egen erfaring med at gennemg\u00e5 certificeringen. Lad os komme i gang!<\/p>\n
Eksperten i dagens artikel er Aleksej Afanasjev<\/strong>, specialist i emner vedr\u00f8rende informationssikkerhed for cloud-udbydere \u00abIT-GRAD\u00bb og #Cloud\u041c\u0422S (en del af MTS-gruppen).<\/em><\/p>\n Vi m\u00f8der ofte kundens \u00f8nske om hurtigt, uden revision af informationssystemet, at bestemme det n\u00f8dvendige beskyttelsesniveau for persondatabehandlere. Nogle materialer p\u00e5 internettet om dette emne giver et falsk indtryk af, at det er en enkel opgave, og at det er sv\u00e6rt at beg\u00e5 fejl.<\/p>\n For at bestemme beskyttelsesniveauet er det n\u00f8dvendigt at forst\u00e5, hvilke data der vil blive indsamlet og behandlet af kundens informationssystem. Nogle gange er det sv\u00e6rt at entydigt bestemme kravene til beskyttelse og kategorien af persondata, som virksomheden arbejder med. De samme typer af persondata kan vurderes og klassificeres meget forskelligt. Derfor kan der i nogle tilf\u00e6lde v\u00e6re uenighed mellem virksomhedens mening og revisorens eller endda kontrolmyndighedens mening. Lad os se p\u00e5 nogle eksempler.<\/p>\n Bilpark.<\/strong> Det virker som en helt traditionel forretningsmodel. Mange vognparker har v\u00e6ret aktive i \u00e5rtier, og deres ejere ans\u00e6tter enkeltpersoner og selvst\u00e6ndige. Typisk falder medarbejdernes data ind under kravene i UZ-4. Men for at arbejde med chauff\u00f8rer er det n\u00f8dvendigt ikke bare at indsamle oplysninger, men ogs\u00e5 at udf\u00f8re medicinsk kontrol p\u00e5 vognparkens omr\u00e5de f\u00f8r skiftet, og de oplysninger, der indsamles i denne proces, falder straks ind under kategorien medicinske data - hvilket er f\u00f8lsomme personoplysninger. Desuden kan vognparken anmode om dokumenter, som vil blive opbevaret i chauff\u00f8rens sag. En scanning af et s\u00e5dant dokument i elektronisk form - data om sundhedstilstand, f\u00f8lsomme personoplysninger. Det betyder, at UZ-4 ikke er tilstr\u00e6kkeligt, der kr\u00e6ves mindst UZ-3.<\/p>\n Webshop. <\/strong>Det virker som om, de indsamlede navne, e-mails og telefonnumre falder ind under den offentlige kategori. Men hvis dine kunder angiver gastronomiske pr\u00e6ferencer, eksempelvis halal eller kosher, kan s\u00e5danne oplysninger betragtes som data om religi\u00f8s tilh\u00f8righed og overbevisninger. Derfor kan den, der udf\u00f8rer kontrol eller andre tilsynsaktiviteter, betragte de data, du indsamler, som s\u00e6rlige kategorier af personoplysninger. Hvis webshoppen indsamlede information om, hvorvidt kunden foretr\u00e6kker k\u00f8d eller fisk, kunne dataene falde ind under kategorien andre personoplysninger. Forresten, hvad g\u00f8r man med vegetarer? Dette kan ogs\u00e5 betragtes som filosofiske overbevisninger, som ogs\u00e5 falder ind under specialkategorien. Men p\u00e5 den anden side kan det blot v\u00e6re en persons valg om at udelukke k\u00f8d fra sin kost. Desv\u00e6rre findes der ikke noget klart skema, der entydigt bestemmer kategorien af personoplysninger i s\u00e5danne 'fine' situationer.<\/p>\n Reklamebureau <\/strong>ved hj\u00e6lp af en vestlig cloud-tjeneste behandler offentlige data fra deres kunder \u2013 navne, e-mailadresser og telefonnumre. Disse data betragtes naturligvis som persondata. Sp\u00f8rgsm\u00e5let opst\u00e5r: Er det lovligt at udf\u00f8re s\u00e5dan behandling? Kan s\u00e5danne data overhovedet flyttes uden anonymisering uden for Rusland, for eksempel at opbevare backups i udenlandske skyer? Selvf\u00f8lgelig kan det. Agenturet har ret til at opbevare disse data ogs\u00e5 uden for Rusland, men den oprindelige indsamling skal if\u00f8lge vores lovgivning finde sted p\u00e5 russisk omr\u00e5de. Hvis du laver backup p\u00e5 s\u00e5danne oplysninger, baserer dig p\u00e5 dem til statistikker, gennemf\u00f8rer unders\u00f8gelser, eller udf\u00f8rer andre operationer med dem \u2013 alt dette kan g\u00f8res p\u00e5 vestlige ressourcer. Det vigtigste punkt fra lovgivningens synspunkt er, hvor indsamlingen af persondata finder sted. Derfor er det vigtigt ikke at forveksle den oprindelige indsamling med behandlingen.<\/p>\n Som det fremg\u00e5r af disse korte eksempler, er arbejdet med persondata ikke altid entydigt og enkelt. Det kr\u00e6ver ikke blot at vide, at du arbejder med dem, men ogs\u00e5 at kunne klassificere dem korrekt, forst\u00e5 hvordan informationssystemet fungerer, for at bestemme det n\u00f8dvendige sikkerhedsniveau. I nogle tilf\u00e6lde kan sp\u00f8rgsm\u00e5let opst\u00e5, hvilken m\u00e6ngde persondata der faktisk er n\u00f8dvendig for organets arbejde. Er det muligt at afst\u00e5 fra de mest 'alvorlige' eller bare overfl\u00f8dige data? Derudover anbefaler tilsynsmyndigheden at anonymisere persondata, hvor det er muligt. <\/p>\n Som i de tidligere eksempler kan man nogle gange st\u00f8de p\u00e5, at de kontrollerende myndigheder fortolker de indsamlede persondata lidt anderledes end du selv har vurderet dem.<\/p>\n Selvf\u00f8lgelig kan man tage en revisor eller systemintegrator til hj\u00e6lp, men vil \u2018hj\u00e6lpen\u2019 v\u00e6re ansvarlig for de valgte beslutninger i tilf\u00e6ldet af en kontrol? Det skal bem\u00e6rkes, at ansvaret altid ligger hos ejeren af informationssystemet \u2013 operat\u00f8ren af persondata. Derfor, n\u00e5r en virksomhed udf\u00f8rer s\u00e5danne opgaver, er det vigtigt at henvende sig til seri\u00f8se akt\u00f8rer p\u00e5 markedet for s\u00e5danne tjenester, for eksempel virksomheder, der udf\u00f8rer certificeringsarbejde. Certificeringsfirmaer har stor erfaring med at udf\u00f8re s\u00e5danne opgaver.<\/p>\n Opbygningen af et ISPN er ikke kun et teknisk sp\u00f8rgsm\u00e5l, men i h\u00f8j grad ogs\u00e5 et juridisk sp\u00f8rgsm\u00e5l. IT-direkt\u00f8ren eller sikkerhedsdirekt\u00f8ren b\u00f8r absolut konsultere en advokat. Da det langt fra altid er muligt at finde en specialist med den n\u00f8dvendige profil i virksomheden, kan det v\u00e6re en god id\u00e9 at se mod auditorer og konsulenter. Mange glatte punkter kan bestemt v\u00e6re alt andet end \u00e5benlyse.<\/p>\n Konsultationen vil g\u00f8re det muligt at fastl\u00e6gge, hvilke personoplysninger du arbejder med, og hvilket sikkerhedsniveau der er n\u00f8dvendigt for dem. I overensstemmelse hermed f\u00e5r du et indtryk af det IS, som skal oprettes eller suppleres med beskyttelsesmidler og ORD.<\/p>\n Valget for virksomheden st\u00e5r ofte mellem to muligheder:<\/p>\n At opbygge det n\u00f8dvendige IS p\u00e5 sine egne software- og hardwarel\u00f8sninger, eventuelt i sit eget serverrum.<\/p>\n<\/li>\n At henvende sig til en cloud-udbyder og v\u00e6lge en fleksibel l\u00f8sning, allerede certificeret som en s\u00e5dan 'virtuel serverrum'.<\/p>\n<\/li>\n<\/ol>\n De fleste IS, der behandler personoplysninger, anvender en traditionel tilgang, som fra et forretningsperspektiv er sv\u00e6r at betegne som let og vellykket. Ved valg af denne mulighed skal du v\u00e6re klar over, at det tekniske projekt vil inkludere en beskrivelse af udstyret, herunder software- og hardwarel\u00f8sninger samt platforme. Det betyder, at du vil st\u00e5 over for f\u00f8lgende udfordringer og begr\u00e6nsninger:<\/p>\n vanskeligheder med skalerbarhed;<\/p>\n<\/li>\n lang realiseringstid for projektet: det er n\u00f8dvendigt at v\u00e6lge, k\u00f8be, installere, konfigurere og dokumentere systemet;<\/p>\n<\/li>\n en masse 'papirarbejde', som eksempelvis udvikling af et komplet dokumentationspakke for hele ISPN.<\/p>\n<\/li>\n<\/ul>\n Desuden er virksomheder som regel kun fortrolige med det '\u00f8verste' niveau af deres IS - de anvendte forretningsapplikationer. Med andre ord er IT-personalet kvalificeret inden for deres sn\u00e6vre omr\u00e5de. Der mangler forst\u00e5else for, hvordan alle 'nedre niveauer' fungerer: software- og hardwarebeskyttelsesmidler, lagringssystemer, backup og naturligvis hvordan man konfigurerer beskyttelsesmidlerne under overholdelse af alle krav, samt opbygger den 'fysiske' del af konfigurationen. Det er vigtigt at forst\u00e5, at dette er et enormt vidensomr\u00e5de, som ligger uden for kundens forretning. Her kan erfaringen fra en cloud-udbyder, der tilbyder et certificeret 'virtuelt serverrum', v\u00e6re nyttig.<\/p>\n Cloududbydere har en r\u00e6kke fordele, der uden overdrivelse kan d\u00e6kke 99% af virksomhedens behov inden for beskyttelse af personoplysninger:<\/p>\n kapitaludgifter omdannes til driftsomkostninger;<\/p>\n<\/li>\n udbyderen garanterer leveringen af det n\u00f8dvendige sikkerheds- og tilg\u00e6ngelighedsniveau baseret p\u00e5 en gennempr\u00f8vet standardl\u00f8sning;<\/p>\n<\/li>\n der er ikke behov for at ans\u00e6tte specialister, som skal sikre driften af information systemer til behandling af personoplysninger p\u00e5 'hardware'-niveau;<\/p>\n<\/li>\n udbydere tilbyder meget mere fleksible og elastiske l\u00f8sninger;<\/p>\n<\/li>\n udbyderens specialister har alle n\u00f8dvendige certifikater;<\/p>\n<\/li>\n overholdelsen er ikke lavere end ved opbygning af egen arkitektur, under hensyntagen til krav og anbefalinger fra regulatorer.<\/p>\n<\/li>\n<\/ul>\n Den gamle myte om, at man ikke kan placere personoplysninger i skyen, er stadig us\u00e6dvanligt popul\u00e6r. Den er kun delvist sand: Personoplysninger kan faktisk ikke placeres i en hvilken som helst<\/em> sky. Der kr\u00e6ves overholdelse af visse tekniske foranstaltninger, anvendelse af bestemte certificerede l\u00f8sninger. Hvis udbyderen opfylder alle lovgivningens krav, minimeres risikoen for l\u00e6kage af personoplysninger betydeligt. Mange udbydere har en s\u00e6rskilt infrastruktur til behandling af personoplysninger i overensstemmelse med 152-FZ. Valget af leverand\u00f8r skal dog ogs\u00e5 foretages med kendskab til bestemte kriterier, som vi bestemt vil ber\u00f8re nedenfor. <\/p>\n Kunder henvender sig ofte til os med visse bekymringer omkring lagring af personoplysninger i en udbyders cloud. Lad os diskutere dem med det samme.<\/p>\n Data kan blive stj\u00e5let under overf\u00f8rsel eller migration<\/p>\n<\/li>\n<\/ul>\n Det er ikke noget, man skal frygte \u2014 udbyderen tilbyder kunden oprettelsen af en sikker datatransmissionskanal, som er baseret p\u00e5 certificerede l\u00f8sninger, samt forbedrede autentifikationsforanstaltninger for modparter og medarbejdere. Det er op til kunden at v\u00e6lge de rette beskyttelsesmetoder og implementere dem i samarbejdet med kunden.<\/p>\n Der vil komme maskerede m\u00e6nd og tage \/ forsegle \/ afbryde str\u00f8mmen til serveren<\/p>\n<\/li>\n<\/ul>\n Det er helt forst\u00e5eligt, at kunderne er bekymrede for, at deres forretningsprocesser vil blive forstyrret p\u00e5 grund af utilstr\u00e6kkelig kontrol med infrastrukturen. Som regel t\u00e6nker de p\u00e5 dette, der hvor deres hardware tidligere l\u00e5 i sm\u00e5 serverrum og ikke i specialiserede datacentre. I realiteten er datacentre udstyret med moderne midler til b\u00e5de fysisk og informationsbeskyttelse. Enhver operation i et s\u00e5dant datacenter er n\u00e6sten umulig at udf\u00f8re uden tilstr\u00e6kkelig baggrund og dokumentation, og s\u00e5danne aktiviteter kr\u00e6ver overholdelse af en r\u00e6kke procedurer. Derudover kan \u00abudtr\u00e6kningen\u00bb af din server fra datacentret ber\u00f8re andre kunder hos udbyderen, og det er der bestemt ingen, der \u00f8nsker. Desuden vil ingen kunne pege p\u00e5 netop din virtuelle server, s\u00e5 hvis nogen \u00f8nsker at stj\u00e6le den eller lave en maskerade, skal de f\u00f8rst tackle en masse bureaukratiske forhindringer. I mellemtiden vil du sandsynligvis n\u00e5 at migrere til en anden platform flere gange.<\/p>\n Hackerne vil hacke skyen og stj\u00e6le data<\/p>\n<\/li>\n<\/ul>\n Internettet og trykte medier florerer med overskrifter om, hvordan endnu en sky er blevet et offer for cyberkriminelle, og millioner af poster med personlige data er l\u00e6kket online. I langt de fleste tilf\u00e6lde blev s\u00e5rbarhederne ikke opdaget hos udbyderen, men i ofrenes IT-systemer: svage eller overhovedet standardadgangskoder, \u00abhuller\u00bb i webmotorer og databaser, samt ordentlig uansvarlighed fra virksomhedens side ved valg af beskyttelsesmidler og organisering af adgangsprocedurer til dataene. Alle certificerede l\u00f8sninger bliver testet for s\u00e5rbarheder. Vi udf\u00f8rer ogs\u00e5 regelm\u00e6ssigt \u00abkontrol\u00bb penetrationstests og sikkerhedsaudits, b\u00e5de internt og ved hj\u00e6lp af eksterne organisationer. For udbyderen er det et sp\u00f8rgsm\u00e5l om omd\u00f8mme og forretning generelt.<\/p>\n Udbyderen\/udbyderens ansatte vil stj\u00e6le personlige data til egen vinding<\/p>\n<\/li>\n<\/ul>\n Dette er et temmelig f\u00f8lsomt emne. En r\u00e6kke virksomheder inden for informationssikkerhed \"skr\u00e6mmer\" deres kunder og insisterer p\u00e5, at \"interne medarbejdere er mere farlige end hackere udefra\". M\u00e5ske er dette sandt i nogle tilf\u00e6lde, men man kan ikke bygge en virksomhed uden tillid. Nyheder dukker j\u00e6vnligt op om, at interne medarbejdere i organisationer l\u00e6kker kundedata til kriminelle, og den interne sikkerhed er ofte organiseret langt d\u00e5rligere end den eksterne. Her er det vigtigt at forst\u00e5, at enhver storudbyder er meget interesseret i at undg\u00e5 negative sager. Medarbejdernes handlinger er godt reguleret, roller og ansvarsomr\u00e5der er adskilt. Alle forretningsprocesser er opbygget p\u00e5 en m\u00e5de, der g\u00f8r dataudslip ekstremt usandsynlige og altid synlige for interne tjenester, s\u00e5 kunderne b\u00f8r ikke bekymre sig om dette.<\/p>\n Du betaler lidt, fordi du betaler for tjenesterne med data fra din virksomhed.<\/p>\n<\/li>\n<\/ul>\n Endnu en myte: en kunde, der lejer en sikker infrastruktur til en rimelig pris, betaler faktisk med sine data \u2013 s\u00e5dan t\u00e6nker ofte specialister, der ikke vil tilbageholde sig fra at l\u00e6se et par konspirationsteorier inden sengetid. For det f\u00f8rste er muligheden for at udf\u00f8re nogen operationer med dine data ud over dem, der er angivet i bestillingen, i praksis lig med nul. For det andet v\u00e6rner en anst\u00e6ndig udbyder om sit forhold til dig og sit omd\u00f8mme \u2013 han har mange andre kunder udover dig. Det er mere sandsynligt, at den omvendte situation opst\u00e5r, hvor udbyderen ivrigt beskytter sine kunders data, som ogs\u00e5 er grundlaget for hans forretning.<\/p>\n I dag tilbyder markedet ikke f\u00e5 l\u00f8sninger til virksomheder, der er operat\u00f8rer af persondata. Nedenfor pr\u00e6senterer vi en generel liste over anbefalinger til valg af den passende.<\/p>\n Udbyderen skal v\u00e6re parat til at indg\u00e5 en officiel kontrakt, der beskriver parternes forpligtelser, SLA og ansvarsomr\u00e5der i forhold til behandling af persondata. Faktisk skal der mellem dig og udbyderen, udover servicekontrakten, v\u00e6re underskrevet en bestilling p\u00e5 behandling af persondata. I alle tilf\u00e6lde b\u00f8r du n\u00f8je gennemg\u00e5 disse. Det er vigtigt at forst\u00e5 opdelingen af ansvarsomr\u00e5der mellem dig og udbyderen.<\/p>\n<\/li>\n Bem\u00e6rk, at segmentet skal leve op til kravene, hvilket vil sige, at det skal have et certifikat, der angiver et sikkerhedsniveau ikke lavere end det, der kr\u00e6ves af dit informationssystem. Nogle gange offentligg\u00f8r udbydere kun den f\u00f8rste side af certifikatet, som ikke siger meget, eller de henviser til revisioner eller overholdelsesprocedurer uden at offentligg\u00f8re selve certifikatet (\u00abvar der en dreng?\u00bb). Det er v\u00e6rd at anmode om det \u2014 det er et offentligt dokument, der angiver, hvem der har udf\u00f8rt certificeringen, gyldighedsperioden, placeringen af skyen osv.<\/p>\n<\/li>\n Udbyderen skal give information om, hvor deres faciliteter (beskyttelsesobjekter) er placeret, s\u00e5 du kan kontrollere placeringen af dine data. Lad os minde om, at den indledende indsamling af persondata skal udf\u00f8res p\u00e5 russisk territorium, s\u00e5 det vil v\u00e6re \u00f8nskeligt at se adresserne til datacentre i kontrakten\/certifikatet.<\/p>\n<\/li>\n Udbyderen skal bruge certificerede sikkerheds- og krypteringsmidler. Selvf\u00f8lgelig skjuler de fleste udbydere de tekniske beskyttelsesmidler og l\u00f8sningernes arkitektur. Men som kunde kan du ikke undg\u00e5 at vide dette. For eksempel er det n\u00f8dvendigt at benytte beskyttelsesmidler for at f\u00e5 fjernadgang til administrationssystemet (administrationsportalen). Udbyderen kan ikke omg\u00e5 dette krav og vil give dig (eller kr\u00e6ve, at du bruger) certificerede l\u00f8sninger. Tag ressourcerne i test, s\u00e5 vil du straks forst\u00e5, hvordan og hvad der fungerer. <\/p>\n<\/li>\n Det er meget \u00f8nskeligt, at cloud-udbyderen tilbyder yderligere tjenester inden for informationssikkerhed. Dette kan v\u00e6re forskellige tjenester: beskyttelse mod DDoS-angreb og WAF, antivirusservice eller sandkasse osv. Alt dette vil give dig beskyttelse som en tjeneste, s\u00e5 du ikke bliver distraheret fra at opbygge beskyttelsessystemer, men kan fokusere p\u00e5 forretningsapplikationer.<\/p>\n<\/li>\n Udbyderen skal v\u00e6re licenseret af FSTEC og FSB. Som regel er s\u00e5danne oplysninger publiceret direkte p\u00e5 deres hjemmeside. S\u00f8rg for at anmode om disse dokumenter og tjek, om adresserne for tjenesteydelserne, udbyderens firmanavn osv. er angivet korrekt. <\/p>\n<\/li>\n<\/ul>\n Lad os opsummere. Leje af infrastruktur giver mulighed for at undg\u00e5 CAPEX og kun lade dine forretningsapplikationer og data v\u00e6re dit ansvar, mens det tunge ansvar for certificeringen af hardware og software overf\u00f8res til udbyderen.<\/p>\n For nylig gennemgik vi med succes re-certificeringen af infrastrukturen for \"Beskyttet cloud FZ-152\" i forhold til kravene om behandling af persondata. Arbejdet blev udf\u00f8rt af \"Nationalt Certificeringscenter\".<\/p>\n P\u00e5 nuv\u00e6rende tidspunkt er \"Beskyttet cloud FZ-152\" certificeret til hosting af informationssystemer, der deltager i behandlingen, opbevaringen eller overf\u00f8rslen af persondata (ISPDn) i henhold til kravene til niveau UZ-3.<\/p>\n Certificeringsproceduren indeb\u00e6rer en kontrol af cloududbyderens infrastruktur for overholdelse af beskyttelsesniveauet. Udbyderen tilbyder IaaS-tjenester og er ikke operat\u00f8r af persondata. Processen indeb\u00e6rer en evaluering af b\u00e5de organisatoriske (dokumentation, ordrer m.m.) og tekniske foranstaltninger (ops\u00e6tning af beskyttelsesmidler osv.).<\/p>\n Det kan ikke kaldes trivielt. Selvom GOST for programmer og metoder til gennemf\u00f8relse af certificeringsaktiviteter blev introduceret i 2013, findes der stadig ikke strenge programmer for cloud-objekter. Certificeringscentre udvikler disse programmer baseret p\u00e5 deres egen ekspertise. Med fremkomsten af nye teknologier bliver programmerne mere komplicerede og opdaterede, og derfor skal certificeringspersonen have erfaring med cloud-l\u00f8sninger og forst\u00e5 specifikationen.<\/p>\n I vores tilf\u00e6lde best\u00e5r beskyttelsesobjektet af to lokationer.<\/p>\n Cloudressourcerne (servere, SAN, netv\u00e6rksinfrastruktur, beskyttelsesmidler osv.) ligger direkte i datacenteret. Uden tvivl er et s\u00e5dant virtuelt datacenter tilsluttet offentlige netv\u00e6rk, og derfor skal visse krav til firewall-ops\u00e6tning overholdes, f.eks. ved brug af certificerede firewalls.<\/p>\n<\/li>\n Den anden del af objektet er cloudstyringsmidlerne. Dette er arbejdsstationer (administratorarbejdsstationer), fra hvilke den beskyttede sektion styres.<\/p>\n<\/li>\n<\/ul>\nNuancerne i klassificeringen<\/h2>\n
Muligheder for opbygning af informationssystemer<\/h2>\n
\n
\n
\n
\n
\n
\n
\n
\n
V\u00e6lger en cloud-udbyder til behandling af persondata<\/h2>\n
\n
Hvordan vi gennemgik certificeringen<\/h3>\n
\n
![\"IaaS](\"\/wp-content\/uploads\/2020\/09\/611ca4c92615fffb675864b72dcaa2f8.jpg\")
Strukturelt diagram set \"gennem certificeringspersonens \u00f8jne\".<\/p>\n![\"IaaS](\"\/wp-content\/uploads\/2020\/09\/4b0f5c72f8460c2a81068887efc8c9b1.jpg\")
Opdeling p\u00e5 abstraktionsniveau<\/p>\n