{"id":55510,"date":"2020-01-22T00:00:00","date_gmt":"2020-01-21T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/linux-udalenie-pula-blokirovok-dev-random"},"modified":"2020-02-18T14:03:38","modified_gmt":"2020-02-18T11:03:38","slug":"linux-udalenie-pula-blokirovok-dev-random","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","title":{"rendered":"Linux: fjerne l\u00e5sepoolen \/dev\/random","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Som kjent har \/dev\/random, en kryptografisk sterk generator av pseudotilfeldige tall (CSPRNG), et uheldig problem \u2013 blokkeringer. Denne artikkelen forklarer hvordan man kan l\u00f8se dette. <\/p>\n

I l\u00f8pet av de siste m\u00e5nedene har metodene for \u00e5 generere tilfeldige tall i kjernen blitt litt omarbeidet, men problemene i dette undersystemet har blitt l\u00f8st over et mye bredere tidsrom.<\/a><\/noindex>De nyeste endringene<\/a><\/noindex> ble gjort for \u00e5 forhindre langvarig blokkering av systemanropet getrandom() ved oppstart av systemet, men \u00e5rsaken bak dette var at den blokkende tilfeldige poolen oppf\u00f8rte seg. Den nylige oppdateringen fjernet denne poolen, og man kan forvente at det vil bli en del av hovedkjernen. <\/p>\n

Andy Lutomirski publiserte en tredje versjon av patchen i slutten av desember. Den innf\u00f8rer \"to hovedsemantiske endringer i Linux sin tilfeldige API\".<\/i>Patchen legger til et nytt flagg GRND_INSECURE til systemanropet getrandom() (selv om Lutomirski refererer til det som getentropy(), som er implementert i glibc ved hjelp av getrandom() med faste flagg); dette flagget gj\u00f8r at anropet alltid returnerer det forespurte antallet data, men uten garanti for at disse dataene er tilfeldige. Kjernen vil bare gj\u00f8re sitt beste for \u00e5 gi de beste tilfeldige dataene den har p\u00e5 n\u00e5v\u00e6rende tidspunkt. \"Sannsynligvis det beste man kan gj\u00f8re, er \u00e5 kalle det 'INSECURE'<\/i> (usikkert), for \u00e5 hindre bruken av dette API-et for ting som trenger sikkerhet.\"<\/a><\/noindex><\/p>\n

Patchene fjerner ogs\u00e5 den blokkende poolen. For tiden st\u00f8tter kjernen to pooler for tilfeldige data, hvorav den ene tilsvarer \/dev\/random, og den andre \u2013 \/dev\/urandom, som beskrevet i denne artikkelen<\/a><\/noindex> 2015-rapporten. Den blokkende poolen er en pool for \/dev\/random; lesing fra denne enheten vil bli blokkert (som navnet antyder) inntil det er samlet inn 'tilstrekkelig' entropi fra systemet for \u00e5 oppfylle foresp\u00f8rselen. Ytterligere lesninger fra denne filen blir ogs\u00e5 blokkert hvis det er utilstrekkelig entropi i poolen. <\/p>\n

Fjerning av l\u00e5spoolen betyr at lesing fra \/dev\/random oppf\u00f8rer seg som getrandom() med flags satt til null (og gj\u00f8r flagget GRND_RANDOM til noop). Etter initialisering av kryptografisk tilfeldighetsgenerator (CRNG), vil lesing fra \/dev\/random og kall til getrandom(…,0) ikke f\u00f8re til blokkering og vil returnere det forespurte antallet tilfeldige data.<\/p>\n

Lutomirski sier: \u00abJeg mener at Linux blokkeringpool har utspilt sin rolle. Linux CRNG genererer utdata som er gode nok til \u00e5 bruke selv for n\u00f8kkelgenerering. Blokkeringpoolen er ikke sterkere i noe betydelig henseende, og vedlikeholdet av den krever mye tvilsom infrastruktur.\u00bb <\/i><\/p>\n

Endringene ble gjort med m\u00e5l om at eksisterende programvare faktisk ikke skal lide, og i realiteten vil problemene med lang ventetid p\u00e5 ting som GnuPG n\u00f8kkelgenerering bli f\u00e6rre.<\/p>\n

\u00abDenne serien skal ikke forstyrre noen eksisterende programvare. \/dev\/urandom forblir uendret. \/dev\/random blir fortsatt blokkert umiddelbart etter oppstart, men det blokkerer mindre enn f\u00f8r. getentropy() med eksisterende flagg vil returnere et resultat som er like passende for praktiske form\u00e5l som f\u00f8r.\u00bb<\/i> <\/p>\n

Lutomirski p\u00e5pekte at sp\u00f8rsm\u00e5let om kjernekoden b\u00f8r tilby s\u00e5kalte \u00abekte tilfeldige tall\u00bb fortsatt er \u00e5pent, noe som til en viss grad var det blokkeringskjernen skulle gj\u00f8re. Han ser bare \u00e9n grunn til dette: \u00aboverholdelse av statlige standarder\u00bb. Lutomirski antydet at hvis kjernekoden skal s\u00f8rge for dette, b\u00f8r det gj\u00f8res gjennom et helt annet grensesnitt, eller flyttes til brukerrommet for \u00e5 gi det muligheten til \u00e5 trekke ut r\u00e5 hendelsesm\u00f8nstre som kan brukes til \u00e5 lage en slik blokkeringpool. <\/p>\n

Stephan M\u00fcller foreslo at hans sett patcher<\/a><\/noindex> Linux-randomnummergeneratoren (LRNG) (for tiden utgitt i versjon 26) kan v\u00e6re en m\u00e5te \u00e5 tilby ekte tilfeldige tall for applikasjoner som trenger det. LRNG \"oppfyller fullt ut kravene i 'Anbefalingene for kilder til entropi som brukes for generering av tilfeldige biter' SP800-90B\", noe som gj\u00f8r det til en l\u00f8sning p\u00e5 problemet med statlige standarder.
\nMatthew Garrett motsatte seg bruken av termen \"ekte tilfeldige data\", og bemerket at valgte enheter i prinsippet kan modelleres s\u00e5 n\u00f8yaktig at de blir forutsigbare: \"her trekker vi ikke kvantehendelser ut av lommen\".<\/p>\n

M\u00fcller svarte med at denne termen stammer fra den tyske standarden AIS 31 for \u00e5 beskrive en tilfeldig tallgenerator som bare gir resultater \"i samme hastighet som den grunnleggende st\u00f8y kilden produserer entropi\". <\/p>\n

Bortsett fra terminologiske misforst\u00e5elser, vil tilstedev\u00e6relsen av en blokkeringpool, som foresl\u00e5tt av LRNG-lappene, bare f\u00f8re til ulike problemer, spesielt hvis den er tilgjengelig uten privilegier. <\/p>\n

Som Lutomski sa: \u00abDette l\u00f8ser ikke problemet. Hvis to forskjellige brukere kj\u00f8rer dumme programmer som gnupg, vil de bare t\u00f8mme hverandre. Jeg ser at det for tiden er to hovedproblemer med \/dev\/random: det er tilb\u00f8yelig til DoS (det vil si utarming av ressurser, ondsinnede angrep eller noe lignende), og siden det ikke kreves noen privilegier for \u00e5 bruke det, er det ogs\u00e5 utsatt for misbruk. Gnupg er feil, det er fullstendig kollaps. Hvis vi legger til et nytt, ikke-privilegert grensesnitt som gnupg og lignende programmer vil bruke, vil vi igjen tape\u00bb.<\/i> <\/p>\n

M\u00fcller bemerket at tillegg av getrandom() n\u00e5 vil tillate GnuPG \u00e5 bruke dette grensesnittet, ettersom det vil gi den n\u00f8dvendige garantien for at poolen har blitt initialisert. Basert p\u00e5 diskusjoner med GnuPG-utvikler Werner Koch, mener M\u00fcller at garantien er den eneste grunnen til at GnuPG i dag leser direkte fra \/dev\/random. Men hvis det finnes et ikke-privilegert grensesnitt som er mottakelig for tjenestenekt (slik som dagens \/dev\/random), vil det if\u00f8lge Lutomski bli feilaktig brukt av enkelte applikasjoner. <\/p>\n

Theodore Yue Tak Ts’o, utvikleren av Linux sitt tilfeldighetssubsystem, ser ut til \u00e5 ha endret mening om n\u00f8dvendigheten av en l\u00e5st pool. Han sa at fjerning av denne poolen vil effektivt gj\u00f8re det klart at Linux ikke har en ekte tilfeldig tallgenerator (TRNG): \u00abDet er ikke meningsl\u00f8st, for det er nettopp det *BSD har gjort hele tiden.\u00bb<\/i><\/p>\n

Han er ogs\u00e5 bekymret for at det \u00e5 gi en TRNG-mekanisme bare vil fungere som agn for applikasjonsutviklere, og mener at det faktisk er umulig \u00e5 garantere TRNG i kjernen, gitt de forskjellige typene maskinvare som Linux st\u00f8tter. Problemet vil ikke bli l\u00f8st selv med muligheten for \u00e5 arbeide med maskinvare kun basert p\u00e5 root-rettigheter: \u00abUtviklere av applikasjoner indikerer at for at applikasjonen deres skal v\u00e6re sikker, m\u00e5 den installeres som root, for bare slik kan du f\u00e5 tilgang til 'virkelig gode' tilfeldige tall.\u00bb<\/i><\/p>\n

M\u00fcller spurte om Cao hadde trukket tilbake implementeringen av den blokkede poolen, som han selv hadde foresl\u00e5tt for lenge siden. Cao svarte at han planlegger \u00e5 ta inn Lutomirski sine patcher og motsetter seg aktivt \u00e5 legge en blokkert grensesnitt tilbake i kjernen. <\/p>\n

\u00abKjernen kan ikke gi noen garantier om hvorvidt st\u00f8ykilden er karakterisert p\u00e5 en ordentlig m\u00e5te. Det eneste utvikleren av GPG eller OpenSSL kan f\u00e5, er en vag f\u00f8lelse av at TRUERANDOM er 'bedre', og siden de \u00f8nsker bedre sikkerhet, vil de utvilsomt fors\u00f8ke \u00e5 bruke det. P\u00e5 et tidspunkt vil det bli blokkert, og n\u00e5r en annen smart bruker (kanskje en distribusjonsspesialist) setter det inn i init-skript, vil systemene slutte \u00e5 fungere, og brukerne vil bare ha klager til Linus Torvals.<\/i> <\/p>\n

Cao argumenterer ogs\u00e5 for \u00e5 gi kryptografer og de som virkelig trenger TRNG, muligheten til \u00e5 samle sin egen entropi i brukerrommet for \u00e5 bruke den etter eget \u00f8nske. Han sier at innsamling av entropi ikke er en prosess som kan utf\u00f8res av kjernen p\u00e5 alle de st\u00f8ttede maskinvareenhetene, i tillegg kan kjernen selv ikke vurdere mengden entropi som tilbys av de forskjellige kildene. <\/p>\n

\u00abKjernen skal ikke blande forskjellige noise-kilder sammen, og den b\u00f8r absolutt ikke fors\u00f8ke \u00e5 p\u00e5st\u00e5 at den vet hvor mange biter entropi den f\u00e5r n\u00e5r den pr\u00f8ver \u00e5 spille et slags \u00abrykkete entropispill\u00bb p\u00e5 en ekstremt enkel CPU-arkitektur for brukerens IOT\/Embedded-saker, n\u00e5r alt er usynkronisert med en enkelt mastergenerator, n\u00e5r det ikke finnes noen CPU-instruksjon for \u00e5 omorganisere eller omd\u00f8pe registre osv.\u00bb.<\/p>\n

\u00abMan kan snakke om \u00e5 tilby verkt\u00f8y som pr\u00f8ver \u00e5 gj\u00f8re disse beregningene, men slike ting m\u00e5 utf\u00f8res p\u00e5 hver brukers utstyr, noe som er praktisk talt umulig for de fleste distribut\u00f8rbrukere. Hvis dette derimot kun er ment for kryptografer, b\u00f8r det gj\u00f8res i deres brukerrum. Og la oss ikke forenkle GPG, OpenSSL osv., slik at alle sier: \u00abvi vil ha \u00abekte tilfeldighet\u00bb og aksepterer ikke mindre\u00bb. Man kan snakke om hvordan vi tilbyr grensesnitt for kryptografer slik at de kan f\u00e5 n\u00f8dvendig informasjon ved \u00e5 f\u00e5 tilgang til prim\u00e6re noise-kilder, skilt og navngitt, og kanskje p\u00e5 en eller annen m\u00e5te kan noise-kilden autentisere seg i biblioteket eller applikasjonen i brukerrommet\u00bb.<\/i><\/p>\n

Det var en liten diskusjon om hvordan et slikt grensesnitt kan se ut, ettersom for eksempel kan noen hendelser ha sikkerhetsmessige konsekvenser. Cao bemerket at kode for tastaturskanning (det vil si tastetrykk) blandes inn i puljen som en del av innsamlingen av entropi: \u00ab\u00c5 flytte dette til brukerrommet, selv gjennom et privilegert systemanrop, ville v\u00e6rt, minst sagt, uforsvarlig\u00bb. Det er helt mulig at andre tidspunkter for hendelser kan skape lekkasje av informasjon via sidekanaler. <\/p>\n

Dermed oppst\u00e5r f\u00f8lelsen av at det lange problemet med Linuxs tilfeldige tall subsystem er p\u00e5 vei mot l\u00f8sning. Endringene som subsystemet for tilfeldige tall har gjennomg\u00e5tt nylig, har faktisk bare f\u00f8rt til DoS-problemer ved bruk av det. N\u00e5 har det imidlertid blitt utviklet effektive metoder for \u00e5 f\u00e5 de beste tilfeldige tallene som kjernen kan tilby. Hvis TRNG fortsatt er \u00f8nskelig for Linux, m\u00e5 denne mangelen rettes i fremtiden, men det vil sannsynligvis ikke bli gjort innen selve kjernen. <\/p>\n

Litt reklame \ud83d\ude42<\/h3>\n

\nTakk for at du er med oss. Liker du artiklene v\u00e5re? \u00d8nsker du \u00e5 se mer interessant materiale? St\u00f8tt oss ved \u00e5 legge inn en bestilling eller ved \u00e5 anbefale oss til kjente, skybaserte VPS for utviklere fra $4,99<\/a><\/noindex>, en unik alternativ til entry-level servere, som vi har laget for deg:<\/b> Hele sannheten om VPS (KVM) E5-2697 v3 (6 kjerner) 10GB DDR4 480GB SSD 1Gbps fra $19 eller hvordan dele serveren riktig?<\/a><\/noindex> (tilgjengelige alternativer med RAID1 og RAID10, opptil 24 kjerner og opptil 40GB DDR4).<\/p>\n

Dell R730xd er 2 ganger billigere i Equinix Tier IV datasenteret i Amsterdam?<\/b> Bare hos oss 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB fra $199<\/a><\/noindex> i Nederland! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 fra $99!<\/b><\/b> Les om hvordan Bygge infrastruktur av bedriftsklasse med bruk av Dell R730xd E5-2650 v4-servere som koster 9000 euro, men til en br\u00f8kdel av prisen?<\/a><\/noindex>
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041a\u0430\u043a \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0443 \/dev\/random, \u043a\u0440\u0438\u043f\u0442\u043e\u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u0438 \u0441\u0442\u043e\u0439\u043a\u043e\u0433\u043e \u0433\u0435\u043d\u0435\u0440\u0430\u0442\u043e\u0440\u0430 \u043f\u0441\u0435\u0432\u0434\u043e\u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b (CSPRNG), \u0438\u043c\u0435\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u0430 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u0430\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u2013 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u043a\u0438. \u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f, \u043a\u0430\u043a\u0438\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c \u043c\u043e\u0436\u043d\u043e \u0435\u0435 \u0440\u0435\u0448\u0438\u0442\u044c. \u0417\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430 \u0433\u0435\u043d\u0435\u0440\u0430\u0446\u0438\u0438 \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b \u0432 \u044f\u0434\u0440\u0435 \u0431\u044b\u043b\u0438 \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u043f\u0435\u0440\u0435\u0440\u0430\u0431\u043e\u0442\u0430\u043d\u044b, \u043d\u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0432 \u044d\u0442\u043e\u0439 \u043f\u043e\u0434\u0441\u0438\u0441\u0442\u0435\u043c\u0435 \u0440\u0435\u0448\u0430\u043b\u0438\u0441\u044c \u043d\u0430 \u043f\u0440\u043e\u0442\u044f\u0436\u0435\u043d\u0438\u0438 \u0431\u043e\u043b\u0435\u0435 \u0448\u0438\u0440\u043e\u043a\u0438\u0445 \u0432\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0445 \u0440\u0430\u043c\u043e\u043a. \u0421\u0430\u043c\u044b\u0435 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0438\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0431\u044b\u043b\u0438 \u0441\u0434\u0435\u043b\u0430\u043d\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55510","post","type-post","status-publish","format-standard","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\udd47Linux: fjerning av l\u00e5sepoolen \/dev\/random | ProHoster","description":"Som kjent har \/dev\/random, en kryptografisk sterk generator av pseudotilfeldige tall (CSPRNG), et uheldig problem \u2013 blokkeringer. Denne artikkelen forklarer hvordan man kan l\u00f8se dette.","canonical_url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nn_NO","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\udd47Linux: \u0443\u0434\u0430\u043b\u0435\u043d\u0438\u0435 \u043f\u0443\u043b\u0430 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u043e\u043a \/dev\/random | ProHoster","og:description":"\u041a\u0430\u043a \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u043e, \u0443 \/dev\/random, \u043a\u0440\u0438\u043f\u0442\u043e\u0433\u0440\u0430\u0444\u0438\u0447\u0435\u0441\u043a\u0438 \u0441\u0442\u043e\u0439\u043a\u043e\u0433\u043e \u0433\u0435\u043d\u0435\u0440\u0430\u0442\u043e\u0440\u0430 \u043f\u0441\u0435\u0432\u0434\u043e\u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u0447\u0438\u0441\u0435\u043b (CSPRNG), \u0438\u043c\u0435\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u0430 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u0430\u044f \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u2013 \u0431\u043b\u043e\u043a\u0438\u0440\u043e\u0432\u043a\u0438. \u0412 \u0434\u0430\u043d\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f, \u043a\u0430\u043a\u0438\u043c \u043e\u0431\u0440\u0430\u0437\u043e\u043c \u043c\u043e\u0436\u043d\u043e \u0435\u0435 \u0440\u0435\u0448\u0438\u0442\u044c.","og:url":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","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":"2020-01-21T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:38+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55510","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:43:30","updated":"2022-10-02 22:01:02","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/55510","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/comments?post=55510"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/posts\/55510\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/media?parent=55510"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/categories?post=55510"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/no\/wp-json\/wp\/v2\/tags?post=55510"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}