{"id":12219,"date":"2025-08-30T08:38:33","date_gmt":"2025-08-30T06:38:33","guid":{"rendered":"https:\/\/webhosting.de\/server-hardening-linux-tipps-sicherheit-protection-compliance\/"},"modified":"2025-08-30T08:38:33","modified_gmt":"2025-08-30T06:38:33","slug":"irrigidimento-dei-server-suggerimenti-per-la-sicurezza-protezione-della-conformita","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/server-hardening-linux-tipps-sicherheit-protection-compliance\/","title":{"rendered":"Hardening dei server: consigli pratici per i server Linux"},"content":{"rendered":"<p>L'hardening del server protegge il mio server Linux dagli attacchi riducendo le superfici di attacco, restringendo l'accesso e proteggendo in modo specifico i componenti critici. Mi affido a <strong>Firewall<\/strong>autenticazione forte, aggiornamenti continui e criteri verificabili per mantenere i servizi in funzione in modo sicuro e i dati affidabili.<\/p>\n\n<h2>Punti centrali<\/h2>\n\n<ul>\n  <li><strong>Superficie di attacco<\/strong> Ridurre al minimo: rimuovere i servizi, le porte e i pacchetti non necessari.<\/li>\n  <li><strong>Rattoppatura<\/strong> Coerente: mantenere aggiornati il kernel, il sistema operativo e le applicazioni.<\/li>\n  <li><strong>Accesso<\/strong> controllo: Privilegi minimi, sudo, nessun login a root<\/li>\n  <li><strong>SSH\/MFA<\/strong> sicurezza: chiavi, politiche, timeout<\/li>\n  <li><strong>Firewall<\/strong> Monitoraggio: regole, IDS\/IPS, analisi dei log.<\/li>\n<\/ul>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/08\/linux-server-harden-4927.webp\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Cosa significa hardening del server su Linux?<\/h2>\n\n<p>Per server hardening si intende la riduzione mirata del numero di <strong>Superficie di attacco<\/strong> di un sistema Linux attraverso una configurazione rigorosa, la rimozione delle funzioni non necessarie e la registrazione attivata. Spengo i servizi che non svolgono un compito, imposto valori predefiniti sicuri e limito tutti gli accessi. Controllo i percorsi di rete, i parametri di sistema e i permessi dei file, finch\u00e9 non viene eseguito solo ci\u00f2 che \u00e8 effettivamente necessario. Irrobustisco il kernel tramite sysctl, attivo protocolli sicuri e impongo la crittografia dei dati in transito e a riposo. Documento tutte le fasi in modo che le modifiche rimangano tracciabili e che lo stato possa essere ripetuto.<\/p>\n\n<h2>Ridurre i punti di attacco: Servizi, porte, pacchetti<\/h2>\n\n<p>Inizio con un inventario: quale <strong>Servizi<\/strong> Ascolto il sistema, quali pacchetti sono veramente necessari, quali porte devono essere aperte. Disinstallo il software che porta risorse e rischi senza alcun beneficio e blocco le porte standard che nessuno usa. Mi affido a immagini minimaliste, permetto solo porte whitelistate e separo rigorosamente l'accesso amministrativo dai percorsi delle applicazioni. Uso regolarmente strumenti come ss o lsof per verificare se sono stati creati nuovi ascoltatori e rimuovo costantemente quelli vecchi. Mantengo i file di configurazione snelli, in modo che gli errori di configurazione abbiano meno opportunit\u00e0.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/08\/linuxservermeeting4927.webp\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Il kernel e il file system in dettaglio<\/h2>\n\n<p>Proteggo il kernel con parametri sysctl specifici: Attivo il filtraggio dei percorsi inversi, i syncookies TCP, limito ICMP, disattivo l'inoltro IP sui server senza attivit\u00e0 di routing e riduco le superfici di attacco come gli output di dmesg o le fughe di indirizzi del kernel (kptr_restrict). Proibisco i core dump non necessari, limito ptrace e, se disponibile, attivo la modalit\u00e0 di blocco del kernel. A livello di file system, separo le partizioni e imposto opzioni di montaggio restrittive: monto \/tmp, \/var\/tmp e spesso \/var\/log con noexec, nosuid, nodev; \/home riceve nosuid, nodev; i percorsi amministrativi come \/boot sono protetti dalla scrittura. Uso anche attributi come immutabile per i file particolarmente critici (ad esempio le configurazioni importanti), imposto valori predefiniti di umask ragionevoli e controllo le ACL in modo che le eccezioni rimangano controllate. In questo modo, riduco significativamente l'impatto della compromissione e rallento gli aggressori.<\/p>\n\n<h2>Moduli Crop, file system e interfacce per dispositivi<\/h2>\n\n<p>Impedisco il caricamento automatico di moduli del kernel non necessari e blocco i file system esotici che non utilizzo. Inserisco nella lista nera moduli come cramfs, udf o hfs\/hfsplus se non svolgono un ruolo nel mio ambiente e impedisco la memorizzazione di massa USB sui server nel data center. Disattivo le console FireWire\/Thunderbolt o seriali se non sono necessarie e documento le eccezioni. Verifico regolarmente quali moduli sono effettivamente caricati e li confronto con l'elenco di destinazione. Meno driver e sottosistemi sono attivi, meno superficie di attacco offro per exploit di basso livello.<\/p>\n\n<h2>Strategia di aggiornamento e patch senza sorprese<\/h2>\n\n<p>Conservo il kernel, la distribuzione e le applicazioni attraverso un sistema fisso di <strong>Strategia di patch<\/strong> e pianificare finestre di manutenzione con un'opzione di rollback. Uso lo staging e provo gli aggiornamenti su sistemi di prova prima di distribuirli. Utilizzo aggiornamenti non presidiati o soluzioni centralizzate e controllo che i pacchetti siano stati realmente aggiornati. Documento le dipendenze in modo che le correzioni di sicurezza non falliscano a causa di incompatibilit\u00e0 e do priorit\u00e0 agli aggiornamenti critici. Approfondisco i processi con responsabilit\u00e0 chiare e utilizzo anche il sistema di <a href=\"https:\/\/webhosting.de\/it\/gestione-delle-patch-e-best-practice-dei-processi-di-sicurezza-informatica\/\">Gestione delle patch<\/a>per tenere traccia degli stati di modifica.<\/p>\n\n<h2>Gestione delle vulnerabilit\u00e0 e test continui<\/h2>\n\n<p>Gestisco attivamente le vulnerabilit\u00e0: registro le risorse, confronto gli stati dei pacchetti con i feed CVE e do priorit\u00e0 alle scoperte in base al rischio e all'esposizione. Pianifico scansioni regolari con strumenti basati sull'host e utilizzo controlli di hardening come i profili orientati a CIS\/BSI. Ancoro i profili OpenSCAP nel processo di compilazione, faccio versionare i report e tengo traccia delle deviazioni come ticket con scadenze chiare. Controllo l'integrit\u00e0 dei pacchetti (firme, meccanismi di verifica) e utilizzo solo repository con verifica GPG. Mantengo un elenco di pacchetti e repository, riduco le fonti esterne allo stretto necessario e registro le eccezioni giustificate. In questo modo, prevengo i rischi della catena di fornitura e riconosco tempestivamente i componenti obsoleti e vulnerabili.<\/p>\n\n<h2>Diritti di accesso e gestione degli account<\/h2>\n\n<p>Applico il principio del minimo <strong>Privilegi<\/strong> attraverso: A ogni persona e a ogni sistema vengono concessi esattamente i diritti necessari. Disattivo il login diretto a root, lavoro con sudo e registro ogni azione amministrativa. Separo gli account di servizio, imposto valori di umask restrittivi e controllo regolarmente le appartenenze ai gruppi. Integro l'autenticazione centrale in modo da poter controllare e revocare le autorizzazioni in un unico punto. Blocco tempestivamente gli account inattivi e ruoto chiavi e password a intervalli fissi.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/08\/linux-server-hardening-tipps-3098.webp\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Autenticazione forte e hardening SSH<\/h2>\n\n<p>Mi affido a chiavi invece che a password e attivo <strong>MFA<\/strong> per i login amministrativi. Ho impostato PermitRootLogin su no in sshd_config, permetto solo kex e suite di cifratura sicure e disattivo l'autenticazione tramite password. Uso AuthorisedKeysCommand per gestire le chiavi SSH a livello centrale e ridurre i tempi di sessione tramite LoginGraceTime e ClientAliveInterval. Aumento la trasparenza con registri SSH dettagliati e rispondo ai tentativi falliti tramite fail2ban. Limito l'SSH alle reti di gestione e imposto il blocco delle porte o il single sign-on, se \u00e8 adatto all'operazione.<\/p>\n\n<h2>TLS, igiene dei servizi e dei protocolli<\/h2>\n\n<p>Proteggo tutti i servizi accessibili dall'esterno con TLS e mi limito a protocolli moderni (TLS 1.2\/1.3) e suite di cifratura robuste con Perfect Forward Secrecy. Pianifico i cicli di vita dei certificati, automatizzo i rinnovi e attivo lo stapling OCSP e linee guida rigorose per il trasporto, ove opportuno. Elimino costantemente i protocolli legacy non sicuri (Telnet, RSH, FTP) o li incapsulo per il legacy tramite tunnel sicuri. Impostiamo un indurimento minimo delle intestazioni HTTP, limitiamo le porte in chiaro e verifico regolarmente se le configurazioni sono state involontariamente allentate. Mantengo gli endpoint di gestione interna accessibili solo internamente e separo i canali di dati da quelli di controllo, in modo che le configurazioni errate non compromettano tutti i servizi.<\/p>\n\n<h2>Sicurezza di rete: Firewall e IDS\/IPS<\/h2>\n\n<p>Definisco regole rigide con nftables o iptables e documento il motivo per cui una <strong>Porto<\/strong> pu\u00f2 essere aperto. Lavoro con il deny predefinito, permetto solo i protocolli richiesti e segmentazione la rete in zone. Proteggo l'accesso remoto tramite VPN prima di rilasciare i servizi di gestione e utilizzo DNSSEC e TLS ove possibile. Utilizzo il rilevamento o la prevenzione delle intrusioni, metto in relazione gli allarmi con i registri di sistema e definisco piani di risposta chiari. Aggiorno le mie conoscenze con i programmi compatti. <a href=\"https:\/\/webhosting.de\/it\/firewall-digital-shield-reti-siti-web\/\">Nozioni di base del firewall<\/a> in modo che le regole rimangano snelle e comprensibili.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/08\/linuxserverhardening0342.webp\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Controllo di accesso obbligatorio: SELinux\/AppArmor pragmatico<\/h2>\n\n<p>Uso i framework MAC in modo che i servizi rimangano limitati anche se un account o un processo \u00e8 compromesso. Imposto SELinux o AppArmor su enforcing, inizio in modalit\u00e0 permissiva\/complain in ambienti sensibili e imparo profili puliti prima di passare a hard. Gestisco le politiche a livello centrale, documento le booleane e le eccezioni e verifico gli aggiornamenti rispetto ai profili. Incapsulo in modo specifico i servizi critici come i server web, i database o gli agenti di backup in modo che accedano solo ai percorsi necessari. In questo modo, prevengo i movimenti laterali e riduco l'impatto delle autorizzazioni dei file non corrette.<\/p>\n\n<h2>Protezione a livello di hardware e catena di avvio<\/h2>\n\n<p>Proteggo la piattaforma proteggendo l'UEFI, il firmware e la gestione remota con un sistema di protezione forte. <strong>Password<\/strong> e disattivo le interfacce non necessarie. Attivo il Secure Boot, controllo l'integrit\u00e0 del bootloader e utilizzo le funzioni supportate dal TPM, se disponibili. Utilizzo la crittografia completa del disco con LUKS e garantisco una gestione sicura delle chiavi. Isolo l'accesso fuori banda, ne registro l'uso e lo limito alle reti di amministrazione fidate. Controllo regolarmente gli aggiornamenti del firmware in modo che le vulnerabilit\u00e0 note non persistano.<\/p>\n\n<h2>Registrazione, auditing e monitoraggio<\/h2>\n\n<p>Raccolgo gli eventi a livello centrale tramite rsyslog o journald ed estendo la vista con <strong>auditd<\/strong>-Regole per le azioni critiche. Creo avvisi per i login falliti, gli avvii imprevisti dei processi e le modifiche alla configurazione. Assegno nomi di host univoci per poter mappare rapidamente gli eventi e correlare i dati in una soluzione SIEM. Verifico le soglie per ridurre i falsi positivi e mantengo i playbook che descrivono le risposte. Tengo d'occhio i periodi di conservazione in modo da rendere possibili le analisi forensi.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/08\/linuxservertipps1023.webp\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Controllo dell'integrit\u00e0, linee di base e tempo<\/h2>\n\n<p>Definisco un punto di partenza pulito e lo proteggo: Registro le checksum dei file di sistema pi\u00f9 importanti, utilizzo il monitoraggio dell'integrit\u00e0 dei file e imposto avvisi in caso di deviazioni. Mantengo aggiornati gli strumenti AIDE\/comparabili, blocco i loro database contro le manipolazioni e sigillo le directory particolarmente critiche. Sincronizzo l'ora del sistema tramite fonti di tempo sicure (ad esempio chrony con autenticazione) in modo che i log, i certificati e Kerberos funzionino in modo affidabile. Mantengo una linea di base del sistema e della configurazione con cui posso ripristinare rapidamente i sistemi compromessi invece di ripulirli faticosamente.<\/p>\n\n<h2>Automazione della sicurezza<\/h2>\n\n<p>Mi affido alla gestione della configurazione come Ansible, Puppet o Chef, in modo da poter <strong>coerente<\/strong> applicano gli stessi stati di sicurezza. Scrivo playbook ripetibili, separo le variabili in modo pulito e verifico i ruoli nelle pipeline. Verifico regolarmente le deviazioni e le correggo automaticamente prima che sorgano rischi. Aggiungo profili di controllo come le policy OpenSCAP e documento le eccezioni con le relative motivazioni. Tengo separati i segreti, uso soluzioni di caveau e gestisco la rotazione delle chiavi come codice.<\/p>\n\n<h2>Hardening di container, macchine virtuali e orchestrazione<\/h2>\n\n<p>Proteggo i container e le macchine virtuali secondo gli stessi principi: immagini minime, nessun pacchetto non necessario, nessun root nei container, limiti di risorse chiari tramite cgroup e namespace. Uso seccomp e profili di capacit\u00e0, disattivo i container privilegiati e impedisco i montaggi su host che non sono assolutamente necessari. Esamino le immagini prima del rollout, firmo gli artefatti e collego le immagini di base a versioni definite e verificate. Nelle orchestrazioni, applico i criteri di rete, la gestione dei segreti e i requisiti di sicurezza dei pod. Sugli hypervisor, mantengo il livello di gestione separato dalla rete guest e limito rigorosamente la visibilit\u00e0 dei dispositivi per le macchine virtuali.<\/p>\n\n<h2>Linee guida, documentazione e formazione<\/h2>\n\n<p>Formulo una chiara linea guida per la sicurezza, le responsabilit\u00e0, <strong>Standard<\/strong> e le metriche sono definite. Tengo pronti i runbook per la risposta agli incidenti, i processi di patch e le autorizzazioni di accesso. Documento ogni modifica della configurazione con riferimento al ticket, data e obiettivo. Faccio regolarmente formazione alle persone coinvolte e verifico le loro conoscenze con brevi esercizi. Utilizzo anche il <a href=\"https:\/\/webhosting.de\/it\/guida-al-server-root-di-sicurezza\/\">Guida al server root<\/a>per far s\u00ec che i nuovi colleghi si abituino rapidamente.<\/p>\n\n<h2>Risposta agli incidenti e analisi forense nelle operazioni<\/h2>\n\n<p>Pianifico le emergenze: definisco canali di segnalazione chiari, fasi di isolamento e prove. Proteggo tempestivamente i dati volatili (connessioni di rete, processi, memoria), dispongo di strumenti forensi e documento ogni misura con una marca temporale. Decido consapevolmente tra il contenimento e l'arresto immediato, a seconda del rischio per la disponibilit\u00e0 e le prove. Ho pronti supporti di salvataggio firmati e affidabili, utilizzo solo strumenti autorizzati e rispetto la catena delle prove. Dopo l'incidente, preferisco ricostruire i sistemi a partire da linee di base note, imparare dalle analisi delle cause principali e adattare immediatamente l'hardening e il monitoraggio.<\/p>\n\n<h2>Backup, ripristino e riavvio<\/h2>\n\n<p>Pianifico backup crittografati, offline e con un'impostazione definita. <strong>Obiettivi<\/strong> per il tempo di ripristino e lo stato dei dati. Eseguo test di ripristino realistici e registro la durata in modo da poter riconoscere le lacune. Conservo le copie separatamente, prevengo la cancellazione non autorizzata attraverso identit\u00e0 separate e imposto l'immutabilit\u00e0, se disponibile. Proteggo le configurazioni di firewall, IDS e strumenti di gestione insieme ai dati delle applicazioni. Mi esercito a riavviare regolarmente per non perdere tempo in situazioni di stress.<\/p>\n\n<h2>Conformit\u00e0, prove e metriche<\/h2>\n\n<p>Collego l'hardening a obiettivi verificabili: Assegno le misure a parametri di riferimento stabiliti e raccolgo automaticamente le prove da CI\/CD, gestione della configurazione e SIEM. Definisco metriche come il tempo medio di patch, le deviazioni dalle regole di hardening, gli account bloccati per periodo o la percentuale di sistemi con MFA. Genero report regolari per la tecnologia e il management, valuto i rischi, stabilisco misure correttive su roadmap e ancoro le eccezioni con date di scadenza. In questo modo, creo trasparenza, stabilisco le priorit\u00e0 delle risorse e mantengo la sicurezza in un flusso sostenibile.<\/p>\n\n<h2>Lista di controllo per la vita quotidiana<\/h2>\n\n<p>Controllo settimanalmente se ci sono nuovi <strong>Servizi<\/strong> e se sono aperte porte che non servono a nessuno. Controllo mensilmente tutti gli utenti, i gruppi e le regole sudo e blocco gli account inattivi. Confermo che SSH accetta solo chiavi, che il login di root rimane disattivato e che l'MFA \u00e8 attivo per gli amministratori. Confronto le regole del firewall con l'elenco degli obiettivi, leggo gli allarmi e gli estratti di registro e correggo immediatamente le anomalie. Verifico che i backup siano completi ed eseguo test di ripristino trimestrali per avere la certezza.<\/p>\n\n<h2>Confronto tra i provider di hosting<\/h2>\n\n<p>Quando scelgo un fornitore, faccio attenzione alle immagini standard sicure, alla chiarezza e all'affidabilit\u00e0. <strong>SLA<\/strong> e aiuto con l'hardening. Verifico se firewall, protezione DDoS e crittografia sono disponibili senza costi aggiuntivi. Valuto la scelta del sistema operativo, la qualit\u00e0 del supporto e la disponibilit\u00e0 di opzioni gestite. Verifico come il fornitore gestisce le patch, il monitoraggio e gli incidenti e se supporta le richieste di audit. Uso il seguente confronto come guida per aiutarmi a scegliere il fornitore pi\u00f9 adatto.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Luogo<\/th>\n      <th>Fornitore<\/th>\n      <th>Scelta del sistema operativo<\/th>\n      <th>Caratteristiche di sicurezza<\/th>\n      <th>Supporto<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>1<\/td>\n      <td>webhoster.de<\/td>\n      <td>diverso<\/td>\n      <td>Tempra completa del server, crittografia, firewall, servizi gestiti<\/td>\n      <td>Assistenza Premium 24\/7<\/td>\n    <\/tr>\n    <tr>\n      <td>2<\/td>\n      <td>Fornitore X<\/td>\n      <td>Standard<\/td>\n      <td>Firewall di base, aggiornamenti regolari<\/td>\n      <td>Supporto standard<\/td>\n    <\/tr>\n    <tr>\n      <td>3<\/td>\n      <td>Fornitore Y<\/td>\n      <td>limitato<\/td>\n      <td>Misure di protezione di base<\/td>\n      <td>Assistenza via e-mail<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2025\/08\/linux-serverhardening-8273.webp\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Sommario: La tempra in pratica<\/h2>\n\n<p>Proteggo efficacemente i server Linux riducendo le superfici di attacco, <strong>Aggiornamenti<\/strong> pianificare, semplificare l'accesso e controllare i percorsi di rete. Mi affido a un'autenticazione forte, alla registrazione con allarmi chiari e all'automazione in modo che le condizioni rimangano riproducibili. Documento ogni modifica, faccio pratica con i ripristini e mantengo vive le politiche. Esamino regolarmente i risultati, adatto le misure e mantengo aggiornate la tecnologia e le conoscenze. In questo modo mantengo il controllo, rispondo pi\u00f9 rapidamente agli incidenti e mantengo i servizi disponibili in modo affidabile.<\/p>","protected":false},"excerpt":{"rendered":"<p>Guida dettagliata all'hardening dei server Linux. Imparate i pi\u00f9 importanti consigli pratici, le liste di controllo e le migliori pratiche per la massima sicurezza.<\/p>","protected":false},"author":1,"featured_media":12212,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[676],"tags":[],"class_list":["post-12219","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-server_vm"],"acf":[],"_links":{"self":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/12219","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/comments?post=12219"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/12219\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media\/12212"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media?parent=12219"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/categories?post=12219"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/tags?post=12219"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}