{"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\/it\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","title":{"rendered":"\u00abE cos\u00ec va bene\u00bb: cosa non dicono i fornitori di nuvola sui dati personali","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Un giorno abbiamo ricevuto una richiesta per i servizi cloud. Abbiamo fatto un'idea generale di cosa ci sarebbe stato richiesto e abbiamo inviato una lista di domande per chiarire i dettagli. Poi abbiamo analizzato le risposte e abbiamo capito: il cliente vuole ospitare nel cloud dati personali di secondo livello di protezione. Rispondiamo: \u00abHai dati di secondo livello, ci dispiace, possiamo fare solo un cloud privato\u00bb. E lui: \u00abSapete, in azienda X mi possono anche ospitare tutto in pubblico\u00bb.<\/p>\n

\"\u00abE
\nFoto di Steve Crisp, Reuters<\/i><\/p>\n

Cose strane! Siamo andati sul sito dell'azienda X, abbiamo esaminato i loro documenti di certificazione, annuendo con la testa abbiamo capito: ci sono molte domande aperte sull'hosting dei dati personali, e meritano una buona ventilazione. Di questo ci occuperemo in questo post.
\n<\/a><\/noindex><\/p>\n

Come dovrebbe funzionare tutto<\/h2>\n

\nPer cominciare, analizziamo in base a quali criteri i dati personali vengono assegnati a uno o all'altro livello di protezione. Questo dipende dalla categoria dei dati, dal numero di soggetti a cui i dati si riferiscono, che l'operatore conserva e tratta, nonch\u00e9 dal tipo di minacce attuali.<\/p>\n

\"\u00abE
\n
\nLa definizione dei tipi di minacce attuali \u00e8 fornita in decreto del Governo della Federazione Russa n. 1119<\/a><\/noindex> dal 1 novembre 2012: \u00abApprovazione dei requisiti per la protezione dei dati personali nel trattamento nei sistemi informatici di dati personali\u00bb:<\/p>\n

\u00abLe minacce di tipo 1 sono rilevanti per un sistema informatico se, tra l'altro, sono rilevanti minacce correlate<\/i> alla presenza di funzionalit\u00e0 non documentate (non dichiarate) nel software di sistema<\/i>, utilizzato nel sistema informatico.<\/p>\n

Le minacce di tipo 2 sono rilevanti per un sistema informatico se, tra l'altro, sono rilevanti minacce correlate<\/i> alla presenza di funzionalit\u00e0 non documentate (non dichiarate) nel software applicativo.<\/i>, utilizzato nel sistema informatico.<\/p>\n

Le minacce di tipo 3 sono rilevanti per un sistema informatico se per essa sono rilevanti minacce non correlate<\/i> alla presenza di funzionalit\u00e0 non documentate (non dichiarate) nel software di sistema e applicativo<\/i>, utilizzato nel sistema informatico.\u00bb<\/p><\/blockquote>\n

\nIl punto principale di queste definizioni \u00e8 la presenza di funzionalit\u00e0 non documentate (non dichiarate). Per confermare l'assenza di tali funzionalit\u00e0 nel software (nel caso del cloud, il hypervisor), viene effettuata la certificazione da parte del FSTEK della Russia. Se l'operatore dei dati personali ritiene che non esistano tali funzionalit\u00e0 nel software, anche le relative minacce non sono attuali. Le minacce di tipo 1 e 2 sono raramente considerate attuali dagli operatori dei dati personali.<\/p>\n

Oltre a definire il livello di sicurezza dei dati personali, l'operatore deve anche identificare le specifiche minacce attuali per il cloud pubblico e, sulla base del livello di sicurezza dei dati personali identificato e delle minacce attuali, determinare le misure e i mezzi di protezione necessari contro di esse.<\/p>\n

Nel FSTEK tutte le principali minacce sono chiaramente elencate in BDU<\/a><\/noindex> (banca dati sulle minacce). I fornitori e gli attestatori delle infrastrutture cloud utilizzano questa base nel loro lavoro. Ecco alcuni esempi di minacce:<\/p>\n

Ubi.44<\/a><\/noindex>: \u00abLa minaccia risiede nella possibilit\u00e0 di violazione della sicurezza dei dati utente da parte di software che opera al di fuori della macchina virtuale e che sfrutta le vulnerabilit\u00e0 dei programmi all'interno di essa\u00bb. Questa minaccia \u00e8 dovuta alla presenza di vulnerabilit\u00e0 nel software dell'hypervisor, che garantisce l'isolamento dello spazio degli indirizzi utilizzato per memorizzare i dati degli utenti da accessi non autorizzati da parte di malware che opera al di fuori della macchina virtuale.<\/p>\n

L'attuazione di questa minaccia \u00e8 possibile se il codice malevolo riesce a oltrepassare i confini della macchina virtuale non solo sfruttando le vulnerabilit\u00e0 dell'hypervisor, ma anche attraverso azioni effettuate a livelli di funzionamento inferiori (rispetto all'hypervisor).<\/p>\n

UBI.101<\/a><\/noindex>: \u00abLa minaccia riguarda la possibilit\u00e0 di accesso non autorizzato alle informazioni protette di un singolo consumatore di servizi cloud da parte di un altro. Questa minaccia \u00e8 dovuta al fatto che, a causa delle peculiarit\u00e0 delle tecnologie cloud, i consumatori di servizi cloud devono condividere la stessa infrastruttura cloud. La realizzazione di questa minaccia \u00e8 possibile in caso di errori nella separazione degli elementi dell'infrastruttura cloud tra i consumatori di servizi cloud, nonch\u00e9 nella loro isolazione e separazione dei dati tra loro\u00bb.<\/p><\/blockquote>\n

\nPer proteggersi da queste minacce, \u00e8 possibile utilizzare solo un hypervisor, poich\u00e9 \u00e8 proprio lui a gestire le risorse virtuali. Pertanto, l'hypervisor deve essere considerato come uno strumento di protezione.<\/p>\n

E in conformit\u00e0 con l'ordinanza FSTEC n. 21<\/a><\/noindex> del 18 febbraio 2013, l'hypervisor deve essere certificato per la mancanza di vulnerabilit\u00e0 di sicurezza di quarto livello, altrimenti l'uso di dati personali di primo e secondo livello con esso sar\u00e0 illegale (\u00abp.12. \u2026 Per garantire i livelli 1 e 2 di protezione dei dati personali, cos\u00ec come per garantire il livello 3 di protezione dei dati personali nei sistemi informativi, per i quali si considerano attuali le minacce di tipo 2, vengono utilizzati strumenti di protezione delle informazioni, il cui software ha superato il controllo non inferiore al 4\u00b0 livello di controllo dell'assenza di capacit\u00e0 non dichiarate\u00bb<\/i>).<\/p>\n

L'unico hypervisor di sviluppo russo che possiede il necessario livello di certificazione, NDV-4, \u00e8 Gorizont VS<\/a><\/noindex>. Francamente, non \u00e8 la soluzione pi\u00f9 popolare. I cloud commerciali sono generalmente costruiti su VMware vSphere, KVM, Microsoft Hyper-V. Nessuno di questi prodotti ha la certificazione NDV-4. Perch\u00e9? Probabilmente, ottenere tale certificazione per i produttori non \u00e8 ancora economicamente giustificato.<\/p>\n

E per i dati personali di livello 1 e 2 nel cloud pubblico ci rimane solo Gorizont VS. Triste ma vero.<\/p>\n

Come tutto (a nostro avviso) funziona realmente<\/h3>\n

\nA prima vista, sembra tutto piuttosto rigoroso: le minacce indicate devono essere eliminate con una corretta configurazione dei meccanismi di sicurezza del hypervisor, certificato secondo NVD-4. Ma c'\u00e8 una scappatoia. Secondo l'Ordinanza FSTEK n. 21 (\u00abp.2 La sicurezza dei dati personali durante il loro trattamento nel sistema informativo dei dati personali (di seguito \u2014 sistema informativo) \u00e8 garantita dall'operatore o dalla persona che svolge il trattamento dei dati personali per conto dell'operatore in conformit\u00e0 con la legislazione<\/a><\/noindex> della Federazione Russa\u00bb<\/i>), i fornitori valutano autonomamente la rilevanza delle possibili minacce e scelgono le misure di protezione di conseguenza. Pertanto, se le minacce UBI.44 e UBI.101 non vengono considerate attuali, non ci sar\u00e0 nemmeno la necessit\u00e0 di utilizzare un hypervisor certificato secondo NVD-4, che \u00e8 proprio quello che dovrebbe garantire la protezione contro di esse. E questo sar\u00e0 sufficiente per ottenere il certificato di conformit\u00e0 del cloud pubblico ai livelli 1 e 2 di protezione dei dati personali, di cui sar\u00e0 pienamente soddisfatto il Roskomnadzor.<\/p>\n

Certamente, oltre al Roskomnadzor, la verifica potrebbe essere effettuata dalla FSTEK \u2014 e questa organizzazione \u00e8 molto pi\u00f9 meticolosa in questioni tecniche. Sicuramente sar\u00e0 interessata a sapere perch\u00e9 specificamente le minacce UBI.44 e UBI.101 sono state considerate non pi\u00f9 rilevanti. Ma di solito la FSTEK avvia un controllo solo quando riceve informazioni su un incidente eclatante. In questo caso, l'agenzia federale prima si rivolge all'operatore dei dati personali \u2014 cio\u00e8 il cliente dei servizi cloud. Nel peggiore dei casi, l'operatore riceve una leggera multa \u2014 per esempio, per Twitter all'inizio dell'anno. multa<\/a><\/noindex> in un caso simile ammontava a 5000 rubli. Dopodich\u00e9, la FSTEK prosegue verso il fornitore di servizi cloud. Il quale potrebbe essere privato della licenza a causa del mancato rispetto dei requisiti normativi \u2014 e questo comporta rischi ben pi\u00f9 gravi sia per il fornitore cloud che per i suoi clienti. Ma, ripeto, per un controllo la FSTEK di solito ha bisogno di un motivo chiaro.<\/i> Quindi i fornitori di servizi cloud sono pronti a correre il rischio. Fino al primo serio incidente. <\/p>\n

Esiste anche un gruppo di fornitori \u00abpi\u00f9 responsabili\u00bb che ritiene sia possibile affrontare tutte le minacce aggiungendo al hypervisor un componente come vGate. Tuttavia, in un ambiente virtuale distribuito tra i clienti, per alcune minacce (come ad esempio la UBI.101 menzionata sopra) un meccanismo di protezione efficace pu\u00f2 essere realizzato solo a livello di hypervisor certificato secondo il NDV-4, poich\u00e9 qualsiasi sistema supplementare non influisce sulle funzionalit\u00e0 standard del hypervisor nella gestione delle risorse (in particolare, la memoria RAM).<\/p>\n

Come lavoriamo noi<\/h3>\n

\nAbbiamo un segmento cloud realizzato su un hypervisor certificato dalla FSTEK (ma senza certificazione per il NDV-4). Questo segmento \u00e8 attestato, quindi \u00e8 possibile ospitare dati personali su di esso nel cloud. Livelli di protezione 3 e 4<\/i> \u2014 i requisiti di protezione contro le possibilit\u00e0 non dichiarate non devono essere rispettati qui. Ecco, per esempio, l'architettura del nostro segmento cloud sicuro:<\/p>\n

\"\u00abE
\nSistemi per dati personali Livelli di protezione 1 e 2<\/i> Realizziamo solo su hardware dedicato. Solo in questo caso, ad esempio, la minaccia UBI.101 non \u00e8 realmente rilevante, poich\u00e9 le rack dei server, non unite da un'unica ambiente virtuale, non possono influenzarsi a vicenda anche se collocate nello stesso centro dati. Per tali casi offriamo il servizio di affitto di hardware dedicato (noto anche come Hardware as a Service, hardware come servizio).<\/p>\n

Se non siete sicuri del livello di protezione necessario per il vostro sistema di dati personali, offriamo anche aiuto nella loro classificazione.<\/p>\n

Risultato<\/h3>\n

\nLa nostra piccola ricerca di mercato ha mostrato: alcuni operatori cloud sono disposti a correre il rischio sulla sicurezza dei dati dei clienti e sul proprio futuro per ottenere un ordine. Ma noi seguiamo una politica diversa in merito, che abbiamo brevemente descritto sopra. Siamo felici di rispondere alle vostre domande nei commenti.
\n
Fonte: 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\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\u00abVa bene cos\u00ec\u00bb: cosa i fornitori di cloud non dicono sui dati personali | ProHoster","description":"Un giorno abbiamo ricevuto una richiesta per servizi cloud. Abbiamo valutato a grandi linee cosa ci sarebbe servito e abbiamo inviato un elenco di domande per chiarire i dettagli. Successivamente, abbiamo analizzato le risposte e compreso che il cliente desidera ospitare nel cloud dati personali di secondo livello di protezione. Gli rispondiamo: \u00abHai dei dati personali di secondo livello, ci dispiace, possiamo solo realizzare un cloud privato\u00bb. A","canonical_url":"https:\/\/prohoster.info\/it\/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":"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\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. \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","og:url":"https:\/\/prohoster.info\/it\/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"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33512","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=33512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/33512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/25212"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=33512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=33512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=33512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}