{"id":85141,"date":"2020-06-13T13:42:24","date_gmt":"2020-06-13T11:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-delat-esli-k-tvoemu-hosteru-prishli-siloviki"},"modified":"2020-06-13T13:42:24","modified_gmt":"2020-06-13T11:42:24","slug":"chto-delat-esli-k-tvoemu-hosteru-prishli-siloviki","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/chto-delat-esli-k-tvoemu-hosteru-prishli-siloviki","title":{"rendered":"Hvad skal man g\u00f8re, hvis siloviki er kommet til din host","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hvad<\/a><\/noindex>kdpv \u2014 Reuters<\/i><\/p>\n

Hvis du har lejet en server, har du ikke fuld kontrol over den. Det betyder, at specialuddannede personer til enhver tid kan komme til udbyderen og anmode om at f\u00e5 leveret dine data. Og udbyderen vil give dem, hvis anmodningen er lovligt udformet. <\/p>\n

Du \u00f8nsker bestemt ikke, at dine webserver-logfiler eller brugerdata kommer i h\u00e6nderne p\u00e5 andre. Det er umuligt at bygge en perfekt beskyttelse. At beskytte sig mod en udbyder, som ejer hypervisoren og giver dig en virtuel maskine, er n\u00e6sten umuligt. Men det er muligt at mindske risikoen en smule. Kryptering af lejede maskiner er ikke s\u00e5 nyttel\u00f8s, som det ser ud ved f\u00f8rste \u00f8jekast. Lad os desuden se p\u00e5 truslerne ved datal\u00e6k fra fysiske servere.
\n<\/a><\/noindex><\/p>\n

Trusselsmodel<\/h2>\n

\nGenerelt vil udbyderen fors\u00f8ge at beskytte kundernes interesser s\u00e5 meget som muligt i henhold til loven. Hvis et brev fra officielle myndigheder kun beder om adgangslogs, vil udbyderen ikke give dumps af alle dine virtuelle maskiner med databaser. I det mindste burde vedkommende ikke g\u00f8re det. Hvis de beder om alle data, vil udbyderen kopiere de virtuelle diske med alle filer, og du vil ikke f\u00e5 at vide det.<\/p>\n

Uanset hvordan begivenhederne udvikler sig, er din prim\u00e6re opgave at g\u00f8re et angreb for kompliceret og dyrt. Som regel er der tre hovedtyper af trusler.<\/p>\n

Officiel<\/h2>\n

\nOfte sendes der et fysisk brev til udbyderens officielle kontor med krav om at levere de n\u00f8dvendige data i henhold til den relevante retskendelse. Hvis alt er korrekt udf\u00f8rt, giver udbyderen de n\u00f8dvendige adgangslogs og andre data til de officielle myndigheder. Man beder normalt bare om at f\u00e5 sendt de n\u00f8dvendige data.<\/p>\n

Nogle gange, hvis det virkelig er n\u00f8dvendigt, vil repr\u00e6sentanter fra retsh\u00e5ndh\u00e6vende myndigheder personligt komme til datacentre. For eksempel, n\u00e5r du har din egen dedikerede server, og data derfra kun kan hentes fysisk.<\/p>\n

I alle lande kr\u00e6ves der bevis for, at dataene kan indeholde vigtig information til efterforskning af kriminalitet for at f\u00e5 adgang til privat omr\u00e5de, udf\u00f8re ransagninger og andre aktiviteter. Derudover kr\u00e6ves der en ransagningskendelse, der er korrekt udformet i henhold til alle regler. Her kan der v\u00e6re nuancer relateret til lokale lovgivningsspecifikationer. Det vigtigste, man skal forst\u00e5, er, at hvis den officielle procedure f\u00f8lges korrekt, vil repr\u00e6sentanterne fra datacentret ikke lad nogen komme forbi indgangen.<\/p>\n

Desuden er det i de fleste lande ikke tilladt bare at tage fungerende udstyr. For eksempel i Rusland, f\u00f8r udgangen af 2018, if\u00f8lge artikel 183 i den russiske straffeproceslov, del 3.1, blev det garanteret, at ved konfiskation af elektroniske datalagre skulle det ske med deltagelse af en specialist. P\u00e5 anmodning fra den lovlige ejer af de beslaglagte elektroniske datalagre eller besidderen af informationen p\u00e5 disse, skulle en specialist, der deltager i konfiskationen, i n\u00e6rv\u00e6relse af vidner kopiere information p\u00e5 andre elektroniske datalagre.<\/p>\n

Derefter blev dette punkt desv\u00e6rre fjernet fra artiklen.<\/p>\n

Hemmeligt og uofficielt<\/h2>\n

\nDette er allerede aktivitetsomr\u00e5det for specialuddannede folk fra NSA, FBI, MI5 og andre tre-bogstavs organisationer. Oftest har lovgivningen i lande ekstremt brede bef\u00f8jelser for s\u00e5danne strukturer. Desuden er der n\u00e6sten altid et lovgivningsm\u00e6ssigt forbud mod enhver direkte og indirekte offentligg\u00f8relse af selve faktum af samarbejde med s\u00e5danne magtorganer. I Rusland findes der tilsvarende juridiske normer<\/a><\/noindex>.<\/p>\n

I tilf\u00e6lde af en s\u00e5dan trussel mod dine data vil de n\u00e6sten helt sikkert blive udvundet. Udover simpel konfiskation kan hele det uofficielle arsenal af bagd\u00f8re, nul-dags s\u00e5rbarheder, udvinding af data fra RAM i din virtuelle maskine og andre gl\u00e6der anvendes. Udbyderen vil v\u00e6re forpligtet til at hj\u00e6lpe myndighederne i st\u00f8rst muligt omfang.<\/p>\n

U\u00e6rlig medarbejder<\/h2>\n

\nIkke alle mennesker er lige gode. Nogle af administratorerne i datacentret kan beslutte at tjene lidt ekstra og s\u00e6lge dine data. Hvad der sker herefter afh\u00e6nger af deres bef\u00f8jelser og adgang. Det mest ubehagelige er, at en administrator med adgang til virtualiseringskonsollen har fuld kontrol over dine maskiner. Man kan altid tage et snapshot sammen med det hele indhold i RAM, og derefter tage sig god tid til at unders\u00f8ge det.<\/p>\n

VDS<\/h2>\n

\nS\u00e5 du har en virtuel maskine, som din hoster har udleveret til dig. Hvordan kan du organisere kryptering for at beskytte dig selv? Faktisk ikke p\u00e5 nogen v\u00e6sentlig m\u00e5de. Desuden kan selv en dedikeret server tilh\u00f8rende en anden ende med tiden vise sig at v\u00e6re en virtuel maskine, hvor de n\u00f8dvendige enheder er tilsluttet.<\/p>\n

Hvis opgaven for det eksterne system ikke blot er opbevaring af data, men udf\u00f8relse af visse beregninger, vil den eneste m\u00e5de at arbejde med en ubekr\u00e6ftet maskine p\u00e5 v\u00e6re implementeringen af homomorfisk kryptering<\/a><\/noindex>. I dette tilf\u00e6lde vil systemet udf\u00f8re beregninger uden at forst\u00e5, hvad det pr\u00e6cist g\u00f8r. Desv\u00e6rre er omkostningerne ved at implementere s\u00e5dan kryptering s\u00e5 h\u00f8je, at praktisk anvendelse for \u00f8jeblikket er begr\u00e6nset til meget smalle opgaver.<\/p>\n

Desuden, n\u00e5r den virtuelle maskine er startet og udf\u00f8rer nogle handlinger, er alle krypterede volume tilg\u00e6ngelige, ellers kan operativsystemet simpelthen ikke arbejde med dem. Det betyder, at hvis man har adgang til virtualiseringskonsollen, kan man altid tage et snapshot af den k\u00f8rende maskine og udtr\u00e6kke alle n\u00f8gler fra RAM.<\/p>\n

Mange leverand\u00f8rer har fors\u00f8gt at organisere hardwarekryptering af RAM, s\u00e5 selv hosteren ikke f\u00e5r adgang til disse data. For eksempel teknologien Intel Software Guard Extensions, der organiserer omr\u00e5der i det virtuelle adresserum, beskyttet mod l\u00e6sning og skrivning fra andre processer, inklusive operativsystemets kerne. Desv\u00e6rre kan du ikke stole fuldt ud p\u00e5 disse teknologier, da du vil v\u00e6re begr\u00e6nset til din virtuelle maskine. Desuden findes der allerede velkendte eksempler p\u00e5 vellykkede angreb<\/a><\/noindex> mod denne teknologi. Alligevel er kryptering af virtuelle maskiner ikke s\u00e5 meningsl\u00f8st, som det kan se ud.<\/p>\n

Krypterer data p\u00e5 VDS<\/h2>\n

\nJeg vil straks bem\u00e6rke, at alt, hvad vi g\u00f8r nedenfor, ikke er til fuld beskyttelse. Hypervisoren vil muligg\u00f8re at lave de n\u00f8dvendige kopier uden at stoppe tjenesten og uden at du bem\u00e6rker det.<\/p>\n