{"id":32724,"date":"2019-10-31T21:48:35","date_gmt":"2019-10-31T18:48:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos\/"},"modified":"2019-10-31T21:48:35","modified_gmt":"2019-10-31T18:48:35","slug":"chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","title":{"rendered":"Cosa c'\u00e8 da sapere e chi \u00e8 chi nel mercato della protezione contro i DDoS.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00abRagazzo che ci ha fatto il sito, ha gi\u00e0 impostato la protezione da DDoS\u00bb.
\n\u00abAbbiamo gi\u00e0 una protezione da DDoS, perch\u00e9 il sito \u00e8 andato gi\u00f9?\u00bb
\n\u00abQuanti-quanto vuole Qrator?\u00bb<\/p>\n

Per rispondere correttamente a domande del genere da parte dei clienti\/direttori, \u00e8 utile sapere cosa si cela dietro il termine \u00abprotezione da DDoS\u00bb. La scelta dei servizi di protezione ricorda pi\u00f9 la scelta di un farmaco da parte di un medico che la scelta di un tavolo da IKEA.<\/p>\n

Mi occupo di supporto ai siti da 11 anni, ho vissuto centinaia di attacchi ai servizi che gestisco, e ora vi parler\u00f2 un po\u2019 delle dinamiche interne della protezione.
\n\"Cosa<\/a><\/noindex>
\nAttacchi regolari. 350k richieste totali, 52k richieste legittime<\/i>
\n<\/a><\/noindex>
\nI primi attacchi sono comparsi praticamente insieme a Internet. Il DDoS come fenomeno \u00e8 diventato di massa dalla fine degli anni 2000 (guardate www.cloudflare.com\/learning\/ddos\/famous-ddos-attacks<\/noindex>).
\nCirca dal 2015-2016, quasi tutti i fornitori di hosting hanno adottato misure di protezione contro gli attacchi DDoS, cos\u00ec come la maggior parte dei siti di rilievo nei settori competitivi (fate un whois sugli IP dei siti eldorado.ru, leroymerlin.ru, tilda.ws, vedrete le reti degli operatori di protezione).<\/p>\n

Se 10-20 anni fa la maggior parte degli attacchi potevano essere respinti direttamente sul server (valutate le raccomandazioni dell'amministratore di sistema di Lenta.ru, Maxim Moshkov, degli anni '90: lib.ru\/WEBMASTER\/sowetywww2.txt_with-big-pictures.html#10<\/a><\/noindex>), ora le sfide di protezione sono diventate pi\u00f9 complesse.<\/p>\n

Tipi di attacchi DDoS dal punto di vista della scelta dell'operatore di protezione<\/h2>\n

Attacchi a livello L3 \/ L4 (secondo il modello OSI)<\/h4>\n

\u2014 UDP flood da botnet (vengono inviate molte richieste direttamente dai dispositivi infetti al servizio attaccato, i server saturano il canale);
\n \u2014 amplificazione DNS\/NTP\/etc (da dispositivi infetti vengono inviate molte richieste a DNS\/NTP\/etc vulnerabili, l'indirizzo del mittente viene contraffatto, una moltitudine di pacchetti di risposta alle richieste sovraccarica il canale di chi viene attaccato; questi sono i pi\u00f9 massicci attacchi nel moderno internet);
\n \u2014 SYN \/ ACK flood (vengono inviate molte richieste ai server attaccati per stabilire una connessione, si verifica un sovraccarico della coda di connessioni);
\n \u2014 attacchi con frammentazione dei pacchetti, ping of death, ping flood (cercate su Google, per favore);
\n \u2014 e cos\u00ec via.<\/p>\n

Questi attacchi mirano a \u00absaturare\u00bb il canale del server o a \u00abuccidere\u00bb la sua capacit\u00e0 di ricevere nuovo traffico.
\nSebbene il flood SYN\/ACK e l'amplificazione siano molto diversi, molte aziende li affrontano in modo altrettanto efficace. I problemi sorgono con gli attacchi del gruppo successivo.<\/p>\n

Attacchi a L7 (livello applicativo)<\/h4>\n

\u2014 http flood (se viene attaccato un sito web o un qualche API http);
\n \u2014 attacco a punti vulnerabili del sito (senza caching, che sovraccaricano molto il sito, ecc.).<\/p>\n

L'obiettivo \u00e8 costringere il server a \"lavorare duramente\", elaborando molte \"richieste apparentemente reali\" e restare senza risorse per le vere richieste.<\/p>\n

Sebbene ci siano altri attacchi, questi sono i pi\u00f9 comuni.<\/p>\n

Gli attacchi seri a livello L7 vengono creati in modo unico per ogni progetto attaccato.<\/p>\n

Perch\u00e9 2 gruppi?<\/b>
\nPerch\u00e9 ci sono molti che sanno difendere bene dagli attacchi a livello L3\/L4, ma o si rifiutano di occuparsi della difesa a livello di applicazione (L7), oppure per ora riescono a gestirli peggio delle alternative.<\/p>\n

Chi \u00e8 chi nel mercato della protezione DDoS<\/h2>\n

\n(la mia personale opinione)<\/p>\n

Protezione a livello L3\/L4<\/h4>\n

Per difendersi dagli attacchi con amplificazione (\"saturazione\" della banda del server) sono sufficienti canali ampi (molti dei servizi di protezione si collegano alla maggior parte dei principali fornitori di rete in Russia e dispongono di canali con una capacit\u00e0 teorica superiore a 1 Tbps). Ricordiamo che attacchi molto rari con amplificazione durano pi\u00f9 di un'ora. Se sei Spamhaus e tutti ti odiano \u2014 s\u00ec, possono cercare di abbattere i canali per diversi giorni, anche a rischio per la sopravvivenza del botnet mondiale utilizzato. Se hai solo un negozio online, anche se si tratta di mvideo.ru \u2014 1 Tbps nel corso di alcuni giorni non lo vedrai molto presto (spero).<\/p>\n

Per difendere dagli attacchi con flood SYN\/ACK, frammentazione dei pacchetti, ecc., \u00e8 necessario dell'hardware o sistemi software per la rilevazione e il blocco di tali attacchi.
\nTale hardware \u00e8 prodotto da molti (Arbor, ci sono soluzioni da Cisco, Huawei, realizzazioni software da Wanguard e cos\u00ec via), molti fornitori di rete gi\u00e0 lo hanno installato e offrono servizi di protezione DDoS (so di installazioni presso Rostelecom, Megafon, TTK, MTS, praticamente presso tutti i grandi fornitori, lo fanno anche gli hoster con la propria protezione a-la OVH.com, Hetzner.de, ho avuto esperienze dirette con la protezione in ihor.ru). Alcune aziende sviluppano le proprie soluzioni software (tecnologie come DPDK permettono di gestire traffico in decine di gigabit su una sola macchina fisica x86).<\/p>\n

Tra i giocatori noti, tutti sanno difendere L3\/L4 DDoS in modo pi\u00f9 o meno efficace. Non posso dire chi ha la massima capacit\u00e0 di banda (questa \u00e8 un'informazione riservata), ma di solito non \u00e8 cos\u00ec importante; la differenza sta solo in quanto rapidamente scatta la protezione (istantaneamente o dopo alcuni minuti di inattivit\u00e0 del progetto, come in Hetzner).
\nIl punto \u00e8 quanto bene venga fatto: un attacco con amplificazione pu\u00f2 essere bloccato, bloccando il traffico proveniente da paesi con il maggior numero di traffico dannoso, oppure solo scartando il traffico realmente eccessivo.
\nTuttavia, basandomi sulla mia esperienza, tutti i grandi attori del mercato affrontano questa situazione senza problemi: Qrator, DDoS-Guard, Kaspersky, G-Core Labs (ex SkyParkCDN), ServicePipe, Stormwall, Voxility, ecc.
\nNon ho mai affrontato la protezione da operatori come Rostelecom, MegaFon, TTK, Beeline; secondo i feedback dei colleghi, forniscono servizi di buona qualit\u00e0, ma a volte si fa sentire la mancanza di esperienza: a volte \u00e8 necessario fare alcune regolazioni tramite il supporto dell'operatore di protezione.
\nAlcuni operatori hanno un servizio separato di \"protezione dagli attacchi a livello L3\/L4\", o \"protezione dei canali\", che costa molto meno rispetto alla protezione su tutti i livelli.<\/p>\n

Ma come fa un provider non di backbone a difendere attacchi da centinaia di Gbit, non ha i propri canali?<\/b>L'operatore di protezione pu\u00f2 connettersi a uno dei grandi provider e difendere gli attacchi \"a sue spese\". Bisogner\u00e0 pagare per il canale, ma non serve sempre utilizzare tutte queste centinaia di Gbit; ci sono opzioni per ridurre significativamente il costo dei canali in questo caso, quindi lo schema rimane funzionante.
\n\"Cosa<\/a><\/noindex>
\nHo regolarmente ricevuto rapporti come questi dalla protezione L3\/L4 superiore, mentre supportavo i sistemi dell'hosting provider.<\/i><\/p>\n

Protezione a livello L7 (livello applicazione)<\/h4>\n

Attacchi a livello L7 (livello applicazione) sono gestiti in modo stabile e qualitativo da pochi.
\nHo una realistica esperienza piuttosto estesa con
\n \u2014 Qrator.net;
\n \u2014 DDoS-Guard;
\n \u2014 G-Core Labs;
\n \u2014 Kaspersky.<\/p>\n

Addebitano una tariffa per ogni megabit di traffico pulito, il costo per megabit \u00e8 di circa alcune migliaia di rubli. Se hai almeno 100 mbit di traffico pulito, beh. La protezione sar\u00e0 molto costosa. Posso raccontare nei prossimi articoli come progettare applicazioni per risparmiare significativamente sulla capacit\u00e0 dei canali di protezione.
\nIl vero \u00abre della montagna\u00bb \u00e8 Qrator.net, gli altri sono distanti. Qrator \u00e8 finora l'unico nel mio settore che offre una percentuale di falsi allarmi vicino allo zero, ma sono molto pi\u00f9 costosi rispetto agli altri attori del mercato.<\/p>\n

Altri operatori offrono anche protezione di qualit\u00e0 e stabile. Molti servizi che supportiamo (inclusi alcuni molto noti nel paese!) sono protetti da DDoS-Guard, G-Core Labs, e sono piuttosto soddisfatti dei risultati ottenuti.
\n\"Cosa<\/a><\/noindex>
\nAttacchi respinti da Qrator<\/i><\/p>\n

Ho anche esperienza con piccoli operatori di protezione come cloud-shield.ru, ddosa.net, ce ne sono migliaia. Non li consiglier\u00f2 in modo univoco, poich\u00e9 l'esperienza non \u00e8 molto ampia; parler\u00f2 dei principi del loro funzionamento. Il costo della protezione \u00e8 spesso 1-2 ordini di grandezza inferiore rispetto ai grandi operatori. Di norma, acquistano un servizio di protezione parziale (L3\/L4) da uno dei grandi operatori e poi sviluppano una propria protezione contro attacchi a livelli superiori. Questo pu\u00f2 essere piuttosto efficace e potete ottenere un buon servizio a un prezzo inferiore, ma sono comunque piccole aziende con pochi dipendenti, quindi tenetelo presente.<\/p>\n

Qual \u00e8 la difficolt\u00e0 di respingere gli attacchi a livello L7?<\/h4>\n

Tutte le applicazioni sono uniche, e bisogna consentire il traffico utile e bloccare quello dannoso. Non sempre \u00e8 possibile filtrare i bot, quindi \u00e8 necessario utilizzare molti, veramente MOLTI gradi di purificazione del traffico.<\/p>\n

Un tempo bastava il modulo nginx-testcookie (https:\/\/github.com\/kyprizel\/testcookie-nginx-module<\/a><\/noindex>), e ancora adesso \u00e8 sufficiente per respingere un gran numero di attacchi. Quando lavoravo nel settore dell'hosting, costruivo la protezione L7 proprio su nginx-testcookie.
\nPurtroppo, gli attacchi sono diventati pi\u00f9 complessi. testcookie utilizza controlli sui bot basati su JS, e molti bot moderni riescono a superarli con successo.<\/p>\n

I botnet offensivi sono anch'essi unici e bisogna considerare le caratteristiche di ciascun grande botnet.
\nAmplificazione, flood diretto da botnet, filtraggio del traffico da diversi paesi (filtraggio diverso per paesi diversi), flood SYN\/ACK, frammentazione dei pacchetti, ICMP, flood http, e a livello applicativo\/http si possono coniare innumerevoli tipi di attacchi.
\nIn totale, a livello di protezione dei canali, attrezzature specializzate per la purificazione del traffico, software speciali e impostazioni di filtraggio aggiuntive per ogni cliente, possono esserci decine e centinaia di livelli di filtraggio.
\nPer gestire correttamente questo e configurare correttamente le impostazioni di filtraggio per utenti diversi, \u00e8 necessaria una grande esperienza e personale qualificato. Anche un grande operatore, che decide di offrire servizi di protezione, non pu\u00f2 semplicemente \"risolvere il problema con i soldi\": l'esperienza deve essere accumulata su siti dormienti e false segnalazioni su traffico legittimo.
\nPer un operatore di protezione non esiste un pulsante \"metti in sicurezza DDoS\", ma ci sono molti strumenti che bisogna saper utilizzare.<\/p>\n

E un ulteriore esempio bonus.
\n\"Cosa<\/a><\/noindex>
\nUn server senza protezione \u00e8 stato bloccato dall'hoster durante un attacco da 600 Mbit.<\/i>
\n(La \"perdita\" di traffico non \u00e8 stata notata, poich\u00e9 solo 1 sito \u00e8 stato attaccato, ed \u00e8 stato rimosso temporaneamente dal server mentre il blocco \u00e8 stato rimosso nel giro di un'ora).<\/i>
\n\"Cosa<\/a><\/noindex>
\nQuesto stesso server \u00e8 sotto protezione. Gli attaccanti si sono \"arresi\" dopo un giorno di attacchi respinti. L'attacco stesso si \u00e8 rivelato non tra i pi\u00f9 potenti.<\/i><\/p>\n

Gli attacchi e la protezione L3\/L4 sono pi\u00f9 triviali, in gran parte dipendono dalla larghezza di banda, dagli algoritmi di rilevamento e dal filtraggio degli attacchi.
\nGli attacchi L7 sono pi\u00f9 complessi e originali, dipendono dall'applicazione attaccata, dalle capacit\u00e0 e dalla fantasia degli attaccanti. Difendersi da loro richiede conoscenze e esperienza significative, e i risultati possono non essere immediati o garantiti. Fino ad ora Google non ha ancora progettato una nuova rete neurale per la protezione.
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u00ab\u041c\u0430\u043b\u044c\u0447\u0438\u043a, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u043b\u0430\u043b \u043d\u0430\u043c \u0441\u0430\u0439\u0442, \u0443\u0436\u0435 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043b \u0437\u0430\u0449\u0438\u0442\u0443 \u043e\u0442 DDoS\u00bb. \u00ab\u0423 \u043d\u0430\u0441 \u0436\u0435 \u0441\u0442\u043e\u0438\u0442 \u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS, \u043f\u043e\u0447\u0435\u043c\u0443 \u0441\u0430\u0439\u0442 \u043b\u0435\u0433?\u00bb \u00ab\u0421\u043a\u043e\u043b\u044c\u043a\u043e-\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0445\u043e\u0447\u0435\u0442 Qrator?\u00bb \u0427\u0442\u043e\u0431\u044b \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u043e \u043e\u0442\u0432\u0435\u0447\u0430\u0442\u044c \u043d\u0430 \u0442\u0430\u043a\u0438\u0435 \u0432\u043e\u043f\u0440\u043e\u0441\u044b \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u0430\/\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u0438\u043a\u0430, \u043d\u0435\u043f\u043b\u043e\u0445\u043e \u0431\u044b \u0437\u043d\u0430\u0442\u044c, \u0447\u0442\u043e \u0441\u043a\u0440\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0437\u0430 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435\u043c \u00ab\u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS\u00bb. \u0412\u044b\u0431\u043e\u0440 \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0437\u0430\u0449\u0438\u0442\u044b \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0430\u043f\u043e\u043c\u0438\u043d\u0430\u0435\u0442 \u0432\u044b\u0431\u043e\u0440 \u043b\u0435\u043a\u0430\u0440\u0441\u0442\u0432\u0430 \u0432\u0440\u0430\u0447\u043e\u043c, \u0447\u0435\u043c \u0432\u044b\u0431\u043e\u0440 \u0441\u0442\u043e\u043b\u0430 \u0432 IKEA. \u042f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24508,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32724","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\udd47Cosa c'\u00e8 e chi c'\u00e8 nel mercato della protezione DDoS | ProHoster","description":"\"Il ragazzo che ci ha fatto il sito ha gi\u00e0 configurato la protezione contro DDoS.\" \"Abbiamo gi\u00e0 la protezione contro DDoS, perch\u00e9 il sito \u00e8 andato gi\u00f9?\" \"Quante migliaia vuole Qrator?\" Per poter rispondere adeguatamente a tali domande.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","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\u0427\u0442\u043e \u0435\u0441\u0442\u044c \u0447\u0442\u043e \u0438 \u043a\u0442\u043e \u0435\u0441\u0442\u044c \u043a\u0442\u043e \u043d\u0430 \u0440\u044b\u043d\u043a\u0435 \u0437\u0430\u0449\u0438\u0442\u044b \u043e\u0442 DDoS | ProHoster","og:description":"\u00ab\u041c\u0430\u043b\u044c\u0447\u0438\u043a, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u043b\u0430\u043b \u043d\u0430\u043c \u0441\u0430\u0439\u0442, \u0443\u0436\u0435 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043b \u0437\u0430\u0449\u0438\u0442\u0443 \u043e\u0442 DDoS\u00bb. \u00ab\u0423 \u043d\u0430\u0441 \u0436\u0435 \u0441\u0442\u043e\u0438\u0442 \u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS, \u043f\u043e\u0447\u0435\u043c\u0443 \u0441\u0430\u0439\u0442 \u043b\u0435\u0433?\u00bb \u00ab\u0421\u043a\u043e\u043b\u044c\u043a\u043e-\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0445\u043e\u0447\u0435\u0442 Qrator?\u00bb \u0427\u0442\u043e\u0431\u044b \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u043e \u043e\u0442\u0432\u0435\u0447\u0430\u0442\u044c \u043d\u0430 \u0442\u0430\u043a\u0438\u0435 \u0432\u043e\u043f\u0440\u043e\u0441\u044b.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","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:48:35+00:00","article:modified_time":"2019-10-31T18:48:35+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32724","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 12:16:55","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:53:25","updated":"2026-01-21 12:16:55","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\/32724","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=32724"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/32724\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/24508"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=32724"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=32724"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=32724"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}