{"id":31057,"date":"2019-10-31T21:39:12","date_gmt":"2019-10-31T18:39:12","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya\/"},"modified":"2019-10-31T21:39:12","modified_gmt":"2019-10-31T18:39:12","slug":"kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya","title":{"rendered":"Come prendere il controllo dell'infrastruttura di rete. Capitolo terzo. Sicurezza di rete. Parte seconda","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><i>Questo articolo \u00e8 il quarto di una serie di articoli su \"Come prendere il controllo della propria infrastruttura di rete\". Il contenuto di tutti gli articoli della serie e i relativi link possono essere trovati <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/447008\/\">qui<\/a><\/noindex><\/i>.<\/p>\n<p>In <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">parte uno<\/a><\/noindex> In questo capitolo abbiamo esaminato alcuni aspetti della sicurezza della rete nel segmento \"Data Center\". Questa parte sar\u00e0 dedicata al segmento \"Internet Access\". <\/p>\n<p><img decoding=\"async\" alt=\"Come prendere il controllo dell&#039;infrastruttura di rete. Capitolo terzo. Sicurezza di rete. Parte seconda\" src=\"\/wp-content\/uploads\/2019\/04\/10b33f9b02e3a7562d9e7cf023cbc197.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h1>Accesso a Internet<\/h1>\n<p>\nIl tema della sicurezza \u00e8 sicuramente uno dei pi\u00f9 complessi nel mondo delle reti di trasmissione dati. Come nei casi precedenti, senza pretendere approfondimenti e completezza, discuter\u00f2 qui questioni relativamente semplici ma, a mio avviso, importanti, le cui risposte spero possano contribuire ad aumentare il livello di protezione della vostra rete.<\/p>\n<p>Durante l'audit di questo segmento, fate attenzione ai seguenti aspetti:<\/p>\n<ul>\n<li>il design<\/li>\n<li>configurazioni BGP <\/li>\n<li>protezione DOS\/DDOS<\/li>\n<li>filtraggio del traffico sul firewall<\/li>\n<\/ul>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Design<\/h3>\n<p>\nCome esempio di design per questo segmento per la rete di un'azienda, suggerirei <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cisco.com\/c\/dam\/en\/us\/solutions\/collateral\/enterprise\/design-zone-security\/safe-architecture-guide-pin-secure-internet-edge.pdf\">la guida<\/a><\/noindex> di Cisco nell'ambito del <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cisco.com\/c\/en\/us\/solutions\/enterprise\/design-zone-security\/landing_safe.html#~tab-architecture\">modello SAFE<\/a><\/noindex>.<\/p>\n<p>Certo, \u00e8 possibile che soluzioni di altri fornitori vi sembrino pi\u00f9 attraenti (vedi <noindex><a rel=\"nofollow\" href=\"https:\/\/researchcenter.paloaltonetworks.com\/2018\/10\/palo-alto-networks-seven-time-gartner-magic-quadrant-leader\/\">il quadrante di Gartner del 2018<\/a><\/noindex>), ma, senza invitarvi a seguire in dettaglio questo design, ritengo comunque utile comprendere i principi e le idee che ne stanno alla base.<\/p>\n<blockquote><p><b>Nota<\/b><\/p>\n<p>Nel segmento SAFE, \u00abRemote Access\u00bb fa parte di \u00abInternet Access\u00bb. Tuttavia, in questo ciclo di articoli lo esamineremo separatamente.<\/p><\/blockquote>\n<p>L'attrezzatura standard in questo segmento per la rete aziendale (enterprise network) include <\/p>\n<ul>\n<li>router di confine (border routers)<\/li>\n<li>firewall<\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p><b>Nota 1<\/b><\/p>\n<p>In questo ciclo di articoli, quando parlo di firewall, mi riferisco a <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Next-generation_firewall\">NGFW<\/a><\/noindex>.<\/p><\/blockquote>\n<blockquote><p><b>Nota 2<\/b><\/p>\n<p>Non prendo in considerazione vari tipi di soluzioni L2\/L1 o overlay L2 su L3 necessari per garantire la connettivit\u00e0 L1\/L2 e mi limito solo alle questioni di livello L3 e superiori. In parte, le questioni L1\/L2 sono state trattate nel capitolo &#171;<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/434750\/\">Pulizia e documentazione<\/a><\/noindex>\u00ab<\/p><\/blockquote>\n<p> Se non hai trovato un firewall in questo segmento, non affrettarti a fare conclusioni.<\/p>\n<p>Dunque, come in <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">parte precedente<\/a><\/noindex>, iniziamo con la questione se sia necessario utilizzare un firewall in questo segmento nel tuo caso.<\/p>\n<p>Posso dire che sembra essere il posto pi\u00f9 giustificato per l'uso di firewall e per l'applicazione di algoritmi di filtraggio complessi. In <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">parte 1<\/a><\/noindex> abbiamo menzionato 4 fattori che possono ostacolare l'uso dei firewall nel segmento dei data center. Ma qui non sono gi\u00e0 cos\u00ec rilevanti.<\/p>\n<blockquote><p>Esempio 1. <b>Latenza<\/b><\/p>\n<p>Quando si parla di internet, non ha senso discutere di latenze anche di 1 millisecondo. Pertanto, la latenza in questo ambito non pu\u00f2 rappresentare un fattore limitante per l'uso dei firewall.<\/p><\/blockquote>\n<blockquote><p>Esempio 2. <b>Prestazioni<\/b><\/p>\n<p>In alcuni casi, questo fattore pu\u00f2 comunque essere rilevante. Quindi, potrebbe essere necessario instradare una parte del traffico (ad esempio, il traffico dei bilanciatori di carico) al di fuori del firewall.<\/p><\/blockquote>\n<blockquote><p>Esempio 3. <b>Affidabilit\u00e0<\/b><\/p>\n<p>Questo fattore deve ancora essere considerato, ma considerando l'affidabilit\u00e0 stessa di internet, la sua importanza per questo ambito non \u00e8 cos\u00ec significativa come per un data center. <\/p>\n<p>Supponiamo che il tuo servizio operi sopra http\/https (con sessioni brevi). In questo caso, puoi utilizzare due macchine indipendenti (senza HA) e, in caso di problemi con una di esse, reindirizzare tutto il traffico sulla seconda. <\/p>\n<p>Oppure puoi utilizzare i firewall in modalit\u00e0 trasparente e, nel caso in cui si verifichi un malfunzionamento, instradare temporaneamente il traffico al di fuori dei firewall mentre risolvi il problema.<\/p><\/blockquote>\n<p> Pertanto, \u00e8 proprio questo <b>il prezzo<\/b> pu\u00f2 essere il fattore che ti porter\u00e0 a rinunciare all'uso dei firewall in questo ambito.<\/p>\n<blockquote><p><b>Attenzione!<\/b><\/p>\n<p>C'\u00e8 la tentazione di combinare questo firewall con quello del data center (utilizzare un solo firewall per questi segmenti). La soluzione, in linea di principio, \u00e8 possibile, ma bisogna tenere a mente che, poich\u00e9 il firewall per l'\u00abAccesso a Internet\u00bb si trova effettivamente in prima linea nella vostra difesa e gestisce, almeno in parte, il traffico malevolo, \u00e8 necessario considerare il maggiore rischio che questo firewall possa essere compromesso. In altre parole, utilizzando gli stessi dispositivi in entrambi questi segmenti, ridurrete notevolmente la disponibilit\u00e0 del vostro segmento del data center.<\/p><\/blockquote>\n<p> Come al solito, \u00e8 fondamentale comprendere che, a seconda del servizio che l'azienda fornisce, il design di questo segmento pu\u00f2 variare notevolmente. Potete, come al solito, scegliere diversi approcci a seconda delle esigenze. <\/p>\n<blockquote><p><b>Esempio<\/b><\/p>\n<p>Se siete un fornitore di contenuti, con una rete CDN (vedi, ad esempio, <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/ramax\/posts\/\">una serie di articoli<\/a><\/noindex>), potresti non voler creare infrastrutture in decine, se non centinaia, di punti di presenza utilizzando dispositivi separati per indirizzare e filtrare il traffico. Questo sarebbe costoso e potrebbe essere semplicemente eccessivo. <\/p>\n<p>Per BGP non \u00e8 necessario avere router dedicati, puoi utilizzare strumenti open-source come <noindex><a rel=\"nofollow\" href=\"https:\/\/www.quagga.net\">Quagga<\/a><\/noindex>. Di conseguenza, tutto ci\u00f2 di cui potresti avere bisogno \u00e8 un server o pi\u00f9 server, uno switch e BGP.<\/p>\n<p>In questo caso, il tuo server o pi\u00f9 server possono fungere non solo da server CDN, ma anche da router. Naturalmente, ci sono molti dettagli da considerare (ad esempio, come garantire il bilanciamento), ma \u00e8 realizzabile e questo approccio \u00e8 stato applicato con successo per uno dei nostri partner.<\/p>\n<p>Puoi avere diversi data center con protezione completa (firewall, servizi di protezione DDoS forniti dai tuoi provider di internet) e decine o centinaia di \"punti di presenza semplificati\" solo con switch L2 e server.<\/p>\n<p>E per quanto riguarda la protezione in questo caso?<\/p>\n<p>Consideriamo, ad esempio, il popolare <noindex>attacco DDoS di amplificazione DNS<\/noindex>. La sua pericolosit\u00e0 sta nel fatto che genera un'enorme quantit\u00e0 di traffico che semplicemente \"riempie\" al 100% tutti i tuoi uplink. <\/p>\n<p>Cosa abbiamo nel caso del nostro design.<\/p>\n<ul>\n<li>Se stai utilizzando AnyCast, il traffico viene distribuito tra i tuoi punti di presenza. Se la tua larghezza di banda totale \u00e8 in terabit, questo di per s\u00e9 ti protegge sostanzialmente (anche se ci sono stati recentemente diversi attacchi con traffico dannoso dell'ordine di un terabit) dal \"sovraccarico\" degli uplink.<\/li>\n<li>Se alcuni uplink sono comunque \"intasati\", puoi semplicemente rimuovere questo nodo dal servizio (smettere di annunciare il prefisso).<\/li>\n<li>Puoi anche aumentare la quota di traffico proveniente dai tuoi data center \"completi\" (e, quindi, protetti), riducendo in questo modo una parte sostanziale del traffico dannoso dai punti di presenza non protetti.<\/li>\n<\/ul>\n<p>\nE una piccola nota su questo esempio. Se trasferisci un'adeguata quantit\u00e0 di traffico tramite gli IX, questo riduce anche la tua vulnerabilit\u00e0 a tali attacchi.<\/p><\/blockquote>\n<h3>Configurazione BGP<\/h3>\n<p>\nQui ci sono due argomenti.<\/p>\n<ul>\n<li>Connettivit\u00e0<\/li>\n<li>Configurazione BGP<\/li>\n<\/ul>\n<p>\nAbbiamo gi\u00e0 parlato un po' della connettivit\u00e0. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">parte 1<\/a><\/noindex>. L'essenza \u00e8 che il traffico verso i vostri clienti segua il percorso ottimale. Anche se l'ottimalit\u00e0 non riguarda sempre solo la latenza, di solito \u00e8 proprio la bassa latenza a essere il principale indicatore di ottimalit\u00e0. Per alcune aziende questo \u00e8 pi\u00f9 importante, per altre meno. Dipende dal servizio che offrite.<\/p>\n<blockquote><p><b>Esempio 1<\/b><\/p>\n<p>Se siete un exchange e per i vostri clienti sono importanti intervalli di tempo inferiori a un millisecondo, \u00e8 chiaro che non si pu\u00f2 nemmeno parlare di internet.<\/p><\/blockquote>\n<blockquote><p><b>Esempio 2<\/b><\/p>\n<p>Se siete un'azienda di giochi e per voi sono importanti decine di millisecondi, la connettivit\u00e0 \u00e8 ovviamente molto importante.<\/p><\/blockquote>\n<blockquote><p><b>Esempio 3<\/b><\/p>\n<p>Bisogna anche capire che, a causa delle propriet\u00e0 del protocollo TCP, la velocit\u00e0 di trasmissione dei dati all'interno di una singola sessione TCP dipende anche dal RTT (Round Trip Time). Le reti CDN sono costruite anche per affrontare questo problema, portando i server di distribuzione dei contenuti pi\u00f9 vicini ai consumatori di questi contenuti.<\/p><\/blockquote>\n<p> L'analisi della connettivit\u00e0 \u00e8 un tema interessante a parte, degno di un articolo o di una serie di articoli, e richiede una buona comprensione di come \u00e8 'strutturato' internet.<\/p>\n<p>Risorse utili:<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/ripe.net\">ripe.net<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/bgp.he.net\">bgp.he.net<\/a><\/noindex><\/p>\n<blockquote><p><b>Esempio<\/b><\/p>\n<p>Fornir\u00f2 solo un piccolo esempio.<\/p>\n<p>Supponiamo che il tuo data center si trovi a Mosca e che tu abbia un'unica connessione \u2013 Rostelecom (AS12389). In questo caso, non hai bisogno del BGP (single homed) e come indirizzi pubblici probabilmente utilizzi l'pool di indirizzi di Rostelecom. <\/p>\n<p>Immagina di offrire un servizio e di avere un numero sufficiente di clienti dall'Ucraina che segnalano alti ritardi. Indagando, hai scoperto che gli indirizzi IP di alcuni di essi appartengono alla rete 37.52.0.0\/21. <\/p>\n<p>Eseguendo un traceroute, hai visto che il traffico passa attraverso AS1299 (Telia), mentre eseguendo un ping hai ottenuto un RTT medio di 70 \u2013 80 millisecondi. Puoi vedere questo anche su <noindex><a rel=\"nofollow\" href=\"http:\/\/lg.ip.rt.ru\">looking glass di Rostelecom<\/a><\/noindex>.<\/p>\n<p>Utilizzando lo strumento whois (sul sito ripe.net o un'utilit\u00e0 locale), puoi facilmente determinare che il blocco 37.52.0.0\/21 appartiene ad AS6849 (Ukrtelecom).<\/p>\n<p>Successivamente, andando su <noindex><a rel=\"nofollow\" href=\"https:\/\/bgp.he.net\">bgp.he.net<\/a><\/noindex> vedi che AS6849 non ha relazioni con AS12389 (non sono n\u00e9 clienti n\u00e9 collegamenti reciproci e non hanno nemmeno peering). Ma se guardi il <noindex><a rel=\"nofollow\" href=\"https:\/\/bgp.he.net\/AS6849#_peers\">elenco dei peer<\/a><\/noindex> per AS6849, vedrai, ad esempio, AS29226 (Mastertel) e AS31133 (Megafon). <\/p>\n<p>Trovando il looking glass di questi provider, puoi confrontare il percorso e l'RTT. Ad esempio, per Mastertel l'RTT sar\u00e0 gi\u00e0 di circa 30 millisecondi. <\/p>\n<p>Quindi, se la differenza tra 80 e 30 millisecondi \u00e8 significativa per il tuo servizio, potrebbe essere il momento di considerare la connettivit\u00e0, ottenere il tuo numero AS in RIPE, il tuo pool di indirizzi e connettere ulteriori uplink e\/o creare punti di presenza presso gli IX.<\/p><\/blockquote>\n<p>\nUtilizzando BGP, non solo puoi migliorare la connettivit\u00e0, ma anche riservare la tua connessione a Internet.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/www.ssi.gouv.fr\/uploads\/2016\/03\/bgp-configuration-best-practices.pdf\">Questo documento<\/a><\/noindex> contiene raccomandazioni per la configurazione di BGP. Anche se queste raccomandazioni sono state sviluppate sulla base delle \u00abbest practice\u00bb dei fornitori, rimangono sicuramente utili e dovrebbero far parte del processo di hardening di cui abbiamo discusso. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/435138\/\">parte uno<\/a><\/noindex>.<\/p>\n<h3>protezione DOS\/DDOS<\/h3>\n<p>\nOggi, gli attacchi DOS\/DDOS sono diventati una realt\u00e0 quotidiana per molte aziende. In effetti, in un modo o nell'altro, siete attaccati abbastanza spesso. Il fatto che non lo notiate ancora significa solo che non \u00e8 stata ancora organizzata un'attacco mirato contro di voi e che gli strumenti di protezione che utilizzate, anche senza esserne consapevoli (diverse protezioni integrate nei sistemi operativi), sono sufficienti per minimizzare il degrado del servizio offerto a voi e ai vostri clienti.<\/p>\n<p>Esistono risorse online che, basandosi sui log delle apparecchiature, creano in tempo reale belle mappe degli attacchi.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/www.csoonline.com\/article\/3217944\/security\/8-top-cyber-attack-maps-and-how-to-use-them.html\">Qui<\/a><\/noindex> si possono trovare riferimenti a esse.<\/p>\n<p>La mia preferita <noindex><a rel=\"nofollow\" href=\"https:\/\/threatmap.checkpoint.com\/ThreatPortal\/livemap.html\">mappa<\/a><\/noindex> di CheckPoint.<\/p>\n<p>La protezione contro DDOS\/DOS \u00e8 solitamente stratificata. Per capire il perch\u00e9, \u00e8 necessario comprendere quali tipi di attacchi DOS\/DDOS esistono (vedi ad esempio, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.csoonline.com\/article\/3222095\/network-security\/ddos-explained-how-denial-of-service-attacks-are-evolving.html\">qui <\/a><\/noindex> o <noindex><a rel=\"nofollow\" href=\"https:\/\/blog.thousandeyes.com\/three-types-ddos-attacks\/\">qui<\/a><\/noindex>)<\/p>\n<p>Quindi abbiamo tre tipologie di attacchi:<\/p>\n<ul>\n<li>attacchi volumetrici<\/li>\n<li>attacchi a protocollo<\/li>\n<li>attacchi all'applicazione<\/li>\n<\/ul>\n<p>\nSe dagli ultimi due tipi di attacchi puoi proteggerti autonomamente, ad esempio utilizzando un firewall, dagli attacchi mirati al \"overflow\" dei tuoi uplink non potrai proteggerti da solo (ovviamente, se la tua capacit\u00e0 totale delle linee internet non si misura in terabit, ma meglio, in decine di terabit).<\/p>\n<p>Pertanto, la prima linea di difesa \u00e8 quella contro gli attacchi \"volumetrici\", e questa protezione deve garantirla il tuo provider o i tuoi fornitori. Se non ti sei ancora reso conto di questo, considera che per ora sei solo fortunato.<\/p>\n<blockquote><p><b>Esempio<\/b><\/p>\n<p>Supponiamo che tu abbia diversi uplink, ma solo uno dei fornitori pu\u00f2 offrirti questa protezione. Ma se tutto il traffico passa attraverso un solo fornitore, come si colloca la connettivit\u00e0 di cui abbiamo parlato brevemente poco fa?<\/p>\n<p>Durante l'attacco, in questo caso, dovrai sacrificare in parte la connettivit\u00e0. Ma<\/p>\n<ul>\n<li>questo \u00e8 solo per la durata dell'attacco. Puoi, in caso di attacco, riconfigurare manualmente o automaticamente il BGP in modo che il traffico passi solo attraverso il fornitore che ti offre il \"ombrello\". Al termine dell'attacco, puoi ripristinare il routing allo stato precedente.<\/li>\n<li>Non \u00e8 necessario tradurre tutto il traffico. Se, ad esempio, notate che attraverso alcuni uplink o peer non ci sono attacchi (o il traffico non \u00e8 significativo), potete continuare ad annunciare i prefissi con attributi competitivi verso questi vicini BGP.<\/li>\n<\/ul>\n<\/blockquote>\n<p>\nLa protezione contro gli \u00abattacchi di protocollo\u00bb e gli \u00abattacchi alle applicazioni\u00bb pu\u00f2 anche essere affidata ai partner.<br \/>\nEcco <noindex><a rel=\"nofollow\" href=\"https:\/\/geekflare.com\/ddos-protection-service\/\">qui<\/a><\/noindex> Potete leggere una buona ricerca (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/hosting-cafe\/blog\/324848\/\">traduzione<\/a><\/noindex>). Certo, l'articolo ha due anni, ma vi dar\u00e0 un'idea degli approcci su come potete proteggervi dagli attacchi DDoS.<\/p>\n<p>In linea di principio, potete limitarvi a questo, delegando completamente la vostra protezione in outsourcing. Questa soluzione ha vantaggi, ma presenta anche ovvi svantaggi. Il fatto \u00e8 che si pu\u00f2 trattare (ancora una volta, a seconda di ci\u00f2 che fa la vostra azienda) della sopravvivenza del business. E affidare queste cose a organizzazioni esterne...<\/p>\n<p>Pertanto, esaminiamo come organizzare una seconda e una terza linea di difesa (come complemento alla protezione del fornitore).<\/p>\n<p>Quindi, la seconda linea di difesa \u00e8 la filtrazione e i limitatori di traffico (policers) all'ingresso della vostra rete. <\/p>\n<blockquote><p><b>Esempio 1<\/b><\/p>\n<p>Supponiamo che tu ti sia \"protetto con un ombrello\" contro le DDOS tramite uno dei fornitori. Supponiamo che questo fornitore utilizzi Arbor per filtrare il traffico e i filtri al confine della propria rete. <\/p>\n<p>La bandwidth che Arbor pu\u00f2 \"gestire\" \u00e8 limitata, e il fornitore, ovviamente, non pu\u00f2 continuamente far passare tutto il traffico dei propri partner che hanno ordinato questo servizio attraverso l'attrezzatura di filtraggio. Pertanto, in condizioni normali, il traffico non viene filtrato.<\/p>\n<p>Immagina che ci sia un attacco SYN flood. Anche se hai ordinato un servizio che, in caso di attacco, devia automaticamente il traffico per il filtraggio, questo non avviene immediatamente. Per un minuto o pi\u00f9, rimani sotto attacco. E questo pu\u00f2 portare al guasto della tua attrezzatura o alla degradazione del servizio. In questo caso, la limitazione del traffico sulla roteazione al confine, sebbene porti alla mancata istituzione di alcune sessioni TCP in quel periodo, salver\u00e0 la tua infrastruttura da problemi pi\u00f9 gravi.<\/p><\/blockquote>\n<blockquote><p><b>Esempio 2<\/b><\/p>\n<p>Un numero anomalo di pacchetti SYN potrebbe non essere solo il risultato di un attacco SYN flood. Supponiamo che tu stia offrendo un servizio che consente circa 100.000 connessioni TCP contemporaneamente (in un singolo data center).<\/p>\n<p>Immagina che, a causa di un problema temporaneo con uno dei tuoi principali fornitori, met\u00e0 delle sessioni siano state 'espulse'. Se la tua applicazione \u00e8 progettata in modo tale da tentare immediatamente (o dopo un intervallo di tempo uguale per tutte le sessioni) di ristabilire la connessione, potresti ricevere contemporaneamente almeno 50.000 pacchetti SYN. <\/p>\n<p>Se sopra queste sessioni deve funzionare, ad esempio, un handshake ssl\/tls, che prevede uno scambio di certificati, dal punto di vista dell'esaurimento delle risorse per il tuo bilanciatore di carico, questo rappresenter\u00e0 un 'DDoS' molto pi\u00f9 forte rispetto a un semplice SYN flood. Sembrerebbe che i bilanciatori dovrebbero gestire eventi del genere, ma... sfortunatamente, ci siamo trovati ad affrontare questa problematica con grande intensit\u00e0.<\/p>\n<p>E, naturalmente, un policer sul router di confine salver\u00e0 la tua attrezzatura anche in questo caso.<\/p><\/blockquote>\n<p>Il terzo livello di protezione contro DDOS\/DOS riguarda le impostazioni del tuo firewall.<\/p>\n<p>Qui puoi gestire attacchi sia di secondo che di terzo tipo. In generale, tutto ci\u00f2 che arriva al firewall pu\u00f2 essere filtrato qui. <\/p>\n<blockquote><p><b>Suggerimento<\/b><\/p>\n<p>Cerca di dare al firewall il minor lavoro possibile, filtrando il pi\u00f9 possibile nelle prime due linee di difesa. Ecco perch\u00e9.<\/p>\n<p>Ti \u00e8 mai capitato di generare traffico casualmente, per esempio, per testare quanto sia resistente il sistema operativo dei tuoi server agli attacchi DDOS, e di \u2018saturare\u2019 il tuo firewall caricandolo al 100% con traffico di intensit\u00e0 normale? Se no, forse \u00e8 solo perch\u00e9 non ci hai mai provato?<\/p>\n<p>In generale, un firewall, come ho gi\u00e0 detto, \u00e8 una cosa complessa e funziona bene con vulnerabilit\u00e0 note e soluzioni testate. Tuttavia, se invii qualcosa di insolito, semplicemente spazzatura o pacchetti con intestazioni errate, c'\u00e8 una certa probabilit\u00e0 (basata sulla mia esperienza) che tu possa confondere anche l'hardware pi\u00f9 avanzato. Pertanto, nella fase 2, utilizza normali ACL (a livello L3\/L4) per consentire nella tua rete solo il traffico previsto.<\/p><\/blockquote>\n<h3>Filtraggio del traffico sul firewall<\/h3>\n<p>\nContinuiamo la discussione sul firewall. \u00c8 importante comprendere che gli attacchi DOS\/DDOS rappresentano solo una delle variet\u00e0 di attacchi informatici. <\/p>\n<p>Oltre alla protezione DOS\/DDOS, possiamo anche avere qualcosa di simile al seguente elenco di funzionalit\u00e0:<\/p>\n<ul>\n<li>firewalling applicativo<\/li>\n<li>prevenzione dalle minacce (antivirus, anti-spyware e vulnerabilit\u00e0)<\/li>\n<li>filtraggio URL<\/li>\n<li>filtraggio dati (filtraggio dei contenuti)<\/li>\n<li>blocco file (blocco dei tipi di file)<\/li>\n<\/ul>\n<p>\nSta a te decidere cosa di questo elenco ti serve.<\/p>\n<p><i>To be continued<\/i><br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/436230\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u0442\u0432\u0435\u0440\u0442\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb. \u0421\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 \u0432\u0441\u0435\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0446\u0438\u043a\u043b\u0430 \u0438 \u0441\u0441\u044b\u043b\u043a\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u0437\u0434\u0435\u0441\u044c. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u044d\u0442\u043e\u0439 \u0433\u043b\u0430\u0432\u044b \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0430 \u00abData Center\u00bb. \u042d\u0442\u0430 \u0447\u0430\u0441\u0442\u044c \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u00abInternet Access\u00bb \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0443. Internet access \u0422\u0435\u043c\u0430 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u043d\u0435\u0441\u043e\u043c\u043d\u0435\u043d\u043d\u043e \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0445 \u0442\u0435\u043c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23032,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31057","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.0.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u0442\u0432\u0435\u0440\u0442\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb. \u0421\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 \u0432\u0441\u0435\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0446\u0438\u043a\u043b\u0430 \u0438 \u0441\u0441\u044b\u043b\u043a\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u0437\u0434\u0435\u0441\u044c. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u044d\u0442\u043e\u0439 \u0433\u043b\u0430\u0432\u044b \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0430 \u00abData Center\u00bb. \u042d\u0442\u0430 \u0447\u0430\u0441\u0442\u044c \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u00abInternet Access\u00bb \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0443. Internet access \u0422\u0435\u043c\u0430 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u043d\u0435\u0441\u043e\u043c\u043d\u0435\u043d\u043d\u043e \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0445 \u0442\u0435\u043c\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c. \u0413\u043b\u0430\u0432\u0430 \u0442\u0440\u0435\u0442\u044c\u044f. \u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c \u0432\u0442\u043e\u0440\u0430\u044f | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u0442\u0432\u0435\u0440\u0442\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb. \u0421\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 \u0432\u0441\u0435\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0446\u0438\u043a\u043b\u0430 \u0438 \u0441\u0441\u044b\u043b\u043a\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u0437\u0434\u0435\u0441\u044c. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u044d\u0442\u043e\u0439 \u0433\u043b\u0430\u0432\u044b \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0430 \u00abData Center\u00bb. \u042d\u0442\u0430 \u0447\u0430\u0441\u0442\u044c \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u00abInternet Access\u00bb \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0443. Internet access \u0422\u0435\u043c\u0430 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u043d\u0435\u0441\u043e\u043c\u043d\u0435\u043d\u043d\u043e \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0445 \u0442\u0435\u043c\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:39:12+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:39:12+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Come prendere il controllo dell'infrastruttura di rete. Capitolo tre. Sicurezza della rete. Parte seconda | ProHoster","description":"Questo articolo \u00e8 il quarto della serie \"Come prendere il controllo dell'infrastruttura di rete\". Puoi trovare il contenuto di tutti gli articoli della serie e i link qui. Nella prima parte di questo capitolo abbiamo esaminato alcuni aspetti della sicurezza della rete nel segmento \"Data Center\". Questa parte sar\u00e0 dedicata al segmento \"Accesso a Internet\". La sicurezza dell'accesso a Internet \u00e8 senza dubbio uno dei temi pi\u00f9 complessi.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya","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\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c. \u0413\u043b\u0430\u0432\u0430 \u0442\u0440\u0435\u0442\u044c\u044f. \u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c \u0432\u0442\u043e\u0440\u0430\u044f | ProHoster","og:description":"\u042d\u0442\u0430 \u0441\u0442\u0430\u0442\u044c\u044f \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0447\u0435\u0442\u0432\u0435\u0440\u0442\u043e\u0439 \u0432 \u0446\u0438\u043a\u043b\u0435 \u0441\u0442\u0430\u0442\u0435\u0439 \u00ab\u041a\u0430\u043a \u0432\u0437\u044f\u0442\u044c \u0441\u0435\u0442\u0435\u0432\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u043f\u043e\u0434 \u0441\u0432\u043e\u0439 \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u044c\u00bb. \u0421\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435 \u0432\u0441\u0435\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0446\u0438\u043a\u043b\u0430 \u0438 \u0441\u0441\u044b\u043b\u043a\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u0437\u0434\u0435\u0441\u044c. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u044d\u0442\u043e\u0439 \u0433\u043b\u0430\u0432\u044b \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0441\u043f\u0435\u043a\u0442\u044b \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0430 \u00abData Center\u00bb. \u042d\u0442\u0430 \u0447\u0430\u0441\u0442\u044c \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u0430 \u00abInternet Access\u00bb \u0441\u0435\u0433\u043c\u0435\u043d\u0442\u0443. Internet access \u0422\u0435\u043c\u0430 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u043d\u0435\u0441\u043e\u043c\u043d\u0435\u043d\u043d\u043e \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0445 \u0442\u0435\u043c","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-vzyat-setevuyu-infrastrukturu-pod-svoj-kontrol-glava-tretya-setevaya-bezopasnost-chast-vtoraya","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:39:12+00:00","article:modified_time":"2019-10-31T18:39:12+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31057","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 04:19:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:24:14","updated":"2026-01-21 04:19:19","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\/31057","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=31057"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/31057\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/23032"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=31057"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=31057"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=31057"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}