> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/es/configuracion-de-scepman/rbac.md).
# RBAC de Maestro de certificados
{% hint style="warning" %}
Solo en SCEPman Enterprise Edition
{% endhint %}
{% hint style="info" %}
Aplicable a SCEPman Certificate Master versión 2.5 y posteriores
{% endhint %}
Cuando los usuarios acceden a SCEPman Certificate Master, su rol determina las acciones que pueden realizar y los certificados que pueden ver. Los roles se determinan a través de la Aplicación Empresarial *SCEPman-CertMaster* en Microsoft Entra ID (Azure AD). Si has instalado SCEPman antes de la versión 2.5, debes ejecutar de nuevo el CMDlet Complete-SCEPmanInstallation desde el módulo PS de SCEPman para ver los roles en el Portal de Microsoft Entra. Los siguientes roles están disponibles:
## Roles disponibles
* **Admin.Full**: Los miembros de este rol pueden hacer cualquier cosa en SCEPman Certificate Master. Si una versión futura de SCEPman Certificate Master añade nuevas funciones, los miembros de este rol tendrán acceso a esas funciones.
* **Manage.All**: Los miembros de este rol pueden ver y revocar todos los certificados. Esto incluye los certificados en la base de datos de Certificate Master, así como los certificados inscritos a través de Intune.
* **Manage.All.Read**: Aunque los miembros pueden ver todos los certificados, no pueden revocarlos.
* **Manage.Intune**: Los miembros pueden ver y revocar certificados inscritos a través de Intune.
* **Manage.Intune.Read**: Los miembros pueden ver certificados inscritos a través de Intune, pero no pueden revocarlos.
* **Manage.Storage**: Los miembros pueden ver y revocar certificados en la base de datos de Certificate Master.
* **Manage.Storage.Read**: Los miembros pueden ver certificados en la base de datos de Certificate Master, pero no pueden revocarlos.
* **Request.All**: Los miembros pueden solicitar todos los tipos de certificados. Esto incluye enviar solicitudes CSR, que pueden ser de cualquier tipo. Si los usuarios necesitan enviar solicitudes CSR, este rol es obligatorio.
* **Request.Client**: Las solicitudes se limitan a certificados de cliente, es decir, certificados de dispositivo creados manualmente. Tienen el EKU de Autenticación de cliente y un sujeto personalizable.
* **Request.CodeSigning**: Las solicitudes solo pueden ser para certificados de firma de código.
* **Request.Server**: Los miembros solo pueden solicitar certificados de servidor. Tienen el EKU de Autenticación de servidor.
* **Request.SubCa**: Los miembros pueden solicitar certificados para CA subordinadas. Sin embargo, el Uso Mejorado de Clave limita a estas CA a emitir solo certificados de Autenticación de servidor. Esto permite usarlas para la interceptación TLS, como se usa en firewalls, pero no para otros fines. Esta es una función de seguridad. Si necesitas una CA subordinada para otros fines, debes crear una CSR y enviarla al Certificate Master, lo que requiere el *Request.All* rol.
* **Request.User**: Los miembros solo pueden solicitar certificados de usuario. Tienen el EKU de Autenticación de cliente y un UPN elegido por quien realiza la solicitud. A partir de SCEPman 2.6, también es posible el EKU de Inicio de sesión con tarjeta inteligente. Ten en cuenta que alguien con este rol puede solicitar certificados para otros usuarios. Si tienes habilitada la autenticación basada en certificados en AD o AAD y has agregado la CA de SCEPman como confiable para este propósito en AD o AAD, esto puede usarse para hacerse pasar por otros usuarios.
{% hint style="info" %}
Este es el conjunto predeterminado de roles que se añadirá durante la configuración posterior a la instalación. Hay algunos roles más complejos que se pueden añadir si es necesario: [Roles de CSR y formularios](/es/configuracion-de-scepman/rbac/csr-and-form-roles.md)
{% endhint %}
## Asignación de roles
{% stepper %}
{% step %}
### Navega hasta SCEPman-CertMaster
Azure > Aplicaciones empresariales > Borrar filtros > SCEPman-CertMaster
{% endstep %}
{% step %}
### Asignar un usuario/grupo
Navega a Administrar > Usuarios y grupos y selecciona los administradores que desees y su rol.\
Pulsa asignar una vez que se hayan seleccionado los administradores y los roles.\
{% endstep %}
{% step %}
### Borra la caché de tu navegador web (opcional)
En algunos casos, los permisos de un administrador pueden parecer iguales incluso después de haber cambiado. Deben borrarse todas las cookies de Certificate Master para evitar este problema.
{% endstep %}
{% endstepper %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.scepman.com/es/configuracion-de-scepman/rbac.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
