/
/

Cómo gestionar los permisos NTFS con roles y herencia

por Team Ninja
How to Govern NTFS Permissions With Roles and Inheritance blog banner image

Resumen instantáneo

Este post ofrece una lista completa de comandos CMD básicos y una inmersión profunda en los comandos de Windows, con más de 70 comandos cmd esenciales tanto para principiantes como para usuarios avanzados. Explica comandos prácticos del símbolo del sistema para la gestión de archivos, la navegación por directorios, la solución de problemas de red, las operaciones de disco y la automatización con ejemplos reales para mejorar la productividad. Tanto si estás aprendiendo los comandos básicos de cmd como si ya dominas las herramientas avanzadas de la CLI de Windows, esta guía te ayudará a utilizar el Símbolo del sistema de forma más eficaz.

Puntos clave

  • Implanta RBAC con AGDLP: usa AGDLP para estructurar el acceso NTFS, simplificar la gestión de usuarios, mantener una herencia limpia y garantizar permisos listos para auditorías.
  • Crea estructuras de carpetas seguras y auditables:
    • Construye un árbol de carpetas canónico.
    • Separa los permisos del recurso compartido SMB de las ACL de NTFS.
    • Asigna permitir explícitos a grupos locales de dominio para mantener el control de acceso.
  • Automatiza, audita y conserva la integridad de NTFS:
    • Usa herramientas compatibles con SDDL para las copias de seguridad de las ACL.
    • Activa la auditoría selectiva.
    • Realiza revisiones de acceso periódicas.
    • Detecta desviaciones comparando ACL.
    • Documenta los procesos de recuperación para sostener el cumplimiento y reducir el riesgo.

Los permisos NTFS (New Technology File System) asignados de forma improvisada son arriesgados y costosos de auditar. Los estándares del sector recomiendan grupos basados en roles, una herencia limpia y revisiones periódicas para lograr una gestión eficaz. Este artículo convierte esos principios en un flujo de trabajo práctico que simplifica los cambios de acceso NTFS y te prepara para cualquier auditoría.

Gestionar los permisos NTFS con roles y herencia

Gestionar los permisos NTFS con roles y herencia implica crear un grupo global para los roles, construir un árbol de carpetas, separar el recurso compartido Server Message Block (SMB) del control NTFS, asignar permisos con permitir explícito, proteger las rutas privilegiadas, usar herramientas compatibles con SDDL, activar la auditoría, realizar revisiones de acceso, detectar desviaciones y documentar los traspasos.

📌 Requisitos previos:

  • Estándares de nomenclatura de OU y grupos para AGDLP o AGUDLP
  • Lista de propietarios de datos por recurso compartido y por carpeta de nivel superior
  • Entorno de pruebas para validar las listas de control de acceso (ACL) antes de pasar a producción
  • Espacio de trabajo documental para exportaciones de ACL, comparativas y aprobaciones de revisión

Paso 1: modela los roles con AGDLP

Este paso mantiene los permisos NTFS limpios y fáciles de auditar.

📌 Caso de uso: una organización redujo los riesgos de auditoría y aceleró la incorporación de usuarios al sustituir las asignaciones directas de ACL a usuarios por grupos AGDLP basados en roles y vinculados a las necesidades de acceso de cada departamento.

El acceso se organiza mediante grupos y no mediante usuarios individuales, siguiendo el modelo Accounts, Global, Domain Local, Permissions (AGDLP). Crea grupos globales para roles concretos y anídalos dentro de grupos locales de dominio que contengan los permisos NTFS.

Asigna los permisos a esos grupos locales de dominio, nunca directamente a los usuarios. Cuando cambien los roles, mueve a los usuarios entre grupos globales para mantener un acceso limpio y rastreable.

Esta estructura aporta coherencia, eficiencia y preparación para auditorías. AGDLP ofrece un marco duradero para gestionar el acceso de forma segura con una carga administrativa mínima.

Paso 2: construye un árbol de carpetas canónico

Este paso simplifica la gestión de permisos y la auditoría mediante un árbol de carpetas canónico.

📌 Caso de uso: un MSP redujo las desviaciones de permisos y los problemas de auditoría al reestructurar sus carpetas compartidas por departamento, con subcarpetas coherentes para lectores y colaboradores y conservando la herencia siempre que fue posible.

Para diseñar un árbol de carpetas canónico es fundamental organizar las carpetas de nivel superior por departamento o función (Finanzas, RR. HH. u Operaciones, por ejemplo) y crear subcarpetas estandarizadas, como Lectores y Colaboradores.

Mantén la herencia activada en todos los niveles para que el control de acceso sea predecible. Rompe la herencia solo en límites bien documentados, de modo que evites complejidad y errores de configuración. Un árbol de carpetas canónico bien estructurado hace que los permisos NTFS sean predecibles y estén listos para auditorías.

Paso 3: separa el recurso compartido SMB del control NTFS

Este paso separa los permisos del recurso compartido SMB del control NTFS para crear un modelo de acceso más seguro.

📌 Caso de uso: un proveedor de servicios redujo los tickets de soporte y mejoró la precisión de los permisos aplicando ajustes sencillos a nivel de recurso compartido y aplicando el mínimo privilegio mediante ACL de NTFS, en lugar de configuraciones mixtas y contradictorias.

Configura los permisos del recurso compartido para permitir lectura o edición a todo el mundo, según el público al que se dirija. Aplica la seguridad mediante las ACL de NTFS para que el recurso compartido funcione solo como puerta de acceso, mientras la capa NTFS define los permisos exactos. Documenta siempre el motivo de la configuración del recurso compartido y de NTFS para que los equipos de soporte puedan diagnosticar y resolver los problemas de acceso.

Dividir las responsabilidades entre SMB y NTFS simplifica la gestión de permisos y refuerza el rendimiento.

Paso 4: asigna permisos con permitir explícito

Este paso concede derechos de forma deliberada para que el acceso NTFS sea seguro y predecible.

📌 Caso de uso: un MSP detectó derechos de «Control total» solapados entre grupos de usuarios, lo que provocó eliminaciones accidentales y auditorías fallidas. Tras pasar a permisos explícitos de Modificar, Leer y Control total únicamente para grupos locales de dominio, el acceso resultó mucho más fácil de verificar.

Asigna los permisos con un permitir explícito en lugar de depender de la configuración predeterminada. Aplica derechos como Leer, Modificar o Control total solo a grupos locales de dominio, nunca directamente a usuarios ni a grupos globales.

Además, evita los permisos de denegación salvo que sean imprescindibles. Las entradas denegadas complican la resolución de problemas y pueden anular rutas de acceso previstas.

Con permitir explícitos y asignaciones basadas en grupos, mantienes una estructura de permisos clara, auditable y fácil de gestionar.

Paso 5: protege las rutas privilegiadas y las cuentas de servicio

Este paso garantiza que el acceso privilegiado tenga un propósito, sea rastreable y respete el principio del mínimo privilegio.

📌 Caso de uso: una firma financiera sufrió una exposición de datos por una cuenta de servicio con privilegios excesivos. Tras limitar el Control total a los propietarios de los datos y definir permisos mínimos para las tareas automatizadas, eliminó el riesgo innecesario y superó la siguiente auditoría sin incidencias.

Para proteger las rutas privilegiadas y las cuentas de servicio:

  • Limita el control total: restringe el control total a los propietarios de los datos y a los administradores de almacenamiento. Y registra quién tiene esos permisos.
  • Refuerza las cuentas de servicio: concede solo los derechos mínimos necesarios para las tareas programadas o los procesos automatizados.
  • Documenta los permisos especiales: registra todas las rutas, los nombres principales de servicio (SPN) y las cuentas asociadas a derechos privilegiados.
  • Revisa con regularidad: realiza comprobaciones periódicas para confirmar que el acceso privilegiado sigue estando justificado y que no se han añadido derechos adicionales de forma involuntaria.

Paso 6: usa herramientas compatibles con SDDL para respaldar las ACL

Este paso garantiza que las ACL se conserven con precisión en exportaciones, restauraciones y auditorías.

📌 Caso de uso: un MSP se encontró con permisos incoherentes tras una restauración de datos de gran volumen. Al cambiar a herramientas que conservan el SDDL, como los cmdlets de PowerShell, restauró los datos y los derechos de acceso sin problemas y evitó interrupciones después de la recuperación.

Para mantener estructuras de permisos fiables y auditables:

  • Usa herramientas compatibles con SDDL: exporta y restaura las ACL con herramientas como Get-Acl y Set-Acl de PowerShell para conservar íntegro el SDDL.
  • Haz copias de seguridad periódicas de las ACL: programa exportaciones periódicas de los permisos de las rutas de datos críticas junto con las copias de seguridad habituales para garantizar la integridad y la seguridad de los datos.
  • Guarda las copias de las ACL de forma segura: conserva las ACL exportadas en el mismo espacio de trabajo que usas para las comparativas y las auditorías, de modo que todo sea rastreable y mantenible.
  • Valida las restauraciones: vuelve a aplicar las ACL y ejecuta una validación rápida tras restaurar los datos para confirmar que los permisos coinciden con la configuración de referencia.

Paso 7: activa la auditoría donde de verdad importa

Este paso activa la auditoría NTFS de forma selectiva para ganar visibilidad sin saturar el sistema.

📌 Caso de uso: una organización sanitaria necesitaba controlar el acceso a carpetas confidenciales sin inundar su SIEM. Al habilitar las SACL solo en las raíces sensibles y filtrar los eventos por propietario de los datos, logró una trazabilidad total.

Para configurar una auditoría NTFS práctica y eficiente:

  • Céntrate en los datos de mayor valor: activa la auditoría en carpetas sensibles o críticas para el negocio, de modo que garantices el cumplimiento y la seguridad.
  • Configura las SACL: registra eventos concretos, como cambios de permisos, eliminaciones o intentos de acceso fallidos, en lugar de registrar cada lectura o escritura.
  • Envía los registros a tu SIEM: remite los eventos de seguridad a tu SIEM o sistema de gestión de logs y etiquétalos por propietario de los datos para correlacionar y responder más rápido.
  • Controla el volumen de registros: vigila el número de eventos y de accesos correctos para que los registros de auditoría sigan siendo legibles y eficientes en almacenamiento.

Paso 8: gestiona las revisiones de acceso y las excepciones

Este paso combina revisiones trimestrales con excepciones limitadas en el tiempo para mantener el control y un entorno listo para auditorías.

📌 Caso de uso: un MSP redujo un 60 % los hallazgos de auditoría tras implantar revisiones de acceso trimestrales con los propietarios de los datos. A los permisos temporales se les asignaba fecha de caducidad, se revisaban cada semana y se eliminaban automáticamente cuando dejaban de ser necesarios.

Gestionar revisiones de acceso y excepciones de forma estructurada garantiza que los permisos se ajusten a las necesidades del negocio. Realiza revisiones trimestrales con los propietarios de los datos para verificar quién tiene acceso, por qué lo tiene y si sigue siendo necesario.

Cualquier permiso puntual o temporal debe ir acompañado de documentación: propietario, motivo, controles compensatorios y fecha de caducidad. Así, cada excepción tiene un propósito y un ciclo de vida definidos.

Revisa todas las excepciones cada semana y ciérralas o renuévalas solo con una justificación adecuada. Guarda las notas de revisión, las comparativas y las aprobaciones en tu espacio de trabajo documental.

Paso 9: detecta desviaciones comparando ACL

Este paso detecta pronto las desviaciones en las ACL para que el acceso siga ajustado a la política.

📌 Caso de uso: un equipo de TI redujo el trabajo de corrección tras las auditorías al automatizar exportaciones nocturnas de las ACL de las carpetas clave. Cuando aparecían entradas directas de usuario o roturas de herencia, se generaban alertas y las acciones correctivas quedaban registradas en cuestión de horas, no de semanas.

Detectar desviaciones en las ACL consiste en comparar los permisos actuales con una configuración de referencia. Establece un proceso semanal para exportar las ACL de las rutas críticas y compararlas con versiones anteriores. Centra las alertas en desviaciones relevantes, como:

  • Nuevas ACE (entradas de control de acceso) directas de usuario
  • Cambios de ámbito de grupo que amplían el alcance del acceso
  • Herencia desactivada donde debería seguir activa

Paso 10: documenta los traspasos y la recuperación

Este paso aporta continuidad y fiabilidad a la gestión de accesos gracias a una documentación clara.

📌 Caso de uso: un MSP evitó problemas de acceso tras una restauración gracias a un runbook conciso que detallaba el aprovisionamiento de carpetas, los pasos para restaurar las ACL y los procedimientos de validación. Cuando se produjo una recuperación, el equipo restableció los permisos a la perfección en cuestión de minutos.

Documentar los traspasos y los procedimientos de recuperación garantiza que los controles de acceso se mantengan intactos durante la restauración de datos. Mantén un runbook que incluya:

  • Aprovisionamiento de carpetas: cómo crear carpetas nuevas siguiendo la estructura canónica y asignar permisos según los principios de AGDLP.
  • Concesión de accesos: los pasos para añadir usuarios a través de grupos basados en roles.
  • Restauración de ACL: instrucciones para volver a aplicar los permisos guardados tras una recuperación de datos, usando copias de ACL validadas.
  • Verificación: una prueba para confirmar que los usuarios solo acceden a lo que tienen autorizado, sin brechas ni solapamientos de privilegios.

Mantén esta documentación accesible y actualízala cada vez que cambie un proceso.

Buenas prácticas con los permisos NTFS

La tabla siguiente recoge las buenas prácticas que conviene seguir para gestionar los permisos NTFS con roles y herencia:

Práctica Objetivo Valor que aporta
Asignación de roles con AGDLP Asignaciones limpias Incorporaciones y cambios más rápidos
Herencia por defecto ACL predecibles Menos errores y auditorías más sencillas
Separación entre recurso compartido y NTFS Plano de control claro Resolución de problemas más fácil
Copias de seguridad compatibles con SDDL Restauraciones precisas Menos incidencias tras la restauración
Revisiones trimestrales con los propietarios Acceso ajustado a lo necesario Menos riesgo y preparación para auditorías

Servicios de NinjaOne que funcionan con los permisos NTFS

Con NinjaOne puedes programar tareas para ejecutar scripts de exportación de ACL, recopilar comparativas, etiquetar los dispositivos afectados y adjuntar el paquete mensual de evidencias a la documentación del cliente para las revisiones trimestrales de negocio (QBR).

Mantén el acceso correcto gestionando los permisos NTFS con roles

La gestión de NTFS funciona mejor cuando los roles determinan el acceso, la herencia se mantiene coherente y las evidencias se recopilan de forma rutinaria. Si aplicas el modelo AGDLP, separas el control del recurso compartido y el de NTFS, y publicas un paquete mensual de evidencias, podrás mantener accesos precisos, aplicar cambios con eficiencia y simplificar las auditorías.

Temas relacionados:

FAQs

Usa la denegación solo para bloqueos puntuales e intencionados. Es mejor aplicar un «permitir» explícito a grupos bien delimitados para que todo quede claro.

Crea un grupo temporal con fecha de caducidad, concede un acceso delimitado y elimínalo automáticamente al vencer.

Aplica los mismos principios de roles y herencia, asigna correctamente las identidades y confirma que las copias de seguridad conservan las ACL.

Quizá también te interese…

¿Listo para simplificar los aspectos más complejos de las TI?

Términos y condiciones de NinjaOne

Al hacer clic en el botón «Acepto» que aparece a continuación, estás aceptando los siguientes términos legales, así como nuestras Condiciones de uso:

  • Derechos de propiedad: NinjaOne posee y seguirá poseyendo todos los derechos, títulos e intereses sobre el script (incluidos los derechos de autor). NinjaOne concede al usuario una licencia limitada para utilizar el script de acuerdo con estos términos legales.
  • Limitación de uso: solo podrás utilizar el script para tus legítimos fines personales o comerciales internos, y no podrás compartirlo con terceros.
  • Prohibición de republicación: bajo ninguna circunstancia está permitido volver a publicar el script en ninguna biblioteca de scripts que pertenezca o esté bajo el control de cualquier otro proveedor de software.
  • Exclusión de garantía: el script se proporciona «tal cual» y «según disponibilidad», sin garantía de ningún tipo. NinjaOne no promete ni garantiza que el script esté libre de defectos o que satisfaga las necesidades o expectativas específicas del usuario.
  • Asunción de riesgos: el uso que el usuario haga del script corre por su cuenta y riesgo. El usuario reconoce que existen ciertos riesgos inherentes al uso del script, y entiende y asume cada uno de esos riesgos.
  • Renuncia y exención: el usuario no hará responsable a NinjaOne de cualquier consecuencia adversa o no deseada que resulte del uso del script y renuncia a cualquier derecho o recurso legal o equitativo que pueda tener contra NinjaOne en relación con su uso del script.
  • CLUF: si el usuario es cliente de NinjaOne, su uso del script está sujeto al Contrato de Licencia para el Usuario Final (CLUF).