Saltar al contenido
Volver a los laboratorios
</laboratorio>

Gestión y permisos en Active Directory

AD DSWindows ServerNTFSPermisos

Gestión diaria de un dominio de Active Directory: unión de un equipo cliente al dominio, creación de usuarios y grupos de seguridad para un proyecto («Proyecto Alfa»), una carpeta compartida con permisos NTFS ajustados al principio de mínimo privilegio, delegación de la gestión de usuarios de una OU y auditoría final de permisos desde la línea de comandos.

Entorno

Pasos

1. Unión del equipo al dominio

  1. En el cliente, en las propiedades de TCP/IPv4 del adaptador, se configura como servidor DNS la IP del controlador de dominio (192.168.10.4) y se comprueba la conectividad con ping.
  2. Con sysdm.cpl → Cambiar, se asigna el nombre del equipo y el dominio TechSolutions.com, y se introducen las credenciales de un administrador del dominio.
  3. En el servidor, con dsa.msc, el equipo aparece en el contenedor Computers.
Cuadro Cambios en el dominio o el nombre del equipo con el nombre PC-Diseño01 y el dominio TechSolutions.com
Unión del cliente al dominio.
Usuarios y equipos de Active Directory mostrando el equipo PC-DISEÑO01 en Computers
El equipo aparece en el dominio.

2. Usuarios y grupos de seguridad del proyecto

Se crea la OU UO_Departamentos y, dentro, UO_Diseño. En ella se crean dos usuarios de prueba y los dos grupos del proyecto con ámbito Global y tipo Seguridad. Cada usuario se añade a su grupo desde la pestaña Miembros (Agregar → Comprobar nombres).

Contenido de UO_Diseño con dos usuarios y los grupos de seguridad del Proyecto Alfa
Usuarios y grupos en UO_Diseño.

3. Carpeta compartida con permisos NTFS

  1. Se crea C:\ProyectoAlfa y se comparte con «Uso compartido avanzado». El control fino de acceso se hace con los permisos NTFS.
  2. En Seguridad → Opciones avanzadas se pulsa «Deshabilitar herencia» y se convierten los permisos heredados en explícitos.
  3. Se eliminan las dos entradas del grupo Usuarios, de modo que solo quedan SYSTEM, Administradores y CREATOR OWNER.
  4. Se añaden los grupos del proyecto: GS_ProyectoAlfa_Desarrollo solo con Lectura y GS_ProyectoAlfa_Diseno con Lectura y Escritura.
Configuración de seguridad avanzada de C:\ProyectoAlfa con herencia deshabilitada y solo SYSTEM, Administradores y CREATOR OWNER
Permisos tras quitar la herencia y el grupo Usuarios.

4. Delegación de la gestión de usuarios

Con el asistente «Delegar control…» sobre UO_Diseño se añade al usuario Juan Pérez y se marca solo la tarea «Crear, eliminar y administrar cuentas de usuario». Puede gestionar las cuentas de esa OU sin tener permisos en el resto del dominio.

Verificación y auditoría

Permisos delegados en la OU:

dsacls "OU=UO_Diseño,OU=UO_Departamentos,DC=TechSolutions,DC=com"

Permisos NTFS de la carpeta del proyecto:

icacls "C:\ProyectoAlfa"

La salida de icacls muestra Control total para SYSTEM, Administradores y CREATOR OWNER, lectura (R) para el grupo de Desarrollo y lectura y escritura (R,W) para el de Diseño, sin ningún usuario individual con permisos.

Salida de icacls C:\ProyectoAlfa con SYSTEM, Administradores y CREATOR OWNER con control total, Desarrollo con R y Diseño con R,W
Auditoría de permisos con icacls.

Como apunte, dsrevoke, que servía para revisar y revocar delegaciones, ya no está disponible en las versiones actuales y la consola no lo reconoce.

Conclusión

El acceso a la carpeta del proyecto depende solo de la pertenencia a grupos, cada grupo tiene el permiso mínimo que necesita y la gestión de usuarios de la OU se ha delegado sin conceder privilegios de administrador. dsacls e icacls permiten comprobarlo sin entorno gráfico.