{"id":897499,"date":"2026-10-14T14:55:41","date_gmt":"2026-10-14T14:55:41","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/modelo-de-responsabilidad-compartida\/"},"modified":"2026-10-14T14:55:42","modified_gmt":"2026-10-14T14:55:42","slug":"modelo-de-responsabilidad-compartida","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/es\/blog\/modelo-de-responsabilidad-compartida\/","title":{"rendered":"As\u00ed influye el modelo de responsabilidad compartida en la seguridad del cloud"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Puntos clave<\/h2>\n<ul>\n<li>El proveedor se encarga de la infraestructura y el cliente protege los datos: las cargas de trabajo, los datos, los controles de acceso y el cumplimiento entran en el \u00e1mbito de responsabilidad del cliente, sea cual sea el proveedor o el modelo de servicio.<\/li>\n<li>El SaaS suele malinterpretarse: los proveedores no se encargan de la copia de seguridad ni de la recuperaci\u00f3n, pero s\u00ed de la disponibilidad. Si se eliminan o se corrompen datos, la capacidad de recuperarlos depende de lo que el cliente tenga implementado.<\/li>\n<li>La responsabilidad sobre los datos y los accesos no es del proveedor: incluso cuando el proveedor gestiona una mayor parte de la pila, el gobierno de identidades, las pol\u00edticas de retenci\u00f3n y los flujos de trabajo de cumplimiento siguen siendo responsabilidad del cliente.<\/li>\n<li>Los entornos multicloud rompen el gobierno cuando las pol\u00edticas se gestionan plataforma por plataforma: las pol\u00edticas de seguridad, los modelos de IAM y los formatos de registro var\u00edan de un proveedor a otro.<\/li>\n<li>Sin una visi\u00f3n unificada, las brechas se acumulan: sin visibilidad centralizada, las brechas y la desviaci\u00f3n de configuraci\u00f3n pueden ir sum\u00e1ndose con el tiempo en todos los entornos.<\/li>\n<\/ul>\n<\/div>\n<p>Hoy en d\u00eda, la mayor\u00eda de las grandes empresas trasladan cargas de trabajo al cloud o a puestos de trabajo digitales gestionados por un proveedor de servicios. Sin embargo, esto va acompa\u00f1ado de una idea equivocada muy extendida: que el proveedor se encarga de casi toda la seguridad. Ah\u00ed empiezan los problemas de seguridad en el cloud, que pueden poner en riesgo el trabajo de la organizaci\u00f3n.<\/p>\n<p>Esta gu\u00eda explica c\u00f3mo funciona el <strong>modelo de responsabilidad<\/strong> <strong>compartida<\/strong>. Ver\u00e1s d\u00f3nde se separan las responsabilidades del proveedor y las del cliente, y qu\u00e9 tienen que hacer las organizaciones para mantener intacta su propia <a href=\"https:\/\/www.ninjaone.com\/es\/blog\/como-proteger-datos-nube\/\">seguridad en el cloud<\/a>.<\/p>\n<h2>\u00bfPor qu\u00e9 existe el modelo de responsabilidad compartida?<\/h2>\n<p>El modelo de responsabilidad compartida reparte la responsabilidad entre el cliente y el proveedor de servicios. El proveedor protege la <a href=\"https:\/\/www.ninjaone.com\/es\/blog\/monitorizacion-de-infraestructuras\/\">infraestructura<\/a> sobre la que se ejecuta el servicio cloud, mientras que el cliente protege todo lo que pone dentro de ella.<\/p>\n<p>Los proveedores son responsables de:<\/p>\n<ul>\n<li>Infraestructura f\u00edsica y centros de datos: el hardware, las instalaciones y los controles de acceso f\u00edsico que sostienen los servicios cloud.<\/li>\n<li>Bases de red e hipervisores: la capa de red principal y la pila de virtualizaci\u00f3n sobre las que construyen los clientes.<\/li>\n<li>Disponibilidad de la plataforma: mantener los servicios cloud operativos a nivel de infraestructura.<\/li>\n<\/ul>\n<p>Los clientes siguen siendo responsables de:<\/p>\n<ul>\n<li>Acceso de usuarios e identidad: qui\u00e9n puede acceder a los recursos cloud y en qu\u00e9 condiciones.<\/li>\n<li>Configuraci\u00f3n de las cargas de trabajo: c\u00f3mo se configuran y se refuerzan las m\u00e1quinas virtuales, los contenedores y los servicios.<\/li>\n<li>Protecci\u00f3n de datos y gobierno de la recuperaci\u00f3n: qu\u00e9 se incluye en la copia de seguridad, cu\u00e1nto tiempo se conserva y c\u00f3mo se restaura.<\/li>\n<li>Pol\u00edticas de seguridad y alineaci\u00f3n con el cumplimiento: garantizar que las configuraciones y los controles cumplen los requisitos internos y normativos.<\/li>\n<\/ul>\n<p>Ten en cuenta que la responsabilidad de proteger las cargas de trabajo, los datos y los accesos recae siempre en el cliente, independientemente del proveedor que se utilice.<\/p>\n<h2>Responsabilidades del cliente en la seguridad del cloud<\/h2>\n<p>En el modelo de responsabilidad compartida, el proveedor protege la infraestructura. Todo lo que se construye y se ejecuta sobre ella es responsabilidad del cliente.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Responsabilidades<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Detalles<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Gobierno de identidades y accesos<\/td>\n<td>Controlar qui\u00e9n tiene acceso a los recursos cloud y aplicar el m\u00ednimo privilegio en todas las cuentas y roles.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/politicas-mfa-salesforce\/\">Autenticaci\u00f3n multifactor (MFA)<\/a> y control de accesos privilegiados<\/td>\n<td>Garantizar que los accesos elevados exijan una verificaci\u00f3n s\u00f3lida y se concedan solo donde sean necesarios.<\/td>\n<\/tr>\n<tr>\n<td>Configuraci\u00f3n de cargas de trabajo y refuerzo del sistema operativo<\/td>\n<td>Establecer y mantener configuraciones seguras para m\u00e1quinas virtuales, contenedores y servicios alojados.<\/td>\n<\/tr>\n<tr>\n<td>Retenci\u00f3n de datos y copia de seguridad<\/td>\n<td>Definir qu\u00e9 se incluye en la copia de seguridad, cu\u00e1nto tiempo se conservan los datos y c\u00f3mo funciona la recuperaci\u00f3n cuando hace falta.<\/td>\n<\/tr>\n<tr>\n<td>Informes de cumplimiento y monitorizaci\u00f3n de seguridad<\/td>\n<td>Mantener registros de auditor\u00eda, generar los informes necesarios y conservar la visibilidad de lo que ocurre en los entornos cloud.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Los proveedores de cloud no protegen autom\u00e1ticamente las cargas de trabajo del cliente ni aplican flujos de trabajo de gobierno, porque ese trabajo es responsabilidad del cliente.<\/p>\n<h2>Los modelos de responsabilidad compartida seg\u00fan el servicio cloud<\/h2>\n<p>Hay tres modelos de responsabilidad compartida: <a href=\"https:\/\/www.ninjaone.com\/es\/blog\/infraestructura-como-servicio-iaas\/\">infraestructura como servicio (IaaS)<\/a>, <a href=\"https:\/\/www.ibm.com\/think\/topics\/paas\" target=\"_blank\" rel=\"noopener\">plataforma como servicio (PaaS)<\/a> y software como servicio (SaaS).<\/p>\n<p>Las responsabilidades cambian seg\u00fan el modelo de servicio cloud que se utilice. Cuanto m\u00e1s gestiona el proveedor, menos infraestructura controla el cliente. Aun as\u00ed, la responsabilidad esencial sobre los datos, los accesos y el gobierno sigue siendo del cliente.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Responsabilidad<\/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>Infraestructura f\u00edsica<\/td>\n<td>Proveedor<\/td>\n<td>Proveedor<\/td>\n<td>Proveedor<\/td>\n<\/tr>\n<tr>\n<td>Capa de red y virtualizaci\u00f3n<\/td>\n<td>Proveedor<\/td>\n<td>Proveedor<\/td>\n<td>Proveedor<\/td>\n<\/tr>\n<tr>\n<td>Sistema operativo<\/td>\n<td>Cliente<\/td>\n<td>Proveedor<\/td>\n<td>Proveedor<\/td>\n<\/tr>\n<tr>\n<td>Entorno de ejecuci\u00f3n y middleware<\/td>\n<td>Cliente<\/td>\n<td>Proveedor<\/td>\n<td>Proveedor<\/td>\n<\/tr>\n<tr>\n<td>Aplicaciones<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<td>Proveedor<\/td>\n<\/tr>\n<tr>\n<td>Gesti\u00f3n del almacenamiento<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<\/tr>\n<tr>\n<td>Gesti\u00f3n de identidades y accesos<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<\/tr>\n<tr>\n<td>Cumplimiento y gobierno<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<td>Cliente<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Infraestructura como servicio (IaaS)<\/h3>\n<p>Los proveedores de IaaS dan a las organizaciones el mayor control sobre su entorno cloud, con toda la responsabilidad que eso conlleva. En este modelo, los clientes gestionan:<\/p>\n<ul>\n<li>Sistemas operativos y aplicaci\u00f3n de parches: el proveedor aporta la infraestructura, pero el cliente es responsable de instalar, configurar y mantener el SO.<\/li>\n<li>Aplicaciones y configuraci\u00f3n de las cargas de trabajo: c\u00f3mo se crean, se despliegan y se protegen las aplicaciones corresponde por completo al cliente.<\/li>\n<li>Protecci\u00f3n de datos: la copia de seguridad, el cifrado y la planificaci\u00f3n de la recuperaci\u00f3n son responsabilidad del cliente desde el primer momento.<\/li>\n<\/ul>\n<p>De los tres modelos de servicio, el IaaS es el que impone la mayor carga operativa al cliente.<\/p>\n<h3>Plataforma como servicio (PaaS)<\/h3>\n<p>El PaaS libera al cliente de gestionar la infraestructura y el SO. Sin embargo, sigue siendo quien se encarga de:<\/p>\n<ul>\n<li>Aplicaciones: el cliente crea y despliega aplicaciones en la plataforma y es responsable de protegerlas.<\/li>\n<li>Datos: la organizaci\u00f3n responde de los datos almacenados, de c\u00f3mo se protegen y de cu\u00e1nto tiempo se conservan.<\/li>\n<li>Control de acceso y configuraci\u00f3n de las cargas de trabajo: incluye gestionar los permisos sobre qui\u00e9n puede acceder a la plataforma y c\u00f3mo se configuran las cargas de trabajo.<\/li>\n<\/ul>\n<p>Delegar la gesti\u00f3n de la infraestructura no delega la responsabilidad sobre lo que el cliente crea y ejecuta en la plataforma.<\/p>\n<h3>Software como servicio (SaaS)<\/h3>\n<p>El SaaS traslada al proveedor la gesti\u00f3n de la aplicaci\u00f3n y de la infraestructura. Por eso genera tanta confusi\u00f3n sobre qu\u00e9 le corresponde al cliente:<\/p>\n<ul>\n<li>Gobierno de identidades y gesti\u00f3n de accesos<\/li>\n<li>Pol\u00edticas de retenci\u00f3n y gobierno de las copias de seguridad<\/li>\n<li>Flujos de trabajo de cumplimiento<\/li>\n<\/ul>\n<p>Un ejemplo habitual es dar por hecho que proveedores SaaS como <a href=\"https:\/\/www.ninjaone.com\/es\/saas-backup\/m365\/\">Microsoft 365<\/a> o <a href=\"https:\/\/www.ninjaone.com\/es\/saas-backup\/google-workspace\/\">Google Workspace<\/a> hacen autom\u00e1ticamente copia de seguridad del correo y de los archivos. Ambas plataformas ofrecen disponibilidad, pero no copia de seguridad. Si se eliminan o se corrompen datos, la recuperaci\u00f3n depende de que el cliente tenga otra pol\u00edtica de copia de seguridad implementada.<\/p>\n<div class=\"blog-cta-new blog-cta-style-image\"><div class=\"cta-left\"><a href=\"https:\/\/www.ninjaone.com\/es\/copia-de-seguridad\/\"><h2 class=\"step-2-strong\">Descubre NinjaOne Backup y NinjaOne Saas Backup<\/h2><\/a><p>Simplifica la protecci\u00f3n con una plataforma segura para copias de seguridad de endpoints, servidores y aplicaciones SaaS, con soporte de cumplimiento integrado para Microsoft 365 y Google Workspace.<\/p><a class=\"arrow-link\" href=\"https:\/\/www.ninjaone.com\/es\/copia-de-seguridad\/\">Saber m\u00e1s<\/a><\/div><div class=\"cta-right\"><a href=\"https:\/\/www.ninjaone.com\/es\/copia-de-seguridad\/\"><img decoding=\"async\" src=\"https:\/\/www.ninjaone.com\/wp-content\/uploads\/2026\/04\/backup-cta-dashboard.png\" alt=\"Descubre NinjaOne Backup y NinjaOne Saas Backup\"><\/a><\/div><\/div>\n<h2>\u00bfPor qu\u00e9 se complica el gobierno en entornos multicloud?<\/h2>\n<p>El modelo de responsabilidad compartida se aplica en todos los grandes proveedores de cloud, pero su implementaci\u00f3n var\u00eda enormemente. Por ejemplo, AWS, Azure y Google Cloud tienen cada uno su propio modelo de gesti\u00f3n de identidades y accesos (IAM), sus herramientas de registro, sus soluciones de copia de seguridad y sus controles de seguridad nativos.<\/p>\n<p>Si ejecutas cargas de trabajo en m\u00e1s de un proveedor, tendr\u00e1s que gestionar esas diferencias de forma constante, y es justo ah\u00ed donde el gobierno empieza a fallar.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Retos<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Qu\u00e9 significan<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Registros fragmentados<\/td>\n<td>Cada proveedor genera registros en formatos y ubicaciones distintos, lo que dificulta una visibilidad unificada sin una herramienta de agregaci\u00f3n central.<\/td>\n<\/tr>\n<tr>\n<td>Pol\u00edticas inconsistentes<\/td>\n<td>Las pol\u00edticas de seguridad configuradas en una plataforma no se trasladan a otra. Eso crea brechas y desviaci\u00f3n de configuraci\u00f3n cuando el mismo est\u00e1ndar tiene que aplicarse en varios proveedores.<\/td>\n<\/tr>\n<tr>\n<td>Proliferaci\u00f3n de identidades<\/td>\n<td>Gestionar modelos de IAM distintos en AWS, Azure y Google Cloud aumenta el riesgo de cuentas hu\u00e9rfanas o abandonadas, permisos excesivos y controles de acceso inconsistentes.<\/td>\n<\/tr>\n<tr>\n<td>Puntos ciegos en el gobierno<\/td>\n<td>Sin visibilidad centralizada mediante un software RMM (monitorizaci\u00f3n y gesti\u00f3n remotas), los recursos no gestionados y los errores de configuraci\u00f3n en una plataforma pueden pasar desapercibidos mientras el resto de entornos parecen conformes.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Centralizar la visibilidad y la responsabilidad entre proveedores es lo que diferencia a las organizaciones que gestionan bien sus entornos multicloud de las que simplemente los utilizan.<\/p>\n<h2>Brechas habituales en la responsabilidad compartida<\/h2>\n<p>La mayor\u00eda de los incidentes de seguridad en el cloud se remontan a los mismos malentendidos sobre qu\u00e9 cubre realmente la responsabilidad compartida. Estas son algunas de las brechas que aparecen con m\u00e1s frecuencia:<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Brecha<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Qu\u00e9 falla<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Dar por hecho que el proveedor se encarga de la copia de seguridad y la recuperaci\u00f3n<\/td>\n<td>Los proveedores protegen la disponibilidad de la infraestructura, no los datos del cliente. Sin una pol\u00edtica de copia de seguridad propia, los datos eliminados o corrompidos pueden ser irrecuperables.<\/td>\n<\/tr>\n<tr>\n<td>Confundir disponibilidad del SaaS con capacidad de recuperaci\u00f3n<\/td>\n<td>Que una plataforma SaaS est\u00e9 operativa no significa que los datos que contiene tengan copia de seguridad. La retenci\u00f3n y la recuperaci\u00f3n siguen siendo responsabilidad del cliente.<\/td>\n<\/tr>\n<tr>\n<td>Descuidar el gobierno de identidades<\/td>\n<td>Los controles de acceso d\u00e9biles, los permisos excesivos y las cuentas sin revisar est\u00e1n entre las causas m\u00e1s habituales de incidentes de seguridad en el cloud.<\/td>\n<\/tr>\n<tr>\n<td>Gobierno fragmentado entre plataformas cloud<\/td>\n<td>Las pol\u00edticas que se aplican en una plataforma no se trasladan autom\u00e1ticamente a las dem\u00e1s. Eso puede dejar brechas f\u00e1ciles de pasar por alto hasta que un incidente o una auditor\u00eda las saca a la luz.<\/td>\n<\/tr>\n<tr>\n<td>Responsabilidad operativa sin definir<\/td>\n<td>Cuando nadie ha definido expl\u00edcitamente qui\u00e9n responde de una carga de trabajo o de un flujo de trabajo de gobierno, esas tareas suelen quedarse sin hacer.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Llevar la responsabilidad en el cloud al d\u00eda a d\u00eda<\/h2>\n<p>Aplicar las buenas pr\u00e1cticas de seguridad en el cloud dentro de un entorno de responsabilidad compartida significa definir qui\u00e9n responde de qu\u00e9 antes de que surjan los problemas, no despu\u00e9s.<\/p>\n<p>Las organizaciones con madurez operativa dan prioridad a:<\/p>\n<ul>\n<li>Gobierno centralizado: gestionar las pol\u00edticas de seguridad, los controles de acceso y los requisitos de cumplimiento desde un \u00fanico marco, en lugar de configurar cada plataforma cloud por separado.<\/li>\n<li>Seguridad de las identidades: aplicar el acceso con m\u00ednimo privilegio, revisar los permisos peri\u00f3dicamente y garantizar que la MFA se aplique de forma uniforme en todas las cuentas y roles del cloud.<\/li>\n<li>Responsabilidad sobre las cargas de trabajo: asignar un responsable claro a cada carga de trabajo para que la configuraci\u00f3n, la aplicaci\u00f3n de parches y las revisiones de seguridad tengan a alguien con nombre y apellidos detr\u00e1s.<\/li>\n<li>Visibilidad continua: monitorizar los entornos cloud en tiempo real para detectar pronto los errores de configuraci\u00f3n y las anomal\u00edas, en lugar de descubrirlos durante un incidente o una auditor\u00eda.<\/li>\n<li>Preparaci\u00f3n para la recuperaci\u00f3n: definir y probar los procedimientos de recuperaci\u00f3n de cada carga de trabajo y conjunto de datos. Una copia de seguridad que nunca se ha probado no es fiable cuando de verdad hay que restaurar datos.<\/li>\n<\/ul>\n<p>Las organizaciones tambi\u00e9n deber\u00edan definir con claridad:<\/p>\n<ul>\n<li>Obligaciones del proveedor: de qu\u00e9 responde el proveedor de cloud seg\u00fan el acuerdo de servicio.<\/li>\n<li>Obligaciones del cliente: de qu\u00e9 responde la organizaci\u00f3n en cuanto a configuraci\u00f3n, accesos y protecci\u00f3n de datos.<\/li>\n<li>L\u00edmites de la responsabilidad de seguridad: d\u00f3nde termina la responsabilidad del proveedor y d\u00f3nde empieza la del cliente en cada servicio utilizado.<\/li>\n<li>Responsabilidades de gobierno entre equipos: qu\u00e9 equipos se encargan de cada parte del gobierno del cloud, incluidos aspectos como seguridad, operaciones y cumplimiento.<\/li>\n<\/ul>\n<p>Tener certeza operativa en estos puntos evita que la responsabilidad se cuele por las grietas a medida que crecen los entornos cloud.<\/p>\n<h2>As\u00ed influye la responsabilidad compartida en la seguridad del cloud<\/h2>\n<p>El modelo de responsabilidad compartida define qui\u00e9n responde de qu\u00e9 en un entorno cloud, y ese l\u00edmite no cambia por mucho que el proveedor gestione. Las organizaciones siguen siendo responsables de las cargas de trabajo, las identidades, los datos y el cumplimiento, sea cual sea el modelo de servicio o el proveedor que utilicen.<\/p>\n<p>Interpretar mal esos l\u00edmites es lo que genera la mayor\u00eda de las brechas de seguridad en el cloud. Las organizaciones que definen con claridad qui\u00e9n responde de qu\u00e9 y lo tratan como una responsabilidad operativa continua est\u00e1n mejor preparadas para gestionar el riesgo en el cloud a medida que crecen sus entornos.<\/p>\n<p><strong>Temas relacionados:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/modelo-responsabilidad-compartida-microsoft-365\/\">C\u00f3mo aplicar en el d\u00eda a d\u00eda el modelo de responsabilidad compartida de Microsoft 365<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/copia-de-seguridad-google-workspace-responsabilidad\/\">C\u00f3mo hablar con los clientes sobre la responsabilidad de la copia de seguridad en Google Workspace<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/modelo-responsabilidad-compartida-microsoft-365-2\/\">C\u00f3mo explicar a los clientes el modelo de responsabilidad compartida de Microsoft 365<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/es\/blog\/copia-de-seguridad-saas-guia-completa\/\">Copia de seguridad SaaS: gu\u00eda completa y buenas pr\u00e1cticas<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Hoy en d\u00eda, la mayor\u00eda de las grandes empresas trasladan cargas de trabajo al cloud o a puestos de trabajo digitales gestionados por un proveedor de servicios. Sin embargo, esto va acompa\u00f1ado de una idea equivocada muy extendida: que el proveedor se encarga de casi toda la seguridad. Ah\u00ed empiezan los problemas de seguridad en [&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":[4342,4357,4366],"tags":[],"class_list":["post-897499","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-copia-de-seguridad","category-operaciones-de-ti","category-seguridad"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/posts\/897499","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/comments?post=897499"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/posts\/897499\/revisions"}],"predecessor-version":[{"id":897500,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/posts\/897499\/revisions\/897500"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/media\/839067"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/media?parent=897499"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/categories?post=897499"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/es\/wp-json\/wp\/v2\/tags?post=897499"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}