{"id":20468,"date":"2026-08-09T08:33:19","date_gmt":"2026-08-09T06:33:19","guid":{"rendered":"https:\/\/webhosting.de\/per-site-cagefs-shared-hosting-sicherheit-architektur\/"},"modified":"2026-08-09T08:33:19","modified_gmt":"2026-08-09T06:33:19","slug":"per-sito-cagefs-hosting-condiviso-sicurezza-architettura","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/per-site-cagefs-shared-hosting-sicherheit-architektur\/","title":{"rendered":"CageFS per sito: nuova architettura di sicurezza per l'hosting condiviso"},"content":{"rendered":"<p><strong>CageFS per sito<\/strong> separa rigorosamente i singoli siti web all\u2019interno di un account di hosting condiviso, limitando cos\u00ec il rischio di propagazione laterale in caso di attacco. Illustrer\u00f2 la nuova architettura di sicurezza, mostrer\u00f2 alcuni scenari pratici di utilizzo e spiegher\u00f2 come gestirla per gestire in modo sicuro pi\u00f9 progetti all\u2019interno di un unico account.<\/p>\n\n<h2>Punti centrali<\/h2>\n\n<ul>\n  <li><strong>Isolamento del sito web<\/strong>: Una separazione aggiuntiva all\u2019interno di un unico conto riduce i rischi collaterali.<\/li>\n  <li><strong>CloudLinux<\/strong>: Estensione del concetto CageFS a livello di dominio.<\/li>\n  <li><strong>WordPress<\/strong>: Gestire in modo sicuro pi\u00f9 istanze in parallelo.<\/li>\n  <li><strong>Risorse<\/strong>: I limiti per CPU\/RAM\/I\/O integrano la separazione delle viste dei file.<\/li>\n  <li><strong>Pratica<\/strong>: Attivazione per dominio e una strategia chiara in materia di diritti e percorsi.<\/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\/2026\/08\/sicherheitsserverraum-8432.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Cosa offre concretamente \u201ePer-Site CageFS\u201c<\/h2>\n\n<p>L'estensione isola i singoli <strong>Domini<\/strong> all\u2019interno di un CageFS utente esistente, in modo che ogni sito web possa vedere solo i propri file e processi. In questo modo impedisco che un progetto compromesso possa accedere ai file di configurazione, ai file caricati o alle chiavi di altri siti presenti nello stesso account. Secondo <strong>CloudLinux<\/strong> Blog (annuncio della versione beta): CageFS per singolo sito amplia l\u2019isolamento tra i siti web all\u2019interno dello stesso account utente, riducendo cos\u00ec il rischio di contaminazione laterale. Per me il vantaggio \u00e8 evidente: posso segmentare in modo netto gli account dell\u2019agenzia, le configurazioni multisito e gli ambienti di test senza stravolgere la struttura di hosting. Questa panoramica offre una rapida introduzione al principio di funzionamento di CageFS: <a href=\"https:\/\/webhosting.de\/it\/cloudlinux-cagefs-isolamento-del-file-system-sicurezza-hostingshield\/\">Sistema di file CageFS<\/a>, su cui si basa l'isolamento per sito.<\/p>\n\n<h2>Perch\u00e9 l'isolamento degli account da solo non basta<\/h2>\n\n<p>Un account spesso raggruppa diversi <strong>Progetti<\/strong> \u2013 circa due shop, tre blog e un ambiente di staging. Se un exploit attacca un plugin vulnerabile, un aggressore pu\u00f2, senza ulteriore segmentazione, accedere alle directory adiacenti e inserirvi ulteriori payload. \u00c8 proprio qui che Per-Site CageFS limita la visibilit\u00e0 sul file system e sui processi in modo tale che ogni sito web sia come in una propria <strong>Prigione<\/strong> funziona. Soprattutto nel caso di istanze WordPress separate che condividono lo stesso utente PHP, altrimenti si crea un rischio di escalation che io elimino grazie all\u2019isolamento dei domini. Ci\u00f2 riduce i danni conseguenti, semplifica l\u2019analisi forense e rende pi\u00f9 facile pianificare rapidamente i ripristini.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/sicherheitskonferenz_8765.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Ecco come funziona, dal punto di vista tecnico, l'isolamento del sito web<\/h2>\n\n<p>CloudLinux, tramite CageFS, crea un ambiente virtuale per ogni utente <strong>sistema di file<\/strong>; il livello \"per sito\" estende questa protezione ai confini del dominio. Ogni dominio attivato riceve un\u2019area di visualizzazione separata all\u2019interno del CageFS dell\u2019utente, comprensiva di percorsi restrittivi, directory temporanee dedicate ed esecuzione degli script isolata. In questo modo, file wp-config.php estranei, cartelle di upload o file di chiavi scompaiono dalla vista del sito web compromesso. I cronjob, il PHP e, se del caso, i comandi SSH accedono alle stesse librerie di sistema, ma vedono solo le risorse assegnate <strong>Sottinsiemi<\/strong> del file system. Secondo la documentazione, \u00e8 possibile attivare la separazione per ogni dominio, il che mi offre un controllo molto dettagliato per le istanze live, di staging e di test.<\/p>\n\n<h2>Confronto: isolamento degli account, CageFS per sito e container<\/h2>\n\n<p>Per effettuare una scelta in modo strutturato, metto a confronto tre modelli comuni <strong>Modelli<\/strong> in base al livello di isolamento, all\u2019impegno richiesto e alla compatibilit\u00e0. L\u2019isolamento dell\u2019account garantisce la separazione tra i clienti, ma lascia aperte le frontiere interne tra i siti. CageFS per sito colma questa lacuna a livello di file system e di processo. I container creano confini rigidi, ma spesso richiedono maggiore manutenzione e personalizzazioni. Una classificazione approfondita dell\u2019isolamento dei processi \u00e8 fornita da questo <a href=\"https:\/\/webhosting.de\/it\/processo-isolamento-hosting-chroot-cagefs-container-jails-sicurezza-confronto\/\">Confronto tra Chroot, CageFS e Jails<\/a>.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Approccio<\/th>\n      <th>Separazione tra gli account<\/th>\n      <th>Separazione tra i siti web nell'account<\/th>\n      <th>Compatibilit\u00e0 (PHP\/CGI\/SSH\/Cron)<\/th>\n      <th>Spese operative<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Isolamento dell'account (classico)<\/td>\n      <td><strong>Alto<\/strong><\/td>\n      <td>Basso<\/td>\n      <td>Molto buono<\/td>\n      <td>Basso<\/td>\n    <\/tr>\n    <tr>\n      <td>CageFS per sito<\/td>\n      <td><strong>Alto<\/strong><\/td>\n      <td>Medio-alto<\/td>\n      <td>Molto buono<\/td>\n      <td>Da basso a medio<\/td>\n    <\/tr>\n    <tr>\n      <td>Container per sito<\/td>\n      <td><strong>Molto alto<\/strong><\/td>\n      <td>Molto alto<\/td>\n      <td>Da buono a molto buono<\/td>\n      <td>Medio-alto<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>Negli ambienti di hosting condiviso, Per-Site CageFS offre un efficace connubio tra un controllo preciso <strong>Separazione<\/strong> e con un intervento minimo, poich\u00e9 gli script, di norma, continuano a funzionare senza modifiche. In questo modo risolvo il punto debole pi\u00f9 comune: la presenza di pi\u00f9 siti web indipendenti sotto un unico account utente.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/08\/sicherheitsarchitektur-cagefs-blog-4719.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Esempio pratico: gestire in modo sicuro pi\u00f9 istanze di WordPress<\/h2>\n\n<p>Isolo ogni istanza di WordPress con l'opzione attivata <strong>Isolamento dei domini<\/strong> e imposto pool PHP-FPM dedicati per ogni sito, in modo che log, opcache e limiti rimangano chiaramente attribuibili. Inoltre, definisco SALT\/KEY specifici per ogni sito nel file wp-config.php e impedisco qualsiasi accesso trasversale tramite i permessi dei file e le impostazioni equivalenti a open_basedir. Salvo i file caricati rigorosamente all\u2019interno della rispettiva directory document root e vieto l\u2019uso di directory di caricamento condivise a livello globale. Durante le operazioni di distribuzione, mantengo i percorsi temporanei all\u2019interno del singolo sito e elimino immediatamente gli artefatti di build, in modo che non rimangano punti di vulnerabilit\u00e0 superflui. Per le cache di Composer o NPM utilizzo directory locali al sito <strong>Elenchi<\/strong>, in modo da evitare effetti collaterali.<\/p>\n\n<h2>Prestazioni e gestione delle risorse in sinergia<\/h2>\n\n<p>CageFS per sito gestisce la visualizzazione dei file; il <strong>Prestazioni<\/strong> Mi assicuro di impostare dei limiti per CPU, RAM, I\/O e processi a livello di account o di pool. In questo modo impedisco che un sito, a causa di plugin difettosi, generi un carico eccessivo e rallenti l\u2019intero account. In molte configurazioni, ci\u00f2 avviene tramite quote LVE o simili, che regolo con precisione per ogni pool o account. A questo abbino la limitazione delle richieste nel server web o nel WAF, in modo che i picchi di traffico vengano gestiti in modo ordinato. Questa combinazione di isolamento e quote aumenta la sicurezza dei servizi e la prevedibilit\u00e0 <strong>Distribuzione del carico<\/strong>.<\/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\/2026\/08\/techoffice_cagefs_1234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Catena di protezione: ci\u00f2 che Per-Site CageFS non sostituisce<\/h2>\n\n<p>L'isolamento impedisce le viste trasversali, ma ritengo che gli aggiornamenti, <strong>Indurimento<\/strong> Continua ad applicare con coerenza le misure relative a PHP e alle password complesse. Anche l\u2019autenticazione a pi\u00f9 fattori (MFA) per gli accessi amministrativi, i permessi minimi sui file e i filtri di upload rimangono obbligatori. Un WAF, i limiti di frequenza e la registrazione continua dei log coprono ulteriori varchi di sicurezza che la semplice separazione dei file non \u00e8 in grado di controllare. Verifico inoltre regolarmente i cronjob e i token di integrazione, che gli aggressori spesso dimenticano di controllare. Maggiori informazioni sull\u2019interazione tra separazione dei clienti e rafforzamento della sicurezza sono disponibili in questa guida su <a href=\"https:\/\/webhosting.de\/it\/hosting-condiviso-sicurezza-isolamento-degli-inquilini-serverguard\/\">Sicurezza dell'hosting condiviso<\/a>, che ne sottolinea la linea di pensiero.<\/p>\n\n<h2>Configurazione e ostacoli tipici<\/h2>\n\n<p>Attivo l'isolamento del dominio in modo mirato per ogni singolo <strong>sito web<\/strong> e poi verifico l'accesso a SSH, Cron e PHP in condizioni reali. I percorsi assoluti negli script di distribuzione o nei plugin possono causare problemi, quindi preferisco utilizzare percorsi relativi o variabili. Evito i collegamenti simbolici tra i progetti perch\u00e9 indeboliscono il principio di separazione; preferisco aggiungere le librerie necessarie al repository per ogni singolo sito. Per i backup definisco archivi separati e salvo i log per ogni dominio, in modo che il ripristino e l\u2019analisi forense rimangano chiari. Per quanto riguarda i permessi, si sono dimostrati efficaci 640 per i file e 750 per le cartelle, oltre a <strong>Proprietario<\/strong> in base al rispettivo pool PHP.<\/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\/2026\/08\/sicherheit_shared_hosting_3647.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Analisi costi-benefici per agenzie e liberi professionisti<\/h2>\n\n<p>Valuto il guadagno in termini di sicurezza a fronte del tempo dedicato all'amministrazione e dei potenziali costi di inattivit\u00e0 che un incidente trasversale comporterebbe, in <strong>Euro<\/strong>-Base. Spesso, anche solo poche ore di risposta agli incidenti costano molto di pi\u00f9 di un piccolo sovrapprezzo mensile per un isolamento migliore. Per gli account delle agenzie con pi\u00f9 progetti di clienti, la segmentazione riduce sensibilmente il rischio di responsabilit\u00e0 civile e di reputazione. Anche i processi di backup e ripristino procedono in modo pi\u00f9 ordinato, poich\u00e9 posso ripristinare singoli siti in modo mirato. Nel complesso, CageFS \u00abper sito\u00bb garantisce un funzionamento pi\u00f9 affidabile <strong>Gestione operativa<\/strong> con procedure pianificabili.<\/p>\n\n<h2>Lista di controllo: quando diventa obbligatorio l'uso di CageFS per ogni sito<\/h2>\n\n<p>Attivo l'isolamento del dominio non appena ce ne sono pi\u00f9 di <strong>Installazioni<\/strong> funzionano su un unico account e hanno cicli di aggiornamento diversi. Altrettanto importante: team di progetto separati o accessi amministrativi esterni, che aumentano il rischio di interventi involontari. Elevati volumi di upload, convertitori di file o elaborazione delle immagini giustificano ulteriormente la separazione, poich\u00e9 spesso proprio qui si creano punti di vulnerabilit\u00e0. Anche i diversi requisiti di conformit\u00e0 (ad es. clienti, mercati, protezione dei dati) depongono a favore di segmenti pi\u00f9 dettagliati. Chi gestisce in parallelo gli ambienti di staging, di test e di produzione beneficia di domini di errore ben separati e di una chiara <strong>Forense<\/strong>.<\/p>\n\n<h2>Requisiti e compatibilit\u00e0 nella pratica<\/h2>\n\n<p>Prima di mettere in produzione Per-Site CageFS, verifico l\u2019ambiente di esecuzione: l\u2019handler PHP utilizzato (ad esempio PHP-FPM, lsapi), il server web attivo, l\u2019integrazione disponibile con il pannello di controllo e le modalit\u00e0 di gestione dei cronjob e delle sessioni SSH. Negli ambienti condivisi tipici, le applicazioni continuano a funzionare senza modifiche al codice. Mi assicuro che per ogni dominio esista una propria directory document-root, che i percorsi siano univoci (ad es. \/home\/user\/sites\/progetto-a\/public) e che per ogni sito sia attivo un pool PHP-FPM dedicato. Per i cronjob utilizzo crontab separate per ogni dominio oppure \u2013 laddove il pannello di controllo li raggruppi \u2013 prefissi e percorsi di log chiari, in modo che i job rimangano all\u2019interno del proprio <strong>Carceri<\/strong> lavoro.<\/p>\n\n<h2>Separare chiaramente database, cache e sessioni<\/h2>\n\n<p>La visualizzazione dei file \u00e8 solo una parte. Estendo la separazione fino al database e alle cache. Per ogni sito web creo un database dedicato e un utente del database con diritti minimi. Per le cache di oggetti o di pagine (ad es. Redis, Memcached) utilizzo istanze separate per ogni sito o, quantomeno, prefissi di chiave e database\/namespace dedicati. Le sessioni PHP vengono salvate in percorsi specifici per ogni sito; impostando separatamente il parametro `session.save_path` per ogni pool FPM. Se utilizzo una coda centrale o un backend di ricerca, separo indici e argomenti per ogni sito. Questo principio di \u201eseparazione fino all\u2019ultimo miglio\u201c impedisce che gli incidenti si propaghino ai sistemi secondari.<\/p>\n\n<h2>CI\/CD e distribuzioni in isolamento<\/h2>\n\n<p>Nelle pipeline di compilazione adotto l\u2019isolamento come standard: per ogni sito esiste un proprio processo di distribuzione che accede esclusivamente alla directory del sito. Decomprimo gli artefatti all\u2019interno della radice del dominio, quindi eseguo le correzioni relative a proprietario\/gruppo e invalido esclusivamente le cache interessate. I comandi WP-CLI vengono eseguiti nel rispettivo contesto CageFS, in modo da non interferire con progetti esterni. Mantengo separate le variabili d\u2019ambiente per ogni sito, mentre i segreti rimangono nei file di configurazione propri del sito o nell\u2019archivio dei segreti del pannello di controllo. Per garantire zero downtime utilizzo switch atomici dei collegamenti simbolici all\u2019interno dei confini del dominio (ad es. current\/releases), prestando per\u00f2 attenzione che i collegamenti simbolici non puntino a progetti adiacenti. I controlli post-distribuzione (stato di salute, scansione 404\/500, verifica dei permessi) sono obbligatori per ogni sito.<\/p>\n\n<h2>Monitoraggio, registrazione dei log e analisi forense<\/h2>\n\n<p>Separato sistematicamente i log: log di accesso e di errore per ogni dominio, log PHP e Cron dedicati, comprese le rotazioni e i periodi di conservazione. In caso di incidente, posso cos\u00ec ricostruire la cronologia di un singolo sito senza dover setacciare l\u2019intero account. Inoltre, mi affido a controlli di integrit\u00e0 dei file (checksum delle directory principali), log di audit distribuiti per le azioni amministrative e semplici file canary che segnalano tempestivamente eventuali manomissioni. Per gli allarmi spesso bastano gi\u00e0 dei valori soglia: aumenti improvvisi dei codici di errore 500, dimensioni di upload insolite, occupazione degli inode in forte crescita o avvii eccessivi dei worker PHP. A questi segnali associo procedure operative chiare: bloccare il sito, verificare i backup, salvare gli artefatti, riavviare in un ambito isolato.<\/p>\n\n<h2>Casi particolari di WordPress: Multisite, plugin MU e flussi di upload<\/h2>\n\n<p>Nel caso di WordPress Multisite valuto attentamente la situazione: un\u2019installazione Multisite trae meno vantaggio da CageFS per singolo sito, poich\u00e9 pi\u00f9 siti condividono intenzionalmente lo stesso codice di base e la stessa struttura. Se ho bisogno di limiti pi\u00f9 rigidi (team indipendenti, cache separate, analisi chiara), preferisco configurare singole istanze e isolarle. Distribuisco plugin MU, drop-in o librerie globali \"must-use\" solo all'interno del sito ed evito le cartelle condivise. I flussi di lavoro multimediali (CDN, ottimizzazione delle immagini, convertitori) vengono eseguiti all\u2019interno del \u201cdomain-jail\u201d; escludo gli upload da un sito verso le directory di un altro. Se un team desidera condividere le pipeline delle risorse, le replico per ogni sito oppure le incapsulo in un pacchetto da integrare nel rispettivo repository.<\/p>\n\n<h2>Percorso di migrazione: dal sistema monolitico all'account segmentato<\/h2>\n\n<p>Molti account partono con una cartella public_html molto grande e crescono nel tempo. Io procedo in cinque fasi: 1) Inventario: quali siti, domini, cronjob, database, credenziali? 2) Definizione della struttura dei percorsi: per ogni sito una propria root, cartella temporanea, log e backup. 3) Definire i pool PHP-FPM per ogni dominio e impostare i limiti. 4) Spostare i file, modificare i permessi, ripulire i percorsi assoluti e gli include. 5) Attivare CageFS per ogni sito, eseguire test sotto carico, attivare il monitoraggio. Nel frattempo, tengo pronta una strategia di rollback (snapshot, backup separati). Dopo il cutover, verifico che strumenti come WP-CLI, Composer, i processi di elaborazione delle immagini e i cronjob funzionino nell\u2019ambito corretto e, se necessario, adeguo le variabili di percorso.<\/p>\n\n<h2>Errori e risoluzione dei problemi<\/h2>\n\n<ul>\n  <li>Errori 403\/404 dopo l'attivazione: nella maggior parte dei casi, le regole di riscrittura o gli include rimandano a percorsi al di fuori della radice del dominio. Correggo i percorsi in varianti relative oppure utilizzo delle variabili.<\/li>\n  <li>Composer\/NPM non funziona: le cache globali non sono visibili. Impostiamo directory di cache locali al sito e modifichiamo le variabili HOME\/TMP durante la distribuzione.<\/li>\n  <li>WP-CLI non trova il file wp-config.php: l'esecuzione non avviene nella directory principale del dominio. Impostare correttamente la directory di lavoro oppure specificare esplicitamente il percorso.<\/li>\n  <li>Cronjob inattivi: gli utenti cron o i percorsi non sono stati configurati per ciascun dominio. Controllo le variabili d'ambiente, i percorsi dei file binari e le destinazioni dei log all'interno del site-jail.<\/li>\n  <li>Errori durante il caricamento: session.save_path o tmp_dir puntano alla directory sbagliata. Assegno percorsi temporanei locali al sito per ciascun pool FPM.<\/li>\n  <li>Manca una libreria condivisa: il collegamento simbolico al progetto adiacente \u00e8 bloccato. Replico la libreria in ogni sito oppure la integro come pacchetto nella distribuzione.<\/li>\n<\/ul>\n\n<h2>Governance e modello di accesso<\/h2>\n\n<p>Anche se dal punto di vista tecnico tutto \u00e8 separato, rimane la questione degli accessi. Assegno accessi SSH\/SFTP dedicati per ogni sito oppure limito l\u2019accesso al pannello di controllo al rispettivo dominio. I team di sviluppatori e le agenzie ricevono solo le chiavi e le autorizzazioni di cui hanno realmente bisogno. Per le emergenze, ho predisposto una procedura di emergenza (diritti temporaneamente estesi, registrazione completa degli accessi, revoca successiva). Durante gli audit documento per ogni sito: percorsi, pool, limiti, responsabili, assegnazioni RBAC e backup. In questo modo la segmentazione rimane solida non solo dal punto di vista tecnico, ma anche organizzativo.<\/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\/2026\/08\/hosting-sicherheitskonzept-4812.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Riassumendo brevemente<\/h2>\n\n<p>CageFS per sito integra l'attuale separazione degli utenti con una <strong>sito web<\/strong>-livello, riducendo cos\u00ec efficacemente il rischio di movimenti laterali. Ritengo che si tratti di una misura concreta, poich\u00e9 molti account riuniscono diversi progetti indipendenti. La combinazione tra separazione della visualizzazione dei file e limiti delle risorse garantisce ordine in termini di prestazioni, sicurezza e gestione. Chi ospita pi\u00f9 istanze di WordPress o di negozi online risparmia tempo nella ricerca degli errori, nei backup e nel ripristino dopo gli incidenti. Grazie a diritti chiari, aggiornamenti, autenticazione a pi\u00f9 fattori (MFA) e registrazione degli accessi, si crea una soluzione sostenibile <strong>Catena di sicurezza<\/strong>, che rende l'hosting condiviso decisamente pi\u00f9 resiliente.<\/p>","protected":false},"excerpt":{"rendered":"<p>CageFS per singolo sito rafforza la sicurezza nell'hosting condiviso grazie agli isolati CloudLinux e a un chiaro isolamento dei siti web all'interno di un unico account.<\/p>","protected":false},"author":1,"featured_media":20461,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[794],"tags":[],"class_list":["post-20468","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sicherheit-computer_und_internet"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"104","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"Per-Site CageFS","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"20461","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/20468","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=20468"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/20468\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media\/20461"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media?parent=20468"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/categories?post=20468"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/tags?post=20468"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}