{"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 \u00e8 noto, \/dev\/random, un generatore di numeri pseudocasuali crittograficamente sicuro (CSPRNG), presenta un problema sgradevole: i blocchi. Questo articolo descrive come \u00e8 possibile risolverlo. <\/p>\n

Negli ultimi mesi, i mezzi di generazione dei numeri casuali nel kernel sono stati leggermente rielaborati, ma i problemi in questo sotto-sistema sono stati affrontati per un periodo pi\u00f9 ampio. tempistiche.<\/a><\/noindex>Le ultime modifiche<\/a><\/noindex> sono state apportate per prevenire il blocco prolungato della chiamata di sistema getrandom() durante il caricamento del sistema, ma la causa sottostante era il comportamento del pool casuale bloccante. Una recente patch ha rimosso questo pool, e ci si aspettava che fosse integrato nel kernel principale. <\/p>\n

Andy Lutomirski ha pubblicato la terza versione della patch a fine dicembre. Essa apporta \u00abdue principali cambiamenti semantici nelle API casuali di Linux\u00bb.<\/i>La patch introduce un nuovo flag GRND_INSECURE alla chiamata di sistema getrandom() (anche se Lutomirski lo chiama getentropy(), che \u00e8 implementato in glibc tramite getrandom() con flag fissi); questo flag costringe la chiamata a restituire sempre la quantit\u00e0 di dati richiesta, ma senza garanzia che tali dati siano casuali. Il kernel si impegner\u00e0 solo a fornire i migliori dati casuali disponibili in quel momento. \u00abProbabilmente, la cosa migliore da fare \u00e8 chiamarlo 'INSECURE'<\/i> (non sicuro), per scoraggiare 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 dei quali corrisponde a \/dev\/random e l'altro a \/dev\/urandom, come descritto in questo articolo<\/a><\/noindex> documento del 2015. Il pool bloccante \u00e8 un pool per \/dev\/random; la lettura di questo dispositivo sar\u00e0 bloccata (come suggerisce il suo nome) fino a quando non sar\u00e0 stata raccolta \u00absufficiente\u00bb entropia dal sistema per soddisfare la richiesta. Ulteriori letture da questo file vengono anch'esse bloccate se non c'\u00e8 sufficiente entropia nel pool. <\/p>\n

La rimozione del pool di blocco 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 crittografici (CRNG), la lettura da \/dev\/random e le chiamate getrandom(…,0) non porteranno a un blocco e restituiranno la quantit\u00e0 richiesta di dati casuali.<\/p>\n

Lutomirski dice: \u00abRitengo che il pool bloccante di Linux sia obsoleto. Il CRNG di Linux genera un output che \u00e8 sufficientemente buono da essere utilizzato anche per la generazione di chiavi. Il pool bloccante non \u00e8 pi\u00f9 forte in alcun modo e richiede molte infrastrutture di dubbio valore per essere mantenuto\u00bb. <\/i><\/p>\n

Le modifiche sono state apportate con l'intenzione di garantire che i programmi esistenti non subissero danni e, in effetti, ci saranno meno problemi con l'attesa prolungata per cose come la generazione di chiavi GnuPG.<\/p>\n

\u00abQueste modifiche non dovrebbero interrompere alcun programma esistente. \/dev\/urandom rimane invariato. \/dev\/random \u00e8 ancora bloccato subito dopo il caricamento, ma ora \u00e8 meno bloccato 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 notato che rimane aperta la questione se il kernel debba fornire quelli che vengono definiti \u00abnumeri casuali veri\u00bb, che in un certo senso era precisamente il compito del kernel bloccante. Vede solo una motivazione per questo: \u00abil rispetto degli standard governativi\u00bb. Lutomirski ha suggerito che, se il kernel deve fornirlo, dovrebbe farlo tramite un'interfaccia completamente diversa o trasferito nello spazio utente, permettendo a quest'ultimo di estrarre campioni grezzi di eventi che possono essere utilizzati per creare un pool di blocco. <\/p>\n

Stephan M\u00fcller ha suggerito che il suo set patch<\/a><\/noindex> per il generatore di numeri casuali Linux (LRNG) (attualmente alla versione 26) potrebbe essere un modo per fornire numeri casuali veri per le applicazioni che ne hanno bisogno. LRNG \u00ab\u00e8 completamente conforme ai requisiti delle 'Raccomandazioni sulle fonti di entropia utilizzate per la generazione di bit casuali' SP800-90B\u00bb, rendendolo una soluzione al problema degli standard governativi.
\nMatthew Garrett ha contestato il termine \u00abdati davvero casuali\u00bb, osservando che i dispositivi selezionati possono essere in linea di principio modellati con sufficiente precisione per renderli prevedibili: \u00abqui non stiamo campionando eventi quantistici\u00bb.<\/p>\n

M\u00fcller ha risposto che questo termine deriva dallo standard tedesco AIS 31 per descrivere un generatore di numeri casuali, che produce risultati \"alla stessa velocit\u00e0 con cui la fonte di rumore di base genera entropia.\" <\/p>\n

Oltre alle ambiguit\u00e0 terminologiche, la presenza di un pool bloccante, come suggerito dalle patch 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 utenti diversi eseguono programmi causali, come gnupg, si esauriranno a vicenda. Vedo che ci sono attualmente due problemi principali con \/dev\/random: \u00e8 soggetto a DoS (cio\u00e8 esaurimento delle risorse, attacchi dannosi o simili), e poich\u00e9 non sono richiesti privilegi per utilizzarlo, \u00e8 anche soggetto a usi impropri. Gnupg \u00e8 errato, \u00e8 un collasso totale. Se aggiungiamo una nuova interfaccia non privilegiata che verr\u00e0 utilizzata da gnupg e programmi simili, perderemo di nuovo.\"<\/i> <\/p>\n

M\u00fcller ha osservato che l'aggiunta di getrandom() consentir\u00e0 ora a GnuPG di utilizzare questa interfaccia, poich\u00e9 garantir\u00e0 che il pool sia stato inizializzato. Basandosi sulle discussioni con lo sviluppatore di GnuPG Werner Koch, M\u00fcller ritiene che tale garanzia sia l'unica ragione per cui GnuPG attualmente legge direttamente da \/dev\/random. Ma se esiste un'interfaccia non privilegiata soggetta a attacchi DoS (come attualmente \/dev\/random), allora, secondo Lutomirski, verr\u00e0 utilizzata in modo errato da alcune applicazioni. <\/p>\n

Theodore Yue Tak Ts'o, sviluppatore del sottosistema di numeri casuali di Linux, ha apparentemente cambiato idea riguardo alla necessit\u00e0 di un pool bloccante. Ha affermato che rimuovere questo pool eliminer\u00e0 efficacemente l'idea che Linux abbia un vero generatore di numeri casuali (TRNG): \"non \u00e8 una sciocchezza, poich\u00e9 \u00e8 esattamente ci\u00f2 che hanno sempre fatto *BSD.\"<\/i><\/p>\n

\u00c8 anche preoccupato che fornire un meccanismo TRNG servir\u00e0 semplicemente come esca per gli sviluppatori applicativi e ritiene che, considerando i vari tipi di hardware supportati da Linux, sia impossibile garantire un TRNG nel kernel. Il problema non sar\u00e0 risolto nemmeno dalla possibilit\u00e0 di funzionare solo con privilegi di root: \"Gli sviluppatori di applicazioni indicano che, affinch\u00e9 la loro applicazione sia sicura, deve essere installata come root, solo in questo modo puoi accedere ai 'veri' numeri casuali.\"<\/i><\/p>\n

M\u00fcller ha chiesto se Ts'o avesse abbandonato l'implementazione del pool bloccante che lui stesso aveva proposto da tempo. Ts'o ha risposto che intende adottare le patch di Lutomirski e si oppone attivamente all'aggiunta di un'interfaccia bloccante nel kernel. <\/p>\n

\"Il kernel non pu\u00f2 fornire alcuna garanzia riguardo se la source di rumore sia stata correttamente caratterizzata. L'unica cosa che pu\u00f2 ottenere uno sviluppatore di GPG o OpenSSL \u00e8 una vaga sensazione che TRUERANDOM sia 'migliore', e poich\u00e9 vogliono maggiore sicurezza, sicuramente cercheranno di utilizzarlo. A un certo punto verr\u00e0 bloccato, e quando qualche altro utente intelligente (forse un esperto di distribuzione) lo inserir\u00e0 nello script init, e i sistemi smetteranno di funzionare, agli utenti non rester\u00e0 che lamentarsi con Linus Torvalds.\"<\/i> <\/p>\n

Ts'o sostiene anche di fornire ai crittografi e a chi ha davvero bisogno di TRNG un modo per raccogliere la propria entropia nello spazio utente, in modo da utilizzarla a loro piacimento. Affirma che la raccolta di entropia non \u00e8 un processo che pu\u00f2 essere gestito dal kernel su tutti i vari hardware supportati, inoltre, il kernel stesso non pu\u00f2 valutare la quantit\u00e0 di entropia fornita da diverse fonti. <\/p>\n

\"Il kernel non dovrebbe mescolare diverse source di rumore, e certamente non dovrebbe cercare di affermare di sapere quanti bit di entropia riceve quando cerca di giocare a qualche 'strana gioco di entropia' su architetture CPU semplici e deprimenti per i casi d'uso IOT\/Embedded, quando tutto \u00e8 disincronizzato con un unico generatore master, quando non ci sono istruzioni CPU per riordinare o rinominare i registri, ecc.\"<\/p>\n

\u00ab\u00c8 possibile parlare della fornitura di strumenti che tentano di effettuare questi calcoli, ma tali operazioni dovrebbero essere eseguite sull'hardware di ciascun utente, il che risulta impraticabile per la maggior parte degli utenti della distribuzione. Se \u00e8 destinato solo ai crittografi, allora deve essere fatto nel loro spazio utente. E non semplifichiamo GPG, OpenSSL, ecc., affinch\u00e9 tutti possano dire: 'vogliamo 'verit\u00e0 casuale' e non accettiamo meno'. Possiamo discutere di come forniamo interfacce ai crittografi, affinch\u00e9 possano ottenere le informazioni necessarie grazie all'accesso a fonti di rumore primarie, separate e designate, e forse in qualche modo la fonte di rumore sar\u00e0 in grado di autenticarsi nella libreria o nell'applicazione dello spazio utente\u00bb.<\/i><\/p>\n

Si \u00e8 svolta una piccola discussione su come potrebbe apparire tale interfaccia, dato che, ad esempio, alcuni eventi potrebbero avere ripercussioni in termini di sicurezza. Cao ha sottolineato che i codici di scansione della tastiera (cio\u00e8 le pressioni dei tasti) si mescolano in un pool come parte della raccolta di entropia: 'Trasferire questo nello spazio utente, anche attraverso una chiamata di sistema privilegiata, sarebbe, a dir poco, imprudente'. \u00c8 del tutto possibile che anche altri tempi di eventi possano generare qualche fuga informativa attraverso canali secondari. <\/p>\n

Cos\u00ec, sembra che il lungo problema del sottosistema di numeri casuali di Linux sia sulla strada per una soluzione. Le modifiche che il sottosistema di numeri casuali ha subito di recente hanno portato solo a problemi di DoS durante il suo utilizzo. Ora, per\u00f2, ci sono metodi efficaci per ottenere i migliori numeri casuali che il kernel pu\u00f2 fornire. Se TRNG \u00e8 ancora desiderabile per Linux, allora questa lacuna dovr\u00e0 essere affrontata in futuro, ma \u00e8 probabile che ci\u00f2 non avvenga all'interno del kernel stesso. <\/p>\n

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

\nGrazie per essere con noi. Ti piacciono i nostri articoli? Vuoi vedere pi\u00f9 contenuti interessanti? Supportaci effettuando un ordine o raccomandandoci ai tuoi conoscenti, VPS cloud per sviluppatori a partire da $4,99<\/a><\/noindex>, un'alternativa unica ai server entry-level, che abbiamo creato per te:<\/b> Tutta la verit\u00e0 su VPS (KVM) E5-2697 v3 (6 Core) 10GB DDR4 480GB SSD 1Gbps a partire da $19. Come dividere il server correttamente?<\/a><\/noindex> (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> Scopri di pi\u00f9 su Come costruire un'infrastruttura di classe enterprise con server Dell R730xd E5-2650 v4 dal costo di 9000 euro a prezzi stracciati?<\/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 blocchi \/dev\/random | ProHoster","description":"Come \u00e8 noto, \/dev\/random, un generatore di numeri pseudocasuali crittograficamente sicuro (CSPRNG), presenta un problema sgradevole: i blocchi. Questo articolo descrive come \u00e8 possibile risolverlo.","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}]}}