{"id":914181,"date":"2026-10-29T14:47:35","date_gmt":"2026-10-29T14:47:35","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/modello-di-responsabilita-condivisa\/"},"modified":"2026-10-29T14:47:36","modified_gmt":"2026-10-29T14:47:36","slug":"modello-di-responsabilita-condivisa","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/it\/blog\/modello-di-responsabilita-condivisa\/","title":{"rendered":"Come il modello di responsabilit\u00e0 condivisa influenza la sicurezza del cloud"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Punti chiave<\/h2>\n<ul>\n<li>Il provider gestisce l\u2019infrastruttura, il cliente protegge i dati: carichi di lavoro, dati, controlli di accesso e conformit\u00e0 rientrano nell\u2019ambito di responsabilit\u00e0 del cliente, indipendentemente dal provider o dal modello di servizio utilizzato.<\/li>\n<li>Il SaaS \u00e8 spesso frainteso: i provider non si occupano di backup o ripristino, ma sono responsabili della disponibilit\u00e0. Se i dati vengono eliminati o danneggiati, la possibilit\u00e0 di recuperarli dipende dalle misure che il cliente ha predisposto.<\/li>\n<li>La responsabilit\u00e0 su dati e accessi non ricade sul provider: anche quando il provider gestisce una parte maggiore dello stack, la governance delle identit\u00e0, i criteri di conservazione e i flussi di lavoro di conformit\u00e0 restano a carico del cliente.<\/li>\n<li>Gli ambienti multi-cloud mettono in crisi la governance quando le policy vengono gestite piattaforma per piattaforma: policy di sicurezza, modelli IAM (gestione delle identit\u00e0 e degli accessi) e formati di log variano da un provider all\u2019altro.<\/li>\n<li>Senza una visione unificata le lacune si accumulano: in assenza di una visibilit\u00e0 centralizzata, lacune e configuration drift possono sommarsi nel tempo nei diversi ambienti.<\/li>\n<\/ul>\n<\/div>\n<p>Oggi la maggior parte delle organizzazioni enterprise sposta i carichi di lavoro nel cloud o su postazioni di lavoro digitali gestite da un fornitore di servizi. Questo passaggio porta per\u00f2 con s\u00e9 un equivoco diffuso: che sia il provider a occuparsi della maggior parte della sicurezza. \u00c8 proprio da qui che nascono i problemi di sicurezza del cloud, con possibili ripercussioni sul lavoro quotidiano.<\/p>\n<p>Questa guida spiega come funziona il <strong>modello di responsabilit\u00e0<\/strong> <strong>condivisa<\/strong>. Vedremo dove si separano le responsabilit\u00e0 del provider e quelle del cliente e cosa devono fare le organizzazioni per mantenere integra la propria <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/come-proteggere-i-propri-dati-in-cloud\/\">sicurezza del cloud<\/a>.<\/p>\n<h2>Perch\u00e9 esiste il modello di responsabilit\u00e0 condivisa?<\/h2>\n<p>Il modello di responsabilit\u00e0 condivisa funziona suddividendo la responsabilit\u00e0 tra cliente e fornitore di servizi. Il provider protegge l\u2019<a href=\"https:\/\/www.ninjaone.com\/it\/blog\/monitoraggio-dell-infrastruttura-definizione-best-practices\/\">infrastruttura<\/a> su cui gira il servizio cloud, mentre il cliente protegge tutto ci\u00f2 che vi inserisce.<\/p>\n<p>I provider sono responsabili di:<\/p>\n<ul>\n<li>Infrastruttura fisica e data center: hardware, strutture e controlli di accesso fisico su cui si basano i servizi cloud.<\/li>\n<li>Fondamenta di rete e hypervisor: il livello di rete principale e lo stack di virtualizzazione su cui i clienti costruiscono.<\/li>\n<li>Disponibilit\u00e0 della piattaforma: mantenere i servizi cloud attivi e funzionanti a livello di infrastruttura.<\/li>\n<\/ul>\n<p>I clienti restano responsabili di:<\/p>\n<ul>\n<li>Accesso degli utenti e identit\u00e0: chi pu\u00f2 accedere alle risorse cloud e a quali condizioni.<\/li>\n<li>Configurazione dei carichi di lavoro: come vengono impostate e sottoposte ad hardening macchine virtuali, container e servizi.<\/li>\n<li>Protezione dei dati e governance del ripristino: cosa viene sottoposto a backup, per quanto tempo viene conservato e come viene ripristinato.<\/li>\n<li>Policy di sicurezza e allineamento alla conformit\u00e0: garantire che configurazioni e controlli soddisfino i requisiti interni e normativi.<\/li>\n<\/ul>\n<p>Va notato che la responsabilit\u00e0 di proteggere carichi di lavoro, dati e accessi resta al cliente, indipendentemente dal provider utilizzato.<\/p>\n<h2>Le responsabilit\u00e0 del cliente nella sicurezza del cloud<\/h2>\n<p>Nel modello di responsabilit\u00e0 condivisa il provider protegge l\u2019infrastruttura. Tutto ci\u00f2 che viene costruito ed eseguito al di sopra \u00e8 responsabilit\u00e0 del cliente.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Responsabilit\u00e0<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Dettagli<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Governance delle identit\u00e0 e degli accessi<\/td>\n<td>Controllare chi ha accesso alle risorse cloud e applicare il privilegio minimo su account e ruoli.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/criteri-mfa-salesforce-amministratori\/\">Autenticazione a pi\u00f9 fattori (MFA)<\/a> e controllo degli accessi privilegiati<\/td>\n<td>Garantire che gli accessi elevati richiedano una verifica forte e vengano concessi solo dove necessario.<\/td>\n<\/tr>\n<tr>\n<td>Configurazione dei carichi di lavoro e hardening del sistema operativo<\/td>\n<td>Impostare e mantenere configurazioni sicure per macchine virtuali, container e servizi ospitati.<\/td>\n<\/tr>\n<tr>\n<td>Conservazione dei dati e backup<\/td>\n<td>Definire cosa viene sottoposto a backup, per quanto tempo i dati vengono conservati e come avviene il ripristino quando serve.<\/td>\n<\/tr>\n<tr>\n<td>Reporting di conformit\u00e0 e monitoraggio della sicurezza<\/td>\n<td>Mantenere audit trail, generare i report richiesti e conservare visibilit\u00e0 su ci\u00f2 che accade negli ambienti cloud.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>I provider cloud non proteggono automaticamente i carichi di lavoro dei clienti n\u00e9 applicano i flussi di lavoro di governance: quel compito spetta al cliente.<\/p>\n<h2>I modelli di responsabilit\u00e0 condivisa nei diversi servizi cloud<\/h2>\n<p>Esistono tre modelli di responsabilit\u00e0 condivisa: <a href=\"https:\/\/www.ninjaone.com\/it\/blog\/infrastructure-as-a-service-iaas\/\">Infrastructure as a Service (IaaS)<\/a>, <a href=\"https:\/\/www.ibm.com\/think\/topics\/paas\" target=\"_blank\" rel=\"noopener\">Platform as a Service (PaaS)<\/a> e Software as a Service (SaaS).<\/p>\n<p>Le responsabilit\u00e0 cambiano a seconda del modello di servizio cloud adottato. Pi\u00f9 cose gestisce il provider, meno infrastruttura controlla il cliente. La responsabilit\u00e0 di fondo su dati, accessi e governance resta per\u00f2 sempre al cliente.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Responsabilit\u00e0<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>IaaS<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>PaaS<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>SaaS<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Infrastruttura fisica<\/td>\n<td>Provider<\/td>\n<td>Provider<\/td>\n<td>Provider<\/td>\n<\/tr>\n<tr>\n<td>Livello di rete e virtualizzazione<\/td>\n<td>Provider<\/td>\n<td>Provider<\/td>\n<td>Provider<\/td>\n<\/tr>\n<tr>\n<td>Sistema operativo<\/td>\n<td>Cliente<\/td>\n<td>Provider<\/td>\n<td>Provider<\/td>\n<\/tr>\n<tr>\n<td>Runtime e middleware<\/td>\n<td>Cliente<\/td>\n<td>Provider<\/td>\n<td>Provider<\/td>\n<\/tr>\n<tr>\n<td>Applicazioni<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<td>Provider<\/td>\n<\/tr>\n<tr>\n<td>Gestione dello storage<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<\/tr>\n<tr>\n<td>Gestione delle identit\u00e0 e degli accessi<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<\/tr>\n<tr>\n<td>Conformit\u00e0 e governance<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Infrastructure as a Service (IaaS)<\/h3>\n<p>I provider IaaS offrono alle organizzazioni il massimo controllo sul proprio ambiente cloud, insieme alle responsabilit\u00e0 che ne derivano. In questo caso i clienti gestiscono:<\/p>\n<ul>\n<li>Sistemi operativi e patching: il provider fornisce l\u2019infrastruttura, ma \u00e8 il cliente a dover installare, configurare e mantenere l\u2019OS.<\/li>\n<li>Applicazioni e configurazione dei carichi di lavoro: il modo in cui le applicazioni vengono sviluppate, distribuite e protette \u00e8 interamente di competenza del cliente.<\/li>\n<li>Protezione dei dati: backup, crittografia e pianificazione del ripristino sono responsabilit\u00e0 del cliente fin dall\u2019inizio.<\/li>\n<\/ul>\n<p>Tra i tre modelli di servizio, lo IaaS \u00e8 quello che pone il carico operativo maggiore sul cliente.<\/p>\n<h3>Platform as a Service (PaaS)<\/h3>\n<p>Il PaaS toglie dall\u2019elenco delle responsabilit\u00e0 del cliente la gestione dell\u2019infrastruttura e dell\u2019OS. I clienti continuano per\u00f2 a occuparsi di:<\/p>\n<ul>\n<li>Applicazioni: il cliente sviluppa e distribuisce le applicazioni sulla piattaforma ed \u00e8 responsabile della loro protezione.<\/li>\n<li>Dati: le organizzazioni sono responsabili dei dati archiviati, di come vengono protetti e per quanto tempo vengono conservati.<\/li>\n<li>Controllo degli accessi e configurazione dei carichi di lavoro: gestione dei permessi su chi pu\u00f2 accedere alla piattaforma e di come sono configurati i carichi di lavoro.<\/li>\n<\/ul>\n<p>Delegare la gestione dell\u2019infrastruttura non significa delegare la responsabilit\u00e0 di ci\u00f2 che il cliente sviluppa ed esegue sulla piattaforma.<\/p>\n<h3>Software as a Service (SaaS)<\/h3>\n<p>Con il SaaS la gestione delle applicazioni e dell\u2019infrastruttura passa al provider. Proprio per questo nascono molti dubbi su ci\u00f2 di cui si occupa il cliente.<\/p>\n<ul>\n<li>Governance delle identit\u00e0 e gestione degli accessi<\/li>\n<li>Criteri di conservazione e governance del backup<\/li>\n<li>Flussi di lavoro di conformit\u00e0<\/li>\n<\/ul>\n<p>Un esempio frequente \u00e8 dare per scontato che provider SaaS come <a href=\"https:\/\/www.ninjaone.com\/it\/saas-backup\/m365\/\">Microsoft 365<\/a> o <a href=\"https:\/\/www.ninjaone.com\/it\/saas-backup\/google-workspace\/\">Google Workspace<\/a> eseguano automaticamente il backup di email e file. Entrambe le piattaforme garantiscono la disponibilit\u00e0, non il backup. Se i dati vengono eliminati o danneggiati, il ripristino dipende dal fatto che il cliente abbia predisposto una policy di backup separata.<\/p>\n<div class=\"blog-cta-new blog-cta-style-image\"><div class=\"cta-left\"><a href=\"https:\/\/www.ninjaone.com\/it\/backup\/\"><h2 class=\"step-2-strong\">Scopri NinjaOne Backup e NinjaOne Saas Backup<\/h2><\/a><p>Semplifica la protezione con un\u2019unica piattaforma sicura per il backup di endpoint, server e SaaS, con supporto integrato alla conformit\u00e0 per Microsoft 365 e Google Workspace.<\/p><a class=\"arrow-link\" href=\"https:\/\/www.ninjaone.com\/it\/backup\/\">Scopri di pi\u00f9<\/a><\/div><div class=\"cta-right\"><a href=\"https:\/\/www.ninjaone.com\/it\/backup\/\"><img decoding=\"async\" src=\"https:\/\/www.ninjaone.com\/wp-content\/uploads\/2026\/04\/backup-cta-dashboard.png\" alt=\"Scopri NinjaOne Backup e NinjaOne Saas Backup\"><\/a><\/div><\/div>\n<h2>Perch\u00e9 la governance multi-cloud pu\u00f2 diventare complicata<\/h2>\n<p>Il modello di responsabilit\u00e0 condivisa vale per tutti i principali provider cloud, ma il modo in cui viene applicato cambia molto. AWS, Azure e Google Cloud, per esempio, hanno ciascuno il proprio modello IAM (gestione delle identit\u00e0 e degli accessi), i propri strumenti di logging, le proprie soluzioni di backup e i propri controlli di sicurezza nativi.<\/p>\n<p>Se esegui carichi di lavoro su pi\u00f9 provider, dovrai gestire queste differenze in modo coerente: ed \u00e8 proprio qui che la governance inizia a vacillare.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Criticit\u00e0<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Che cosa significa<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Logging frammentato<\/td>\n<td>Ogni provider genera log in formati e posizioni diverse, rendendo difficile una visibilit\u00e0 unificata senza uno strumento di aggregazione centrale.<\/td>\n<\/tr>\n<tr>\n<td>Policy incoerenti<\/td>\n<td>Le policy di sicurezza configurate su una piattaforma non si trasferiscono a un\u2019altra. Questo crea lacune e configuration drift quando lo stesso standard deve valere su pi\u00f9 provider.<\/td>\n<\/tr>\n<tr>\n<td>Frammentazione nella gestione delle identit\u00e0<\/td>\n<td>Gestire modelli IAM separati su AWS, Azure e Google Cloud aumenta il rischio di account orfani o abbandonati, oltre a permessi eccessivi e controlli di accesso incoerenti.<\/td>\n<\/tr>\n<tr>\n<td>Punti ciechi nella governance<\/td>\n<td>Senza una visibilit\u00e0 centralizzata tramite un software di monitoraggio e gestione da remoto (RMM), risorse non gestite e configurazioni errate su una piattaforma possono passare inosservate mentre gli altri ambienti sembrano conformi.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Centralizzare visibilit\u00e0 e responsabilit\u00e0 tra i vari provider \u00e8 ci\u00f2 che distingue le organizzazioni che gestiscono bene gli ambienti multi-cloud da quelle che si limitano a usarli.<\/p>\n<h2>Lacune pi\u00f9 comuni nella responsabilit\u00e0 condivisa<\/h2>\n<p>La maggior parte degli incidenti di sicurezza cloud nasce sempre dagli stessi fraintendimenti su ci\u00f2 che la responsabilit\u00e0 condivisa per la sicurezza del cloud copre davvero. Ecco alcune delle lacune che ricorrono pi\u00f9 spesso:<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Lacuna<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Che cosa va storto<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Dare per scontato che i provider si occupino di backup e ripristino<\/td>\n<td>I provider proteggono la disponibilit\u00e0 dell\u2019infrastruttura, non i dati del cliente. Senza una policy di backup separata, i dati eliminati o danneggiati possono risultare irrecuperabili.<\/td>\n<\/tr>\n<tr>\n<td>Confondere la disponibilit\u00e0 del SaaS con la possibilit\u00e0 di ripristino<\/td>\n<td>Il fatto che una piattaforma SaaS resti online non significa che i dati al suo interno siano sottoposti a backup. Conservazione e ripristino restano responsabilit\u00e0 del cliente.<\/td>\n<\/tr>\n<tr>\n<td>Trascurare la governance delle identit\u00e0<\/td>\n<td>Controlli di accesso deboli, permessi eccessivi e account mai revisionati sono tra le cause pi\u00f9 comuni degli incidenti di sicurezza cloud.<\/td>\n<\/tr>\n<tr>\n<td>Governance frammentata tra le piattaforme cloud<\/td>\n<td>Le policy valide su una piattaforma non si estendono automaticamente alle altre. Questo pu\u00f2 lasciare lacune difficili da notare finch\u00e9 un incidente o un audit non le porta alla luce.<\/td>\n<\/tr>\n<tr>\n<td>Responsabilit\u00e0 operative poco chiare<\/td>\n<td>Quando nessuno ha definito esplicitamente chi risponde di un carico di lavoro o di un flusso di lavoro di governance, le relative attivit\u00e0 di solito restano incompiute.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Rendere operativa la responsabilit\u00e0 nel cloud<\/h2>\n<p>Applicare le best practice di sicurezza cloud in un ambiente a responsabilit\u00e0 condivisa significa definire chi risponde di cosa prima che emergano i problemi, non dopo.<\/p>\n<p>Le organizzazioni mature dal punto di vista operativo danno priorit\u00e0 a:<\/p>\n<ul>\n<li>Governance centralizzata: gestire policy di sicurezza, controlli di accesso e requisiti di conformit\u00e0 da un unico framework anzich\u00e9 configurare ogni piattaforma cloud in modo indipendente.<\/li>\n<li>Sicurezza delle identit\u00e0: applicare il privilegio minimo, rivedere regolarmente i permessi e garantire che l\u2019MFA sia applicata in modo coerente su tutti gli account e i ruoli cloud.<\/li>\n<li>Responsabilit\u00e0 sui carichi di lavoro: assegnare a ogni carico di lavoro un responsabile chiaro, cos\u00ec che configurazione, patching e revisioni di sicurezza abbiano sempre un referente preciso.<\/li>\n<li>Visibilit\u00e0 continua: monitorare gli ambienti cloud in tempo reale per individuare subito configurazioni errate e anomalie, invece di scoprirle durante incidenti o audit.<\/li>\n<li>Prontezza al ripristino: definire e testare le procedure di ripristino per ogni carico di lavoro e set di dati. Un backup mai testato non \u00e8 affidabile quando i dati devono essere davvero ripristinati.<\/li>\n<\/ul>\n<p>Le organizzazioni dovrebbero inoltre definire con chiarezza:<\/p>\n<ul>\n<li>Obblighi del provider: di cosa risponde il provider cloud in base al contratto di servizio.<\/li>\n<li>Obblighi del cliente: di cosa risponde l\u2019organizzazione in termini di configurazione, accessi e protezione dei dati.<\/li>\n<li>Confini di responsabilit\u00e0 sulla sicurezza: dove finisce la responsabilit\u00e0 del provider e dove inizia quella del cliente per ciascun servizio in uso.<\/li>\n<li>Responsabilit\u00e0 di governance trasversali: quali team si occupano delle diverse parti della governance cloud, inclusi aspetti come sicurezza, operazioni e conformit\u00e0.<\/li>\n<\/ul>\n<p>Avere certezze operative su questi aspetti evita che le responsabilit\u00e0 cadano nel vuoto man mano che gli ambienti cloud crescono.<\/p>\n<h2>Il modello di responsabilit\u00e0 condivisa e il suo impatto sulla sicurezza del cloud<\/h2>\n<p>Il modello di responsabilit\u00e0 condivisa definisce chi \u00e8 responsabile di cosa in un ambiente cloud, e quel confine non si sposta in base a quanto gestisce il provider. Le organizzazioni restano responsabili di carichi di lavoro, identit\u00e0, dati e conformit\u00e0, qualunque sia il modello di servizio o il provider scelto.<\/p>\n<p>Fraintendere questi confini \u00e8 ci\u00f2 che genera la maggior parte delle lacune di sicurezza nel cloud. Le organizzazioni che definiscono con chiarezza le responsabilit\u00e0 e le trattano come un impegno operativo continuo sono nella posizione migliore per gestire il rischio cloud man mano che i loro ambienti crescono.<\/p>\n<p><strong>Argomenti correlati:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/modello-responsabilita-condivisa-microsoft-365-2\/\">Come rendere operativo il modello di responsabilit\u00e0 condivisa di Microsoft 365<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/responsabilita-backup-google-workspace\/\">Come parlare ai clienti della responsabilit\u00e0 del backup di Google Workspace<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/modello-responsabilita-condivisa-microsoft-365\/\">Come spiegare ai clienti il modello di responsabilit\u00e0 condivisa di Microsoft 365<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it\/blog\/backup-saas-guida-completa-e-best-practice\/\">Backup SaaS: guida completa e best practice<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Oggi la maggior parte delle organizzazioni enterprise sposta i carichi di lavoro nel cloud o su postazioni di lavoro digitali gestite da un fornitore di servizi. Questo passaggio porta per\u00f2 con s\u00e9 un equivoco diffuso: che sia il provider a occuparsi della maggior parte della sicurezza. \u00c8 proprio da qui che nascono i problemi di [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":839067,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4343,4354,4367],"tags":[],"class_list":["post-914181","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-backup-it","category-operazioni-it","category-sicurezza"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/914181","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/comments?post=914181"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/914181\/revisions"}],"predecessor-version":[{"id":914182,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/posts\/914181\/revisions\/914182"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media\/839067"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/media?parent=914181"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/categories?post=914181"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/it\/wp-json\/wp\/v2\/tags?post=914181"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}