{"id":20276,"date":"2026-08-03T08:34:38","date_gmt":"2026-08-03T06:34:38","guid":{"rendered":"https:\/\/webhosting.de\/selinux-vs-apparmor-linux-security-server-hardening-schutz\/"},"modified":"2026-08-03T08:34:38","modified_gmt":"2026-08-03T06:34:38","slug":"selinux-vs-apparmor-sicurezza-linux-rafforzamento-dei-server-protezione","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/selinux-vs-apparmor-linux-security-server-hardening-schutz\/","title":{"rendered":"SELinux vs. AppArmor \u2013 Confronto tra i modelli di sicurezza per i moderni server Linux"},"content":{"rendered":"<p>Su i moderni server Linux, SELinux AppArmor determina il livello di restrizione con cui i processi possono operare, anche quando dispongono dei privilegi di root. Illustrer\u00f2 le differenze pratiche tra il controllo degli accessi basato su etichette e quello basato su percorsi e valuter\u00f2 la loro utilit\u00e0 per i container, <strong>Rafforzamento della sicurezza dei server<\/strong> e la conformit\u00e0.<\/p>\n\n<h2>Punti centrali<\/h2>\n\n<ul>\n  <li><strong>Principio MAC<\/strong>: Entrambi limitano i processi oltre ai permessi Unix.<\/li>\n  <li><strong>Modello<\/strong>: SELinux utilizza le etichette, mentre AppArmor utilizza i percorsi.<\/li>\n  <li><strong>Contenitore<\/strong>: SELinux isola i container in modo pi\u00f9 preciso tramite MCS.<\/li>\n  <li><strong>Operazione<\/strong>: AppArmor \u00e8 considerato pi\u00f9 facile da gestire.<\/li>\n  <li><strong>Utilizzo<\/strong>: La scelta spesso dipende dalla distribuzione.<\/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\/linux-server-sicherheit-8312.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>SELinux e AppArmor: una breve spiegazione<\/h2>\n\n<p>Mi affido a <strong>Obbligatorio<\/strong> Controllo degli accessi quando metto in sicurezza i server Linux. SELinux estende il kernel con un modello basato su etichette che assegna contesti di sicurezza a processi, file, socket e porte. Una policy globale stabilisce quali tipi possono interagire e quali accessi devono essere rigorosamente bloccati. AppArmor adotta un approccio basato su profili e percorsi che, per ogni applicazione, definisce quali percorsi, funzionalit\u00e0 e interfacce possono essere utilizzati. Entrambi integrano i classici diritti DAC, in modo che i processi compromessi possano accedere solo al <strong>Autorizzati<\/strong> eseguire e non si riesce a muoversi lateralmente.<\/p>\n\n<h2>Modello di sicurezza: etichette vs. percorsi<\/h2>\n\n<p>Valuto innanzitutto il modello di sicurezza, poich\u00e9 determina la manutenibilit\u00e0 e riduce al minimo gli errori. SELinux associa le regole alle etichette, che seguono il file e rimangono quindi coerenti anche in caso di spostamenti all\u2019interno del filesystem. AppArmor associa le regole ai percorsi, il che \u00e8 molto intuitivo, ma richiede un intervento di aggiornamento in caso di rinominazione. L\u2019approccio basato sulle etichette appare incentrato sul sistema, mentre quello basato sui percorsi \u00e8 pi\u00f9 incentrato sull\u2019applicazione e pi\u00f9 vicino alla cassetta degli attrezzi degli amministratori. Entrambi gli approcci controllano la stessa realt\u00e0, ma strutturano la <strong>Politica<\/strong> sono diverse e richiedono modalit\u00e0 di lavoro differenti, che scelgo in base al livello di maturit\u00e0 del team.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Aspetto<\/th>\n      <th>SELinux<\/th>\n      <th>AppArmor<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Modello di controllo<\/td>\n      <td>Basato su etichetta\/tipo (Type Enforcement)<\/td>\n      <td>Basato su percorso\/profilo a seconda dell'applicazione<\/td>\n    <\/tr>\n    <tr>\n      <td>Portata della politica<\/td>\n      <td>Quadro normativo globale e sistemico<\/td>\n      <td>Profili relativi ai processi e alle applicazioni<\/td>\n    <\/tr>\n    <tr>\n      <td>Sposta file<\/td>\n      <td>L'etichetta rimane invariata<\/td>\n      <td>Se necessario, il percorso deve essere modificato<\/td>\n    <\/tr>\n    <tr>\n      <td>MLS\/MCS<\/td>\n      <td>Disponibile (separazione fine)<\/td>\n      <td>Non disponibile<\/td>\n    <\/tr>\n    <tr>\n      <td>Isolamento dei container<\/td>\n      <td>Isolamento tra host e container<\/td>\n      <td>Schermatura primaria dell'host<\/td>\n    <\/tr>\n    <tr>\n      <td>Accesso<\/td>\n      <td>Curva di apprendimento pi\u00f9 ripida<\/td>\n      <td>Pi\u00f9 veloce da applicare<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\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\/SELinux_AppArmor_Vergleich_3581.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Complessit\u00e0 e facilit\u00e0 d'uso<\/h2>\n\n<p>Sto pianificando l'implementazione tenendo conto delle competenze del team e della tolleranza agli errori dell'ambiente operativo. SELinux offre un livello di dettaglio straordinario, ma richiede in cambio una buona comprensione di tipi, ruoli e domini, oltre a solidi strumenti di diagnostica. La visione globale aumenta la coerenza, ma le regole errate possono avere ripercussioni su molti servizi e devono essere risolte in modo strutturato. AppArmor mi offre un avvio graduale, poich\u00e9 posso creare profili per ogni singolo servizio e attribuire le violazioni in modo mirato a quel servizio specifico. Questa trasparenza riduce il livello di frustrazione e mi consente di apportare modifiche rapidamente e con <strong>Panoramica<\/strong> avviare la produzione.<\/p>\n\n<h2>Modello di minaccia e scenari tipici<\/h2>\n\n<p>Prendo le mie decisioni sulla base dei rischi concreti che affronto. Entrambi i meccanismi MAC garantiscono una riduzione sostenibile:<\/p>\n<ul>\n  <li><strong>Danni indiretti da RCE<\/strong>: Un processo web dirottato non legge automaticamente chiavi o configurazioni a caso.<\/li>\n  <li><strong>Escalation dei privilegi<\/strong>: Anche con i diritti di root, le politiche impediscono l'accesso non autorizzato alle risorse sensibili.<\/li>\n  <li><strong>Movimento laterale<\/strong>: I processi non hanno accesso a database, socket o dispositivi adiacenti.<\/li>\n  <li><strong>Esfiltrazione<\/strong>: I percorsi di file e di rete non autorizzati vengono bloccati tempestivamente o registrati.<\/li>\n  <li><strong>Rischi legati alla catena di approvvigionamento<\/strong>: I file binari estranei o aggiornati rimangono all'interno dell'ambiente isolato dei diritti definiti.<\/li>\n<\/ul>\n<p>Definisco questi rischi in anticipo, poich\u00e9 determinano la precisione dei profili, il livello di dettaglio della registrazione e il mio <strong>Accettazione<\/strong> di falsi allarmi iniziali.<\/p>\n\n<h2>Elementi di policy, valori booleani e profili<\/h2>\n\n<p>Per SELinux utilizzo il metodo consolidato <strong>Applicazione dei tipi<\/strong> con moduli che distribuisco sotto forma di pacchetti e con versione. I valori booleani mi consentono di attivare o disattivare in modo sicuro determinate funzionalit\u00e0 (ad esempio, se un server HTTP pu\u00f2 avviare connessioni di rete) senza dover effettuare il fork del modulo. La scelta tra <em>mirato<\/em> e <em>MLS\/MCS<\/em>-Le politiche si basano sui requisiti di conformit\u00e0 e sulle esigenze dei clienti. Con AppArmor lavoro con profili chiari e orientati ai processi, che controllano con precisione percorsi dei file, funzionalit\u00e0, accessi di rete e DBus. Per i percorsi dinamici utilizzo caratteri jolly o directory astratte e mantengo i profili modulari, in modo che gli aggiornamenti <strong>mantenibile<\/strong> rimanere.<\/p>\n\n<h2>Funzioni: MLS\/MCS e container<\/h2>\n\n<p>Per i carichi di lavoro moderni, prendo in considerazione la separazione dei clienti e l'isolamento dei container. SELinux integra MLS e MCS, ovvero livelli e categorie che organizzano rigorosamente i flussi di informazioni e separano automaticamente i container con etichette univoche. In questo modo limito la portata dei container compromessi e mantengo i dati ben separati gli uni dagli altri. AppArmor protegge principalmente l\u2019host dai container; una separazione netta tra i container stessi richiede invece ulteriori precauzioni. Per requisiti di conformit\u00e0 rigorosi, mi affido quindi a SELinux e utilizzo MCS per <strong>Clienti<\/strong> isolare in modo affidabile.<\/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\/selinux-vs-apparmor-comparison-8759.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Distribuzioni e impieghi tipici<\/h2>\n\n<p>Spesso baso la mia scelta sulla distribuzione, perch\u00e9 \u00e8 l\u00ec che l\u2019ecosistema e gli strumenti interagiscono al meglio. Negli ambienti RHEL, CentOS e Fedora, SELinux \u00e8 spesso preinstallato e costituisce una linea di sicurezza fondamentale nella progettazione del sistema. Ubuntu, Debian e SUSE forniscono profili AppArmor per i servizi pi\u00f9 diffusi, il che mi permette di attivare rapidamente le protezioni in modo produttivo. Se ho bisogno di una maggiore sicurezza a livello di kernel, abbino la selezione MAC con <a href=\"https:\/\/webhosting.de\/it\/rafforzamento-del-kernel-linux-funzionalita-di-sicurezza-per-server-di-hosting-sicuri\/\">Rafforzamento del kernel<\/a>, per ridurre ulteriormente le vulnerabilit\u00e0. In questo modo ottengo una combinazione armoniosa tra distribuzione, meccanismo MAC e <strong>Indurimento<\/strong> senza interruzioni nella vita quotidiana.<\/p>\n\n<h2>Integrazione tra container e orchestrator<\/h2>\n\n<p>Integro sistematicamente MAC negli ambienti di esecuzione, affinch\u00e9 le garanzie di sicurezza siano valide anche in contesti di orchestrazione. I runtime dei container rispettano i profili AppArmor e le etichette SELinux; tramite <em>security-opts<\/em> Assegno profili\/etichette in modo mirato per ogni singolo container. In Kubernetes gestisco i profili e i contesti come parte dei manifesti o tramite annotazioni\/impostazioni appropriate, affinch\u00e9 i deployment rimangano riproducibili e verificabili. Importante: i volumi e gli HostMount devono essere correttamente etichettati o inclusi nei profili, altrimenti i container non si avvieranno. La mia regola \u00e8: <strong>Implementazione e criteri<\/strong> devono essere gestiti insieme in termini di versioning, test e implementazione, affinch\u00e9 la scalabilit\u00e0 e i rollback rimangano sicuri.<\/p>\n\n<h2>La gestione delle linee guida nella pratica quotidiana<\/h2>\n\n<p>Lavoro per gradi, perch\u00e9 in questo modo le modifiche rimangono gestibili. Con SELinux utilizzo la modalit\u00e0 permissiva e ricorro a strumenti come audit2allow per ricavare in modo mirato le autorizzazioni legittime dai log. Successivamente, inserisco le regole approvate in un sistema di versioning e le distribuisco in modo riproducibile. Con AppArmor, spesso inizio in modalit\u00e0 \u00abcomplain\u00bb finch\u00e9 un profilo non copre l\u2019utilizzo effettivo, per poi passare alla modalit\u00e0 \u00abenforce\u00bb. Questo approccio preserva la <strong>Disponibilit\u00e0<\/strong> dei servizi ed evita sorprese durante le finestre di manutenzione.<\/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\/selinux-apparmor-vergleich-4825.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Ostacoli frequenti e anti-pattern<\/h2>\n\n<ul>\n  <li><strong>Disattivazione automatica<\/strong>: Non risolvo i problemi relativi alle policy disattivando il MAC; individuo la causa nel log e apporto le modifiche necessarie in modo mirato.<\/li>\n  <li><strong>Contesti di file errati<\/strong>: Con SELinux, le etichette vengono mantenute durante lo spostamento, ma non in caso di procedure di ripristino errate. Utilizzo distribuzioni pulite e <em>relabel<\/em>-Procedure.<\/li>\n  <li><strong>Caratteri jolly troppo ampi<\/strong>: In AppArmor, i placeholder troppo generici compromettono la protezione. Parto con impostazioni restrittive e le allargo solo in base a quanto dimostrato dalla telemetria.<\/li>\n  <li><strong>Deriva<\/strong>: Le modifiche manuali apportate in caso di emergenza senza essere riportate su Git causano incongruenze. Ritengo che le politiche <strong>dichiarativo<\/strong> e automatizzato.<\/li>\n  <li><strong>Miscelazione di LSM<\/strong>: Non combino SELinux e AppArmor sullo stesso host; in pratica utilizzo un meccanismo MAC primario insieme a LSM complementari come Yama\/Lockdown, se supportati.<\/li>\n  <li><strong>Percorsi temporanei<\/strong>: Prevedo per tempo l'utilizzo di \/tmp, dei socket di runtime e delle directory dinamiche, altrimenti gli aggiornamenti o i rollout blue-green potrebbero fallire.<\/li>\n<\/ul>\n\n<h2>Prestazioni e tolleranza agli errori<\/h2>\n\n<p>Per prima cosa verifico se il MAC rallenta la mia velocit\u00e0 di trasmissione o ritarda l\u2019avvio dei servizi critici. In pratica, con una configurazione corretta, non riscontro quasi nessuna perdita misurabile, poich\u00e9 i controlli del kernel funzionano in modo efficiente. \u00c8 pi\u00f9 importante sottolineare che regole troppo rigide possono bloccare l\u2019avvio o il funzionamento di singoli servizi fino a quando non le modifico. Per questo motivo, una registrazione accurata dei log, una chiara gestione delle modifiche e un\u2019implementazione ponderata sono elementi imprescindibili da inserire nell\u2019agenda. In questo modo mantengo un elevato livello di protezione e la <strong>I rischi<\/strong> di dimensioni ridotte dal punto di vista operativo, senza rallentare la piattaforma.<\/p>\n\n<h2>Rafforzamento della sicurezza dei server in rete<\/h2>\n\n<p>Combino il MAC con filtri di rete, misure di hardening SSH e limiti di processo, in modo che gli errori non si aggravino. I namespace e i cgroup organizzano i carichi di lavoro e limitano le risorse, mentre il MAC vieta ci\u00f2 che non \u00e8 espressamente consentito. Per una separazione pi\u00f9 netta dei tenant nei container, utilizzo MCS con SELinux e integro le regole dell\u2019host di conseguenza. Come riferimento utilizzo <a href=\"https:\/\/webhosting.de\/it\/contesto-server-isolamento-spazi-dei-nomi-cgroups-hosting-sicurezza\/\">Spazi dei nomi e cgroups<\/a>, per costruire gli strati in modo coerente. Questa stratificazione tiene gli aggressori a distanza ravvicinata <strong>Parapetti di protezione<\/strong>, anche nel caso in cui alcuni anelli di protezione dovessero cedere.<\/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\/selinux_apparmor_vergleich_5293.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Conformit\u00e0 e audit<\/h2>\n\n<p>Integro il MAC con strategie di audit per soddisfare i requisiti in modo misurabile. SELinux e AppArmor forniscono eventi precisi che raccolgo a livello centrale e che metto in correlazione con le informazioni relative alle modifiche. Per gli audit interni ed esterni, documento:<\/p>\n<ul>\n  <li><strong>Copertura delle politiche<\/strong>: Quali servizi sono in modalit\u00e0 Enforce e quali sono le eccezioni?<\/li>\n  <li><strong>Cronologia delle modifiche<\/strong>: Chi ha modificato quale regola, quando e con quale revisione?<\/li>\n  <li><strong>Percorsi di allarme<\/strong>: Quali eventi MAC sono interessanti, chi reagisce, com\u2019\u00e8 la <em>Tempo medio necessario per mitigare l'impatto<\/em>?<\/li>\n  <li><strong>Separazione dei clienti<\/strong>: Quali categorie MCS (SELinux) sono state assegnate e come vengono gestite?<\/li>\n<\/ul>\n<p>In questo modo attuo misure tecniche in linea con i quadri normativi di compliance e conservo la relativa documentazione <strong>testabile<\/strong> prima.<\/p>\n\n<h2>Guida alla scelta: quale opzione \u00e8 pi\u00f9 adatta?<\/h2>\n\n<p>Prima di tutto definisco gli obiettivi di compliance, le competenze del team e i rischi operativi, prima di decidere la strada da seguire. Se l\u2019ambiente richiede MLS\/MCS, un isolamento preciso dei container e una politica di sistema coerente, ci sono molti motivi a favore di SELinux. Se invece cerco un\u2019implementazione rapida, profili trasparenti e un\u2019assegnazione chiara per ogni servizio, AppArmor mostra i suoi punti di forza. Per gli ambienti ibridi, adotto il sistema nativo della distribuzione e integro con cautela le mie regole. Per quanto riguarda l\u2019isolamento delle applicazioni, vale la pena dare un\u2019occhiata a <a href=\"https:\/\/webhosting.de\/it\/processo-isolamento-hosting-chroot-cagefs-container-jails-sicurezza-confronto\/\">Isolamento dei processi<\/a>, per limitare ancora di pi\u00f9 i privilegi <strong>riassumere<\/strong>.<\/p>\n\n<h2>Scenari nella pratica: classificazione rapida<\/h2>\n\n<ul>\n  <li><strong>Macchine virtuali a tenant singolo<\/strong>: AppArmor \u00e8 spesso sufficiente, implementazione rapida, profili chiari per ogni servizio.<\/li>\n  <li><strong>Host multi-tenant con container<\/strong>: SELinux con MCS per una separazione netta tra container e dati.<\/li>\n  <li><strong>Monolite legacy<\/strong>: AppArmor come soluzione ponte, con successivo passaggio a SELinux man mano che il team acquisisce maggiore maturit\u00e0.<\/li>\n  <li><strong>Ambiente altamente regolamentato<\/strong>: SELinux con policy rigorosa, valori booleani minimi, audit impostato su \u201eBlocca prima, poi consenti\u201c.<\/li>\n  <li><strong>Edge\/Embedded<\/strong>: Profili AppArmor snelli, overhead minimo, controllo rigoroso dei percorsi dei pochi servizi.<\/li>\n<\/ul>\n\n<h2>Mini-caso di studio: implementare in modo sicuro lo stack web<\/h2>\n\n<p>Sto implementando NGINX, PHP-FPM e uno scheduler su una piattaforma di hosting. Per prima cosa attivo il MAC nel <em>lamentarsi\/tollerante<\/em>-Modalit\u00e0 e avvia il traffico in tempo reale. Successivamente:<\/p>\n<ul>\n  <li><strong>Panoramica degli eventi<\/strong>: Filtro i log di audit relativi a questi servizi, elimino gli accessi non autorizzati evidenti e interpreto gli eventi rimanenti.<\/li>\n  <li><strong>Creazione di regole<\/strong>: Per SELinux genero permessi specifici e li inserisco in un modulo; per AppArmor perfeziono i profili aggiungendo i percorsi della cache, degli upload e dei file temporanei.<\/li>\n  <li><strong>Riconvalida<\/strong>: I test di carico verificano l'avvio, gli aggiornamenti progressivi e i percorsi di errore (ad es. rotazione dei log, rinnovo dei certificati).<\/li>\n  <li><strong>Migrazione a Enforce<\/strong>: Attivo Enforce in modo graduale (Canary), monitoro le metriche e le anomalie nei log.<\/li>\n  <li><strong>Operazione<\/strong>: Le politiche vengono integrate nel CI\/CD, mentre le modifiche passano attraverso revisioni e test di pre-produzione. Definisco un <strong>Rompi il vetro<\/strong>-Procedura per le emergenze reali con un rigoroso follow-up.<\/li>\n<\/ul>\n\n<h2>Migliori pratiche tratte dall'esperienza sul campo<\/h2>\n\n<p>Non avvio mai le operazioni MAC alla cieca, ma prima osservo. I log mostrano l\u2019utilizzo effettivo; sulla base di questi, definisco autorizzazioni minime e documento le modifiche in modo completo. Integro le policy e i profili nel CI\/CD per garantire che le modifiche vengano distribuite in modo verificabile e ripetibile. Il monitoraggio correla gli eventi MAC con altri segnali e rende visibili i valori anomali. Questo ciclo di osservazione, adattamento e verifica mantiene la <strong>qualit\u00e0<\/strong> aumenta e colma gradualmente le lacune.<\/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\/selinux-apparmor-vergleich-5283.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Sintesi e contestualizzazione<\/h2>\n\n<p>Utilizzo SELinux quando ho bisogno di una separazione a livelli fini, di MCS per i container e di una politica di sistema uniforme. Scelgo AppArmor quando sono prioritarie una rapida implementazione, profili di facile comprensione e un\u2019analisi chiara degli errori. Entrambi i sistemi rafforzano notevolmente la sicurezza dei server Linux, andando ben oltre i classici diritti sui file, e limitano la portata degli attacchi riusciti. Rimane fondamentale la gestione coerente delle regole, la loro integrazione nei firewall, nei meccanismi di isolamento e nella registrazione degli eventi. In questo modo ottengo un elevato livello di sicurezza con uno sforzo contenuto, garantendo al contempo il funzionamento del sistema. <strong>controllabile<\/strong>.<\/p>","protected":false},"excerpt":{"rendered":"<p>Confronto approfondito tra SELinux e AppArmor: scopri quale approccio di sicurezza per Linux, isolamento dei container e rafforzamento della sicurezza dei server si adatta meglio alla tua infrastruttura.<\/p>","protected":false},"author":1,"featured_media":20269,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[794],"tags":[],"class_list":["post-20276","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":"130","_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":"SELinux AppArmor","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":"20269","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/20276","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=20276"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/20276\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media\/20269"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media?parent=20276"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/categories?post=20276"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/tags?post=20276"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}