{"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\/da\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","title":{"rendered":"Linux: fjernelse af blokering af puljer \/dev\/random","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Som bekendt har \/dev\/random, en kryptografisk sikker pseudo-random number generator (CSPRNG), et uheldigt problem \u2013 blokeringer. Denne artikel beskriver, hvordan man kan l\u00f8se det. <\/p>\n

I de seneste m\u00e5neder er midlerne til at generere tilf\u00e6ldige tal i kernen blevet lidt omarbejdet, men problemerne i dette subsystem har v\u00e6ret l\u00f8st over en l\u00e6ngere periode. tidsramme.<\/a><\/noindex>De seneste \u00e6ndringer<\/a><\/noindex> blev foretaget med henblik p\u00e5 at forhindre langvarige blokeringer af systemopkaldet getrandom() ved systemstart, men \u00e5rsagen til dette var adf\u00e6rden af den blokerende tilf\u00e6ldige pulje. Den nylige patch ville fjerne denne pulje, og man kunne forvente, at den ville blive sendt til hovedkernen. <\/p>\n

Andy Lutomirski offentliggjorde den tredje version af patchen i slutningen af december. Den medbringer \"to v\u00e6sentlige semantiske \u00e6ndringer i Linux's tilf\u00e6ldige API'er\".<\/i>Patchen tilf\u00f8jer et nyt flag GRND_INSECURE til systemopkaldet getrandom() (selvom Lutomirski omtaler det som getentropy(), som er implementeret i glibc ved hj\u00e6lp af getrandom() med faste flag); dette flag f\u00e5r opkaldet til altid at returnere det anmodede antal data, men uden garanti for, at disse data er tilf\u00e6ldige. Kernen vil blot g\u00f8re en indsats for at give de bedste tilf\u00e6ldige data, den har p\u00e5 det tidspunkt. \"Sandsynligvis det bedste, man kan g\u00f8re, er at kalde det 'INSECURE'<\/i> (usikkert), for at forhindre brug af dette API til ting, der kr\u00e6ver sikkerhed.\"<\/a><\/noindex><\/p>\n

Patchene fjerner ogs\u00e5 den blokerende pulje. I \u00f8jeblikket underst\u00f8tter kernen to puljer af tilf\u00e6ldige data, hvoraf den ene svarer til \/dev\/random, og den anden til \/dev\/urandom, som beskrevet i denne artikel<\/a><\/noindex> 2015. Den blokerende pulje er en pulje for \/dev\/random; l\u00e6sning fra denne enhed vil blive blokeret (det menes af dens navn), indtil der er samlet 'tilstr\u00e6kkelig' entropi fra systemet for at im\u00f8dekomme anmodningen. Yderligere l\u00e6sninger fra denne fil blokeres ogs\u00e5, hvis der ikke er tilstr\u00e6kkelig entropi i puljen. <\/p>\n

Fjernelse af blokkeringspuljen betyder, at l\u00e6sning fra \/dev\/random fungerer som getrandom() med flag-v\u00e6rdi lig nul (og g\u00f8r flaget GRND_RANDOM til noop). Efter initialisering af den kryptografiske tilf\u00e6ldige talgenerator (CRNG) vil l\u00e6sning fra \/dev\/random og kald til getrandom(…,0) ikke f\u00f8re til blokering og returnere det anmodede antal tilf\u00e6ldige data.<\/p>\n

Lutomirski siger: \u201eJeg mener, at Linux' blokkeringspulje er for\u00e6ldet. Linux' CRNG genererer output, der er godt nok til at bruge det selv til n\u00f8glegenerering. Blokkeringspuljen er ikke st\u00e6rkere p\u00e5 nogen v\u00e6sentlig m\u00e5de, og opretholdelsen kr\u00e6ver en masse infrastruktur af tvivlsom v\u00e6rdi.\u201c <\/i><\/p>\n

\u00c6ndringerne er foretaget med henblik p\u00e5, at eksisterende programmer ikke reelt skal lide skade, og faktisk vil problemerne med lang ventetid p\u00e5 ting som GnuPG n\u00f8glegenerering blive f\u00e6rre.<\/p>\n

\u201eDisse serier b\u00f8r ikke forstyrre nogen eksisterende programmer. \/dev\/urandom forbliver u\u00e6ndret. \/dev\/random er stadig blokeret straks efter opstart, men det blokerer mindre end f\u00f8r. getentropy() med de eksisterende flag vil returnere et resultat, der er lige s\u00e5 egnet til praktiske form\u00e5l som f\u00f8r.\u201c<\/i> <\/p>\n

Lutomirski bem\u00e6rkede, at sp\u00f8rgsm\u00e5let om, hvorvidt kernen skal levere s\u00e5kaldte '\u00e6gte tilf\u00e6ldige tal', stadig er \u00e5bent, hvilket i visse henseender var meningen med blokkeringspuljen. Han ser kun \u00e9n grund til dette: \u201eoverholdelse af statslige standarder\u201c. Lutomirski foreslog, at hvis kernen skal levere det, s\u00e5 skal det g\u00f8res gennem et helt andet interface, eller det skal flyttes til brugerrummet, der giver mulighed for at tr\u00e6kke r\u00e5 h\u00e6ndelsessamples ud, som kan bruges til at skabe en s\u00e5dan blokkeringspulje. <\/p>\n

Stephan M\u00fcller foreslog, at hans s\u00e6t patches<\/a><\/noindex> Til Linuxs tilf\u00e6ldige talgenerator (LRNG) (som i \u00f8jeblikket har version 26) kan v\u00e6re en m\u00e5de at levere \u00e6gte tilf\u00e6ldige tal til applikationer, der har brug for det. LRNG \"lever fuldt ud op til anbefalingerne i 'Recommendations for the Entropy Sources Used for Random Bit Generation' SP800-90B\", hvilket g\u00f8r det til en l\u00f8sning p\u00e5 problemet med statslige standarder.
\nMatthew Garrett har protesteret mod termen \"\u00e6gte tilf\u00e6ldige data\" og bem\u00e6rket, at de valgte enheder grundl\u00e6ggende kan modelleres tilstr\u00e6kkeligt pr\u00e6cist til at blive forudsigelige: \"vi her ikke udv\u00e6lger kvanteh\u00e6ndelser.\"<\/p>\n

M\u00fcller svarede, at termen kommer fra den tyske standard AIS 31 til beskrivelse af en tilf\u00e6ldig talgenerator, som kun udleverer resultater \"med samme hastighed, som den grundl\u00e6ggende st\u00f8jkilde producerer entropi.\" <\/p>\n

Udover terminologiske misforst\u00e5elser vil tilstedev\u00e6relsen af en l\u00e5sepool, som foresl\u00e5et af LRNG-patches, blot f\u00f8re til forskellige problemer, i det mindste hvis den er tilg\u00e6ngelig uden privilegier. <\/p>\n

Som Lutomirski sagde: \"Dette l\u00f8ser ikke problemet. Hvis to forskellige brugere k\u00f8rer dumme programmer som gnupg, vil de blot udt\u00f8mme hinanden. Jeg ser, at der i \u00f8jeblikket er to hovedproblemer med \/dev\/random: det er tilb\u00f8jeligt til DoS (dvs. udt\u00f8mning af ressourcer, ondsindet indflydelse eller noget lignende), og da der ikke kr\u00e6ves nogen privilegier for at bruge det, er det ogs\u00e5 tilb\u00f8jeligt til misbrug. Gnupg er forkert, det er en fuldst\u00e6ndig kollaps. Hvis vi tilf\u00f8jer et nyt uprivilegeret interface, som gnupg og lignende programmer vil bruge, vil vi igen tabe.<\/i> <\/p>\n

M\u00fcller bem\u00e6rkede, at tilf\u00f8jelsen af getrandom() nu muligg\u00f8r, at GnuPG kan bruge dette interface, da det vil sikre den n\u00f8dvendige garanti for, at puljen er blevet initialiseret. Baseret p\u00e5 diskussioner med GnuPG-udvikleren Werner Koch, mener M\u00fcller, at garantien er den eneste grund til, at GnuPG i \u00f8jeblikket l\u00e6ser direkte fra \/dev\/random. Men hvis der er et uprivilegeret interface, der er udsat for tjenesten\u00e6gtelse (som i dag \/dev\/random), s\u00e5 vil det if\u00f8lge Lutomirski blive misbrugt af nogle applikationer. <\/p>\n

Teodor Tsao (Theodore Yue Tak Ts’o), udvikleren af Linux' tilf\u00e6ldige talundersystem, har tilsyneladende \u00e6ndret mening om behovet for en blokkeringspulje. Han sagde, at fjernelse af denne pulje effektivt ville fjerne ideen om, at Linux har en reel tilf\u00e6ldig talgenerator (TRNG): \u00abdet er ikke meningsl\u00f8st, da det netop er, hvad *BSD altid har gjort\u00bb.<\/i><\/p>\n

Han er ogs\u00e5 bekymret for, at tilvejebringelsen af en TRNG-mekanisme blot vil fungere som lokkemad for app-udviklere og mener, at det i virkeligheden er umuligt at garantere TRNG i kernen, givet de forskellige typer hardware, som Linux underst\u00f8tter. Problemet l\u00f8ses ikke engang af muligheden for kun at arbejde med hardware baseret p\u00e5 root-rettigheder: \u00abUdviklerne af applikationer angiver, at deres applikation af sikkerhedsm\u00e6ssige \u00e5rsager skal installeres som root, fordi kun derved kan du f\u00e5 adgang til 'rigtig gode' tilf\u00e6ldige tal\u00bb.<\/i><\/p>\n

M\u00fcller spurgte, om Ts'o havde trukket tilbuddet om at implementere en blokkeringspulje tilbage, som han selv havde foresl\u00e5et for l\u00e6nge siden. Ts'o svarede, at han planl\u00e6gger at tage patchene fra Lutomirsky og er aktivt imod at tilf\u00f8je en blokkeringsgr\u00e6nseflade tilbage til kernen. <\/p>\n

\u00abKernen kan ikke give nogen garantier for, om noise source er karakteriseret korrekt. Det eneste, som udvikleren af GPG eller OpenSSL kan f\u00e5, er en vag fornemmelse af, at TRUERANDOM er 'bedre', og da de \u00f8nsker bedre sikkerhed, vil de uden tvivl fors\u00f8ge at bruge det. P\u00e5 et eller andet tidspunkt vil det blive blokeret, og n\u00e5r en anden smart bruger (m\u00e5ske en distributionsudgiver) inds\u00e6tter det i init scriptet, og systemerne stopper med at fungere, vil brugerne kun have mulighed for at klage til Linus Torvalds selv.\u00bb<\/i> <\/p>\n

Ts'o taler ogs\u00e5 for at give kryptografer og dem, der virkelig har brug for TRNG, en m\u00e5de at indsamle deres egen entropi i brugeromr\u00e5det, s\u00e5 de kan bruge det, som de \u00f8nsker. Han siger, at indsamlingen af entropi ikke er en proces, som kernen kan udf\u00f8re p\u00e5 al den hardware, den underst\u00f8tter, desuden kan selve kernen ikke vurdere m\u00e6ngden af entropi, der leveres af de forskellige kilder. <\/p>\n

\u00abKernen m\u00e5 ikke blande forskellige st\u00f8jkilder sammen, og det m\u00e5 bestemt ikke p\u00e5st\u00e5, at den ved, hvor mange bit entropi den modtager, n\u00e5r den fors\u00f8ger at spille et eller andet 'stridigt entropispil' p\u00e5 en aldeles enkel CPU-arkitektur til IOT\/Embedded brugssituationer, n\u00e5r alt er desynkroniseret med en eneste mastergenerator, n\u00e5r der ikke findes nogen CPU-kommando til at omarrangere eller omd\u00f8be registre osv.\u00bb<\/p>\n

\u00abMan kan tale om at give v\u00e6rkt\u00f8jer, der fors\u00f8ger at g\u00f8re disse beregninger, men s\u00e5danne ting b\u00f8r ske p\u00e5 hver brugers udstyr, hvilket for de fleste brugere af distributionen simpelthen er upraktisk. Hvis det derimod kun er beregnet til kryptografer, s\u00e5 lad det g\u00f8res i deres brugerrum. Og lad os ikke forenkle GPG, OpenSSL osv., s\u00e5 alle siger: 'vi \u00f8nsker 'sand tilf\u00e6ldighed' og accepterer ikke mindre'. Man kan tale om m\u00e5den, hvorp\u00e5 vi giver kryptografer gr\u00e6nseflader, s\u00e5 de kan f\u00e5 den n\u00f8dvendige information gennem adgang til prim\u00e6re st\u00f8jkilder, der er adskilt og navngivet, og m\u00e5ske p\u00e5 en eller anden m\u00e5de kan st\u00f8jkilden autentificere sig selv i biblioteket eller brugerrum-applikationen.\u00bb<\/i><\/p>\n

Der var en lille diskussion om, hvordan en s\u00e5dan gr\u00e6nseflade kunne se ud, da nogle h\u00e6ndelser kan have sikkerhedsm\u00e6ssige konsekvenser. Cao p\u00e5pegede, at koder for tastetryk (dvs. taster, der trykkes) blandes ind i puljen som en del af entropisamlingen: \u00abAt flytte dette til brugerrummet, selv gennem et privilegeret systemopkald, ville v\u00e6re, mildest talt, ufornuftigt\u00bb. Det er helt muligt, at andre h\u00e6ndelser kan skabe en eller anden form for informationsl\u00e6kage gennem sidekanaler. <\/p>\n

Derfor opst\u00e5r der en f\u00f8lelse af, at det gamle problem med Linux' tilf\u00e6ldige tal subsystem er p\u00e5 vej til at blive l\u00f8st. De \u00e6ndringer, som det tilf\u00e6ldige tal subsystem har gennemg\u00e5et for nylig, har faktisk kun f\u00f8rt til DoS-problemer under brugen. Nu er der effektive m\u00e5der at f\u00e5 de bedste tilf\u00e6ldige tal, som kernen kan levere. Hvis TRNG stadig er \u00f8nskeligt for Linux, skal denne mangel rettes i fremtiden, men det vil sandsynligvis ikke blive gjort inden for selve kernen. <\/p>\n

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

\nTak fordi du bliver hos os. Kan du lide vores artikler? \u00d8nsker du at se flere interessante materialer? St\u00f8t os ved at bestille eller anbefale os til dine bekendte, cloud VPS til udviklere fra 4,99 $<\/a><\/noindex>, en unik analog til entry-level servere, som vi har designet til dig:<\/b> Alt om VPS (KVM) E5-2697 v3 (6 kerner) 10 GB DDR4 480 GB SSD 1 Gbps fra 19 $ eller hvordan man deler serveren korrekt?<\/a><\/noindex> (tilg\u00e6ngelige muligheder med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).<\/p>\n

Dell R730xd til halv pris i datacenteret Equinix Tier IV i Amsterdam?<\/b> Kun hos os 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB fra 199 $<\/a><\/noindex> i Holland! Dell R420 - 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra 99 $!<\/b><\/b> L\u00e6s om hvordan man bygger enterprise-infrastruktur ved hj\u00e6lp af Dell R730xd E5-2650 v4 servere til 9000 euro for en br\u00f8kdel af 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: fjernelse af l\u00e5sepuljen \/dev\/random | ProHoster","description":"Som bekendt har \/dev\/random, en kryptografisk sikker pseudo-random number generator (CSPRNG), et uheldigt problem \u2013 blokeringer. Denne artikel beskriver, hvordan man kan l\u00f8se det.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","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\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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/55510","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=55510"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/55510\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=55510"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=55510"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=55510"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}