> 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/otros/faqs/key-vault-rbac-migration.md).
# Migración de RBAC de Key Vault
Microsoft está desplazando Azure Key Vault hacia Azure RBAC como el modelo de control de acceso predeterminado para todos los nuevos Key Vaults a partir de la versión de API **2026‑02‑01**. Leer más [aquí](https://learn.microsoft.com/en-us/azure/key-vault/general/access-control-default?tabs=azure-cli).
Aunque RBAC no es estrictamente obligatorio y **los Key Vaults existentes que usan políticas de acceso pueden seguir funcionando tal como están,** los tenants que creen un nuevo Key Vault después de actualizar a la nueva API obtendrán RBAC de forma predeterminada, a menos que las políticas de acceso se configuren explícitamente.
Puede ser una buena idea migrar a RBAC de todos modos, ya que proporciona un modelo de permisos más unificado y escalable alineado con Microsoft Entra ID y prepara tu configuración para el futuro en caso de que Microsoft descontinúe las políticas de acceso de Key Vault.
## Guía de migración
{% hint style="warning" %}
Ten en cuenta el tiempo de inactividad antes de continuar. SCEPman no podrá emitir ni verificar certificados hasta que los permisos se hayan migrado correctamente.
{% endhint %}
{% stepper %}
{% step %}
### Navega a tu Key Vault de SCEPman
Navega a Azure > Key Vaults > *Tu Key Vault de SCEPman*
{% endstep %}
{% step %}
### Revisa tus Access Policies existentes
Ve a **directivas de acceso** y documenta las políticas de acceso de tu SCEPman en **Aplicación***.* Las políticas de acceso de SCEPman deben compartir el mismo nombre que tu servicio de aplicaciones de SCEPman (y cualquier servicio de aplicaciones de SCEPman con redundancia geográfica).
*Usuario* las políticas de acceso no necesitan migrarse, ya que no afectarán la funcionalidad de SCEPman. Los usuarios que requieran acceso continuo deben tener sus políticas de acceso revisadas y migradas a roles de Azure según la siguiente tabla:
{% endstep %}
{% step %}
### Cambiar el modelo de permisos
Cambiar el modelo de permisos de **política de acceso del Vault** a **Azure role-based access control**
Al pulsar **Aplicar** desconectará tu instancia de SCEPman del Key Vault hasta que se asignen Azure Roles. Las políticas de acceso anteriores también se eliminarán.
{% endstep %}
{% step %}
### Asignar Azure Roles
Navega a Control de acceso (IAM) y asigna los siguientes roles a la **identidad administrada** de tu servicio de aplicaciones de SCEPman (y de cualquier servicio de aplicaciones de SCEPman con redundancia geográfica):
* Key Vault Certificates Officer
* Key Vault Crypto Officer
* Key Vault Secrets User
Los roles deben asignarse uno a la vez; sin embargo, se pueden asignar varias identidades a un solo rol.
La identidad administrada del Certificate Master (con -cm en su nombre) **no** requiere acceso al Key Vault.
{% endstep %}
{% step %}
### Comprobar la conectividad del Key Vault
Reinicia tu servicio de aplicaciones de SCEPman, luego navega a la página principal de SCEPman y asegúrate de que tu Key Vault esté conectado.
{% 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/otros/faqs/key-vault-rbac-migration.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.
