{"id":33512,"date":"2019-10-31T21:53:01","date_gmt":"2019-10-31T18:53:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh\/"},"modified":"2019-10-31T21:53:01","modified_gmt":"2019-10-31T18:53:01","slug":"i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","title":{"rendered":"\u00abOg s\u00e5 g\u00e5r det\u00bb: hvad cloududbydere ikke fort\u00e6ller om personlige data.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

En dag modtog vi en foresp\u00f8rgsel om cloud-tjenester. Vi vurderede groft, hvad der ville v\u00e6re n\u00f8dvendigt fra vores side, og sendte tilbage en liste med sp\u00f8rgsm\u00e5l for at pr\u00e6cisere detaljerne. Derefter analyserede vi svarene og inds\u00e5: klienten \u00f8nsker at opbevare personoplysninger af andet beskyttelsesniveau i skyen. Vi svarede ham: \"I har personoplysninger af andet niveau, beklager, vi kan kun lave en privat sky.\" Og han: \"Ved I hvad, i firma X kan de ogs\u00e5 placere alt offentligt.\"<\/p>\n

\"\u00abOg
\nFoto: Steve Crisp, Reuters<\/i><\/p>\n

Underlige sager! Vi gik ind p\u00e5 firma X's hjemmeside, studerede deres attesteringsdokumenter, rystede p\u00e5 hovedet og inds\u00e5: der er mange \u00e5bne sp\u00f8rgsm\u00e5l omkring placeringen af personoplysninger, som skal unders\u00f8ges grundigt. Det er netop det, vi vil g\u00f8re i dette indl\u00e6g.
\n<\/a><\/noindex><\/p>\n

Hvordan alt skal fungere<\/h2>\n

\nLad os f\u00f8rst finde ud af, hvilke kriterier der bruges til at klassificere personoplysninger til forskellige niveauer af beskyttelse. Dette afh\u00e6nger af datakategorien, antallet af de registrerede personer, som operat\u00f8ren opbevarer og behandler, samt typen af relevante trusler.<\/p>\n

\"\u00abOg
\n
\nDefinitionen af typerne af relevante trusler er givet i regeringsbeslutning nr. 1119<\/a><\/noindex> fra 1. november 2012 \"Om godkendelse af kravene til beskyttelse af personoplysninger under deres behandling i informationssystemer for personoplysninger\":<\/p>\n

\"Trusler af type 1 er relevante for informationssystemet, hvis det blandt andet er relevante trusler relateret<\/i> til eksistensen af undocumented (udeklarerede) muligheder i systemsoftware<\/i>, som anvendes i informationssystemet.<\/p>\n

Trusler af type 2 er relevante for informationssystemet, hvis det blandt andet er relevante trusler relateret<\/i> til eksistensen af undocumented (udeklarerede) muligheder i anvendelsessoftware<\/i>, som anvendes i informationssystemet.<\/p>\n

Trusler af type 3 er relevante for informationssystemet, hvis det er relevante trusler, der ikke er relateret<\/i> til eksistensen af undocumented (udeklarerede) muligheder i system- og anvendelsessoftware<\/i>, som anvendes i informationssystemet.\"<\/p><\/blockquote>\n

\nDet centrale i disse definitioner er tilstedev\u00e6relsen af undocumented (udeklarerede) muligheder. For at bekr\u00e6fte frav\u00e6ret af undocumented muligheder i softwaren (i tilf\u00e6lde af cloud, hypervisoren) foretages certificering af FSTEK Rusland. Hvis operat\u00f8ren af personoplysninger mener, at s\u00e5danne muligheder ikke findes i softwaren, s\u00e5 er de relevante trusler ikke aktuelle. Operat\u00f8rer af personoplysninger anser sj\u00e6ldent trusler af type 1 og 2 for at v\u00e6re relevante.<\/p>\n

Ud over at bestemme niveauet for beskyttelse af persondata skal operat\u00f8ren ogs\u00e5 identificere de specifikke aktuelle trusler for det offentlige cloudmilj\u00f8 og, baseret p\u00e5 den registrerede beskyttelsesgrad af persondata og de aktuelle trusler, definere de n\u00f8dvendige foranstaltninger og beskyttelsesmidler mod disse.<\/p>\n

Hos FSTEC er alle de v\u00e6sentlige trusler tydeligt opregnet i BDU<\/a><\/noindex> (trusselsdatabasen). Udbydere og attestatorer af cloudinfrastrukturer bruger denne database i deres arbejde. Her er eksempler p\u00e5 trusler:<\/p>\n

UBI.44<\/a><\/noindex>: \u00abTruslen ligger i muligheden for brud p\u00e5 sikkerheden af brugernes data fra programmer, der k\u00f8rer inden for den virtuelle maskine, af ondsindet software, der k\u00f8rer udenfor den virtuelle maskine\u00bb. Denne trussel stammer fra tilstedev\u00e6relsen af s\u00e5rbarheder i hypervisorens software, som sikrer isolationen af adresseomr\u00e5det, der bruges til opbevaring af brugernes data fra adgang uden tilladelse fra ondsindet software, der opererer udenfor den virtuelle maskine.<\/p>\n

Gennemf\u00f8relsen af denne trussel er mulig, hvis ondsindet kode form\u00e5r at overskride gr\u00e6nserne for den virtuelle maskine, ikke kun ved at udnytte hypervisorens s\u00e5rbarheder, men ogs\u00e5 ved at udf\u00f8re s\u00e5danne handlinger fra lavere (i forhold til hypervisoren) funktionsniveauer i systemet.<\/p>\n

UBI.101<\/a><\/noindex>: \u00abTruslen ligger i muligheden for uautoriseret adgang til beskyttede oplysninger fra en cloudtjenesteforbruger af en anden. Denne trussel opst\u00e5r fordi, at p\u00e5 grund af de s\u00e6rlige karakteristika ved cloudteknologier er cloudtjenesteforbrugere n\u00f8dt til at dele den samme cloudinfrastruktur. Gennemf\u00f8relsen af denne trussel er mulig, hvis der beg\u00e5s fejl i opdelingen af elementerne i cloudinfrastrukturen mellem cloudtjenesteforbrugerne, samt i isoleringen af deres ressourcer og adskillelsen af data fra hinanden.<\/p><\/blockquote>\n

\nBeskyttelse mod disse trusler kan kun opn\u00e5s gennem hypervisoren, da det netop er den, der styrer de virtuelle ressourcer. Derfor skal hypervisoren betragtes som et beskyttelsesmiddel.<\/p>\n

Og i overensstemmelse med FSTEC ordre nr. 21<\/a><\/noindex> Den 18. februar 2013 skal hypervisoren certificeres for at v\u00e6re fri for udeklarerede muligheder p\u00e5 niveau 4, ellers er brugen af personoplysninger af niveau 1 og 2 ulovlig med den.\u00abp.12. \u2026 For at sikre niveau 1 og 2 for beskyttelse af personoplysninger, samt for at sikre niveau 3 for beskyttelse af personoplysninger i informationssystemer, hvor trusler af type 2 er relevante, anvendes beskyttelsesmidler, hvis software er blevet testet til ikke mindre end niveau 4 for kontrol af frav\u00e6r af udeklarerede muligheder\u00bb<\/i>).<\/p>\n

Den n\u00f8dvendige certifikationsniveau, NDA-4, har kun \u00e9n hypervisor, udviklet i Rusland \u2014 Horizont VS<\/a><\/noindex>. Mildt sagt, ikke den mest popul\u00e6re l\u00f8sning. Kommercielle cloud-l\u00f8sninger er typisk bygget p\u00e5 VMware vSphere, KVM, Microsoft Hyper-V. Ingen af disse produkter har certificering p\u00e5 NDA-4. Hvorfor? Sandsynligvis er det \u00f8konomisk uholdbart for producenter at opn\u00e5 en s\u00e5dan certificering lige nu.<\/p>\n

Og for personoplysninger af niveau 1 og 2 i offentlige cloud-l\u00f8sninger er vi kun tilbage med Horizont VS. Tragisk, men sandt.<\/p>\n

Hvordan alt (efter vores mening) fungerer i virkeligheden<\/h3>\n

\nVed f\u00f8rste \u00f8jekast virker det ret strengt: de angivne trusler skal elimineres gennem korrekt konfiguration af de indbyggede beskyttelsesmekanismer i hypervisoren, der er certificeret til NDA-4. Men der er et smuthul. I henhold til FSTEC-ordre nr. 21 (\u00abp.2 Sikkerhed for personoplysninger under deres behandling i et informationssystem for personoplysninger (herefter \u2014 informationssystemet) sikres af operat\u00f8ren eller en person, der behandler personoplysninger p\u00e5 opskrift fra operat\u00f8ren i overensstemmelse med lovgivningen<\/a><\/noindex> i Den Russiske F\u00f8deration\u00bb<\/i>), vurderer leverand\u00f8rerne selv relevansen af potentielle trusler og v\u00e6lger i overensstemmelse dermed beskyttelsesforanstaltninger. Derfor, hvis man ikke anser trusler fra UBI.44 og UBI.101 som relevante, vil der heller ikke v\u00e6re behov for at anvende en hypervisor, der er certificeret til NDA-4, som netop skal sikre beskyttelse mod dem. Og det vil v\u00e6re tilstr\u00e6kkeligt til at modtage en overensstemmelsesattest for offentlige cloud-l\u00f8sninger p\u00e5 niveau 1 og 2 for beskyttelse af personoplysninger, hvilket Roskomnadzor vil v\u00e6re ganske tilfreds med.<\/p>\n

Selvf\u00f8lgelig kan FSTEC komme med en kontrol udover Roskomnadzor \u2014 og denne organisation er langt mere grundig i tekniske sp\u00f8rgsm\u00e5l. De vil helt sikkert v\u00e6re interesseret i, hvorfor netop truslerne UBI.44 og UBI.101 blev anset for at v\u00e6re irrelevante? Men som regel iv\u00e6rks\u00e6tter FSTEC en kontrol kun, n\u00e5r de f\u00e5r information om en bem\u00e6rkelsesv\u00e6rdig h\u00e6ndelse. I dette tilf\u00e6lde kommer den f\u00f8derale service f\u00f8rst til operat\u00f8ren af persondata \u2014 alts\u00e5 kunden af cloudtjenester. I v\u00e6rste fald f\u00e5r operat\u00f8ren en lille b\u00f8de \u2014 for eksempel var b\u00f8den for Twitter i starten af \u00e5ret b\u00f8de<\/a><\/noindex> i et lignende tilf\u00e6lde p\u00e5 5000 rubler. Derefter g\u00e5r FSTEC videre til udbyderen af cloudtjenester. Denne kan meget vel miste sin licens p\u00e5 grund af manglende overholdelse af regulatoriske krav \u2014 og det er helt andre risici, b\u00e5de for cloududbyderen og for dens kunder. Men jeg gentager, FSTEC kr\u00e6ver normalt en klar grund til at udf\u00f8re kontrol.<\/i> S\u00e5 cloududbydere er villige til at tage en risiko. Indtil den f\u00f8rste alvorlige h\u00e6ndelse. <\/p>\n

Der er ogs\u00e5 en gruppe af 'mere ansvarlige' udbydere, der mener, at det er muligt at lukke alle trusler ved at supplere hypervisoren med et lag som vGate. Men i en distribueret virtuel milj\u00f8 blandt kunderne kan en effektiv beskyttelsesmekanisme for nogle trusler (for eksempel den ovenfor n\u00e6vnte UBI.101) kun implementeres p\u00e5 niveauet af en FSTEC-certificeret hypervisor i henhold til NDV-4, da ethvert supplementssystem ikke p\u00e5virker hypervisorens standardfunktioner til ressourceh\u00e5ndtering (is\u00e6r RAM).<\/p>\n

S\u00e5dan arbejder vi<\/h3>\n

\nVi har et cloudsegment, der er implementeret p\u00e5 en hypervisor, der er certificeret af FSTEC (men uden certificering p\u00e5 NDV-4). Dette segment er godkendt, s\u00e5 der kan opbevares persondata i skyen baseret p\u00e5 det 3. og 4. niveauer af sikkerhed<\/i> \u2014 kravene til beskyttelse mod ikke-erkl\u00e6rede funktioner beh\u00f8ver ikke at overholdes her. Her ser I arkitekturen af vores sikre cloudsegment:<\/p>\n

\"\u00abOg
\nSystemer til persondata 1. og 2. niveauer af sikkerhed<\/i> Vi leverer kun p\u00e5 dedikeret udstyr. Kun p\u00e5 denne m\u00e5de er truslen fra UBI.101 for eksempel faktisk ikke relevant, da serverhylder, der ikke er forbundet i et virtuelt milj\u00f8, ikke kan p\u00e5virke hinanden, selvom de er placeret i det samme datacenter. Til s\u00e5danne tilf\u00e6lde tilbyder vi en service til leje af dedikeret udstyr (det kaldes ogs\u00e5 Hardware as a Service).<\/p>\n

Hvis du er i tvivl om, hvilket beskyttelsesniveau der er n\u00f8dvendigt for dine persondata, kan vi ogs\u00e5 hj\u00e6lpe med at klassificere dem.<\/p>\n

Output<\/h3>\n

\nVores lille markedsunders\u00f8gelse viste: nogle cloud-udbydere er villige til at risikere b\u00e5de datasikkerheden for deres kunder og deres egen fremtid for at f\u00e5 en ordre. Men vi f\u00f8lger en anden politik i disse sp\u00f8rgsm\u00e5l, som vi kort har beskrevet lidt tidligere. Vi vil gerne svare p\u00e5 dine sp\u00f8rgsm\u00e5l i kommentarerne.
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0448\u043b\u0430 \u043a\u0430\u043a-\u0442\u043e \u043a \u043d\u0430\u043c \u0437\u0430\u044f\u0432\u043a\u0430 \u043d\u0430 \u0443\u0441\u043b\u0443\u0433\u0438 \u043e\u0431\u043b\u0430\u043a\u0430. \u041c\u044b \u043f\u0440\u0438\u043a\u0438\u043d\u0443\u043b\u0438 \u0432 \u043e\u0431\u0449\u0438\u0445 \u0447\u0435\u0440\u0442\u0430\u0445, \u0447\u0442\u043e \u043e\u0442 \u043d\u0430\u0441 \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f, \u0438 \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u0432 \u043e\u0442\u0432\u0435\u0442 \u0441\u043f\u0438\u0441\u043e\u043a \u0432\u043e\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043b\u044f \u0443\u0442\u043e\u0447\u043d\u0435\u043d\u0438\u044f \u0434\u0435\u0442\u0430\u043b\u0435\u0439. \u0417\u0430\u0442\u0435\u043c \u043f\u0440\u043e\u0430\u043d\u0430\u043b\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043b\u0438 \u043e\u0442\u0432\u0435\u0442\u044b \u0438 \u043f\u043e\u043d\u044f\u043b\u0438: \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a \u0445\u043e\u0447\u0435\u0442 \u0440\u0430\u0437\u043c\u0435\u0449\u0430\u0442\u044c \u0432 \u043e\u0431\u043b\u0430\u043a\u0435 \u043f\u0435\u0440\u0441\u043e\u043d\u0430\u043b\u044c\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0432\u0442\u043e\u0440\u043e\u0433\u043e \u0443\u0440\u043e\u0432\u043d\u044f \u0437\u0430\u0449\u0438\u0449\u0435\u043d\u043d\u043e\u0441\u0442\u0438. \u041e\u0442\u0432\u0435\u0447\u0430\u0435\u043c \u0435\u043c\u0443: \u00ab\u0423 \u0432\u0430\u0441 \u0432\u0442\u043e\u0440\u043e\u0439 \u0443\u0440\u043e\u0432\u0435\u043d\u044c \u043f\u0435\u0440\u0441\u0434\u0430\u043d\u043d\u044b\u0445, \u0438\u0437\u0432\u0438\u043d\u0438\u0442\u0435, \u043c\u043e\u0436\u0435\u043c \u0442\u043e\u043b\u044c\u043a\u043e \u0447\u0430\u0441\u0442\u043d\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c\u00bb. \u0410 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25212,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33512","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47\u00abDet m\u00e5 v\u00e6re godt nok\u00bb: hvad cloud-udbydere ikke fort\u00e6ller om persondata | ProHoster","description":"Der kom engang en anmodning til os om cloud-tjenester. Vi sk\u00f8nnede i grove tr\u00e6k, hvad der var n\u00f8dvendigt fra vores side og sendte en liste med sp\u00f8rgsm\u00e5l tilbage for at f\u00e5 afklaret detaljerne.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u00ab\u0418 \u0442\u0430\u043a \u0441\u043e\u0439\u0434\u0435\u0442\u00bb: \u0447\u0442\u043e \u043e\u0431\u043b\u0430\u0447\u043d\u044b\u0435 \u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440\u044b \u043d\u0435 \u0434\u043e\u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u044e\u0442 \u043e \u043f\u0435\u0440\u0441\u043e\u043d\u0430\u043b\u044c\u043d\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster","og:description":"\u041f\u0440\u0438\u0448\u043b\u0430 \u043a\u0430\u043a-\u0442\u043e \u043a \u043d\u0430\u043c \u0437\u0430\u044f\u0432\u043a\u0430 \u043d\u0430 \u0443\u0441\u043b\u0443\u0433\u0438 \u043e\u0431\u043b\u0430\u043a\u0430. \u041c\u044b \u043f\u0440\u0438\u043a\u0438\u043d\u0443\u043b\u0438 \u0432 \u043e\u0431\u0449\u0438\u0445 \u0447\u0435\u0440\u0442\u0430\u0445, \u0447\u0442\u043e \u043e\u0442 \u043d\u0430\u0441 \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f, \u0438 \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u0432 \u043e\u0442\u0432\u0435\u0442 \u0441\u043f\u0438\u0441\u043e\u043a \u0432\u043e\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043b\u044f \u0443\u0442\u043e\u0447\u043d\u0435\u043d\u0438\u044f \u0434\u0435\u0442\u0430\u043b\u0435\u0439.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:53:01+00:00","article:modified_time":"2019-10-31T18:53:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33512","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 15:35:22","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:39:23","updated":"2026-01-21 15:35:22","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/33512","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=33512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/33512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/25212"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=33512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=33512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=33512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}