{"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\/it\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","title":{"rendered":"Linux: rimozione del pool di blocco \/dev\/random","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Come noto, \/dev\/random, un generatore di numeri pseudo-casuali crittograficamente sicuro (CSPRNG), presenta un problema spiacevole: i blocchi. In questo articolo si spiega come questo problema possa essere risolto. <\/p>\n

Negli ultimi mesi, i metodi di generazione di numeri casuali nel kernel sono stati leggermente rielaborati, ma i problemi in questo sottosistema sono stati affrontati per un periodo pi\u00f9 ampio di tempo.<\/a><\/noindex>Le ultime modifiche<\/a><\/noindex> sono state apportate per evitare che la chiamata di sistema getrandom() si blocchi a lungo durante l'avvio del sistema, ma la causa principale di ci\u00f2 era il comportamento del pool di numeri casuali bloccante. Una recente patch avrebbe rimosso questo pool, e ci si aspettava che questo approccio venisse portato al kernel principale. <\/p>\n

Andy Lutomirski ha pubblicato la terza versione della patch alla fine di dicembre. Essa introduce \u00abdue principali cambiamenti semantici nelle API casuali di Linux\u00bb<\/i>. La patch aggiunge un nuovo flag GRND_INSECURE alla chiamata di sistema getrandom() (anche se Lutomirski si riferisce a essa come getentropy(), che \u00e8 implementato in glibc utilizzando getrandom() con flag fissi); questo flag costringe la chiamata a restituire sempre la quantit\u00e0 di dati richiesta, ma senza garanzia che questi dati siano casuali. Il kernel si sforzer\u00e0 di fornire i migliori dati casuali disponibili al momento. \u00abProbabilmente, la cosa migliore da fare \u00e8 chiamarlo \u201cINSECURE\u201d<\/i> per impedire l'uso di questa API per cose che necessitano di sicurezza\u00bb.<\/a><\/noindex><\/p>\n

Le patch rimuovono anche il pool bloccante. Attualmente, il kernel supporta due pool di dati casuali: uno corrisponde a \/dev\/random e l'altro a \/dev\/urandom, come descritto in questo abbiamo chiarito il corretto completamento dei programmi che utilizzano il mediastreamer.<\/a><\/noindex> documento del 2015. Il pool bloccante \u00e8 quello di \/dev\/random; la lettura da questo dispositivo sar\u00e0 bloccata (come suggerisce il suo nome) fino a quando non sar\u00e0 stata raccolta dall sistema un'\u00abadeguata\u00bb entropia per soddisfare la richiesta. Ulteriori letture da questo file saranno bloccate anche se nel pool non c'\u00e8 abbastanza entropia. <\/p>\n

L'eliminazione del pool di lock significa che la lettura da \/dev\/random si comporta come getrandom() con il valore dei flag impostato a zero (e trasforma il flag GRND_RANDOM in noop). Dopo l'inizializzazione del generatore di numeri casuali crittografico (CRNG), la lettura da \/dev\/random e le chiamate a getrandom(…,0) non causeranno blocchi e restituiranno la quantit\u00e0 richiesta di dati casuali.<\/p>\n

Lutomirski dice: \u00abRitengo che il pool di blocco di Linux sia superato. Il CRNG di Linux genera dati di output sufficientemente buoni da poterli utilizzare anche per la generazione di chiavi. Il pool di blocco non \u00e8 pi\u00f9 forte in alcun senso materiale, e per mantenerlo \u00e8 necessaria una notevole infrastruttura di dubbia utilit\u00e0\u00bb. <\/i><\/p>\n

Le modifiche sono state apportate con l'intento di non danneggiare i programmi esistenti, e in effetti, i problemi di attesa prolungata per cose come la generazione di chiavi GnuPG dovrebbero diminuire.<\/p>\n

\u00abQueste serie non devono interrompere alcun programma esistente. \/dev\/urandom rimane invariato. \/dev\/random continua a bloccarsi subito dopo il caricamento, ma si blocca meno di prima. getentropy() con i flag esistenti restituir\u00e0 un risultato che sar\u00e0 altrettanto valido per scopi pratici come prima\u00bb.<\/i> <\/p>\n

Lutomirski ha osservato che resta ancora aperta la questione se il kernel debba fornire cosiddetti \u00abnumeri casuali veri\u00bb, che in una certa misura era il compito del kernel bloccante. Vede solo una ragione per questo: \u00abrispettare gli standard governativi\u00bb. Lutomirski ha suggerito che, se il kernel deve garantire questo, dovrebbe essere fatto attraverso un'interfaccia completamente diversa o dovrebbe essere trasferito nello spazio utente, fornendo la possibilit\u00e0 di estrarre campioni grezzi di eventi che possono essere utilizzati per creare tale pool di blocco. <\/p>\n

Stephan M\u00fcller ha ipotizzato che il suo set patch<\/a><\/noindex> Il generatore di numeri casuali Linux (LRNG) (attualmente alla versione 26) pu\u00f2 essere un modo per fornire veri numeri casuali per le applicazioni che ne hanno bisogno. LRNG \"\u00e8 pienamente conforme ai requisiti delle 'Raccomandazioni per le fonti di entropia utilizzate per la generazione di bit casuali' SP800-90B\", il che lo rende una soluzione al problema degli standard governativi.
\nMatthew Garrett ha contestato il termine 'dati casuali veri', osservando che i dispositivi scelti possono in linea di principio essere modellati abbastanza accuratamente da renderli prevedibili: 'qui non stiamo campionando eventi quantistici'.<\/p>\n

Mueller ha risposto che questo termine proviene dallo standard tedesco AIS 31 per descrivere un generatore di numeri casuali che produce risultati 'alla stessa velocit\u00e0 con cui la sorgente di rumore di base genera entropia'. <\/p>\n

Oltre alle divergenze terminologiche, la presenza di un pool di blocco, come suggerito dalle patch di LRNG, porter\u00e0 semplicemente a vari problemi, almeno se \u00e8 accessibile senza privilegi. <\/p>\n

Come ha detto Lutomirski: \"Questo non risolve il problema. Se due diversi utenti eseguono programmi stupidi, come gnupg, si esauriranno semplicemente a vicenda. Vedo che attualmente ci sono due problemi principali con \/dev\/random: \u00e8 soggetto a DoS (ossia esaurimento delle risorse, influssi malevoli o simili) e, poich\u00e9 non sono richiesti privilegi per usarlo, \u00e8 anche soggetto ad abusi. Gnupg \u00e8 sbagliato, \u00e8 un completo collasso. Se aggiungiamo una nuova interfaccia non privilegiata che verr\u00e0 utilizzata da gnupg e programmi simili, perderemo di nuovo.\"<\/i> <\/p>\n

Mueller ha fatto notare che l'aggiunta di getrandom() ora consentir\u00e0 a GnuPG di utilizzare questa interfaccia, poich\u00e9 fornir\u00e0 la garanzia necessaria che il pool sia stato inizializzato. Sulla base delle discussioni con lo sviluppatore di GnuPG Werner Koch, Mueller ritiene che la garanzia sia l'unico motivo per cui GnuPG attualmente legge direttamente da \/dev\/random. Ma se c'\u00e8 un'interfaccia non privilegiata soggetta a interruzioni del servizio (come oggi \u00e8 \/dev\/random), secondo Lutomirski, verr\u00e0 utilizzata in modo errato da alcune applicazioni. <\/p>\n

Teodoro Tsao (Theodore Yue Tak Ts’o), sviluppatore del sottosistema di numeri casuali di Linux, sembra aver cambiato idea riguardo alla necessit\u00e0 di un pool bloccante. Ha affermato che l'eliminazione di questo pool permetter\u00e0 di liberarsi efficacemente dall'idea che Linux disponga di un vero generatore di numeri casuali (TRNG): \u00abNon \u00e8 una sciocchezza, poich\u00e9 \u00e8 esattamente ci\u00f2 che hanno sempre fatto *BSD\u00bb.<\/i><\/p>\n

\u00c8 anche preoccupato che fornire un meccanismo TRNG serva semplicemente come esca per gli sviluppatori di applicazioni, e ritiene che, data la variet\u00e0 di hardware supportato da Linux, sia impossibile garantire un TRNG nel kernel. Anche l'opzione di lavorare con l'hardware solo con privilegi di root non risolver\u00e0 il problema: \u00abGli sviluppatori di applicazioni indicano che affinch\u00e9 la loro applicazione sia sicura, deve essere installata come root, perch\u00e9 solo in questo modo puoi accedere a 'numeri davvero buoni'\u00bb.<\/i><\/p>\n

M\u00fcller ha chiesto se Cao avesse rinunciato a implementare un pool bloccante, che lui stesso aveva proposto tempo fa. Cao ha risposto che intende prendere le patch di Lutomirski e si oppone attivamente all'aggiunta di un'interfaccia bloccante nel kernel. <\/p>\n

\u00abIl kernel non pu\u00f2 garantire che la sorgente di rumore sia stata caratterizzata in modo adeguato. L'unica cosa che pu\u00f2 ottenere uno sviluppatore GPG o OpenSSL \u00e8 una vaga sensazione che TRUERANDOM sia 'migliore', e poich\u00e9 vogliono maggiore sicurezza, senza dubbio cercheranno di utilizzarlo. A un certo punto verr\u00e0 bloccato, e quando qualche altro utente intelligente (forse un esperto di rilascio di distribuzioni) lo inserir\u00e0 nello script di init e i sistemi smetteranno di funzionare, agli utenti non rester\u00e0 che lamentarsi con Linus Torvalds\u00bb.<\/i> <\/p>\n

Cao sostiene anche di fornire a crittografi e a chi ha realmente bisogno di TRNG un modo per raccogliere la propria entropia nello spazio utente, per utilizzarla come meglio crede. Dice che la raccolta di entropia non \u00e8 un processo che pu\u00f2 essere eseguito dal kernel su tutti i tipi di hardware supportato, inoltre, il kernel stesso non pu\u00f2 valutare la quantit\u00e0 di entropia fornita dalle varie sorgenti. <\/p>\n

\u00abIl nucleo non dovrebbe mescolare insieme diverse sorgenti di rumore e, ovviamente, non dovrebbe cercare di affermare di sapere quanti bit di entropia sta ottenendo quando cerca di giocare a qualche 'gioco disordinato di entropia' su un'architettura CPU ridicolmente semplice per casi d'uso IOT\/Embedded, quando tutto \u00e8 disallineato con un unico generatore master, e quando non ci sono istruzioni CPU per riordinare o rinominare i registri, ecc.\u00bb<\/p>\n

\u00abSi pu\u00f2 parlare di fornire strumenti che tentano di effettuare questi calcoli, ma tali operazioni dovrebbero essere eseguite sull'hardware di ogni utente, il che \u00e8 semplicemente impraticabile per la maggior parte degli utenti della distribuzione. Se questo \u00e8 destinato solo ai crittografi, allora deve essere fatto nel loro spazio utente. E non semplifichiamo GPG, OpenSSL, ecc., affinch\u00e9 tutti dicano: 'vogliamo la 'vera casualit\u00e0' e non ci accontentiamo di meno'. Possiamo discutere su come fornire interfacce ai crittografi in modo che possano ottenere le informazioni necessarie attraverso l'accesso a sorgenti di rumore primarie, separate e nominate, e, forse, in qualche modo, la sorgente di rumore sar\u00e0 in grado di autenticarsi in una libreria o applicazione dello spazio utente\u00bb.<\/i><\/p>\n

C'\u00e8 stata una piccola discussione su come potrebbe apparire tale interfaccia, poich\u00e9, ad esempio, per alcuni eventi potrebbero esserci implicazioni in termini di sicurezza. Cao ha sottolineato che i codici di scansione della tastiera (cio\u00e8 le pressioni dei tasti) vengono mescolati in un pool come parte della raccolta di entropia: \u00abSpostare questo nello spazio utente, anche attraverso una chiamata di sistema privilegiata, sarebbe, quantomeno, imprudente\u00bb. \u00c8 del tutto possibile che altri tempi di eventi possano creare qualche fuga di informazioni tramite canali laterali. <\/p>\n

Pertanto, si ha l'impressione che il problema di lunga data del sottosistema dei numeri casuali di Linux sia in procinto di essere risolto. Le modifiche apportate al sottosistema dei numeri casuali recentemente hanno infatti portato solo a problemi di DoS durante il suo utilizzo. Tuttavia, ora ci sono modi efficaci per ottenere i migliori numeri casuali che il kernel possa fornire. Se TRNG \u00e8 ancora desiderato per Linux, questo difetto dovr\u00e0 essere risolto in futuro, ma molto probabilmente non sar\u00e0 fatto all'interno dello stesso kernel. <\/p>\n

Un po' di pubblicit\u00e0 \ud83d\ude42<\/h3>\n

\nGrazie per rimanere con noi. Ti piacciono i nostri articoli? Vuoi vedere pi\u00f9 contenuti interessanti? Supportaci effettuando un ordine o raccomandandoci a qualcuno. VPS cloud per sviluppatori a partire da $4.99.<\/a><\/noindex>, unica alternativa ai server entry-level, concepita da noi per te:<\/b> Tutta la verit\u00e0 sui VPS (KVM) E5-2697 v3 (6 Core) 10GB DDR4 480GB SSD 1Gbps a partire da $19 o come dividere correttamente un server?<\/a><\/noindex> (sono disponibili opzioni con RAID1 e RAID10, fino a 24 core e fino a 40GB DDR4).<\/p>\n

Dell R730xd a met\u00e0 prezzo nel data center Equinix Tier IV ad Amsterdam?<\/b> Solo da noi 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB a partire da $199<\/a><\/noindex> nei Paesi Bassi! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partire da $99!<\/b><\/b> Leggi di Come costruire un'infrastruttura di livello enterprise utilizzando server Dell R730xd E5-2650 v4 del valore di 9000 euro a pochi spiccioli?<\/a><\/noindex>
\n
Fonte: 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\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: rimozione del pool di bloccaggio \/dev\/random | ProHoster","description":"Come noto, \/dev\/random, un generatore di numeri pseudo-casuali crittograficamente sicuro (CSPRNG), presenta un problema spiacevole: i blocchi. In questo articolo si spiega come questo problema possa essere risolto.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/linux-udalenie-pula-blokirovok-dev-random","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/55510","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=55510"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/55510\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=55510"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=55510"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=55510"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}