Backends de Claves Gestionados por Edición
Para qué sirve esta pantalla
Backends de claves gestionados por edición asocia cada edición licenciada — STANDARD, PROFESSIONAL, ENTERPRISE — con el backend de protección de claves que ANKATech opera para los tenants que esa edición encamina allí. Existe únicamente en una instalación alojada por ANKA, y no se ofrece en una instalación operada por el cliente. Esta página es corta por esa razón.
En tu instalación no hay nada que asociar. Todos los tenants quedan envueltos por el único backend que declaró tu entorno, o por un backend que el propio tenant trajo; ningún tenant tiene una edición que lo encamine a otro sitio, así que las filas por edición no decidirían nada.
Qué debe existir antes
Nada, porque en una instalación operada por el cliente no hay nada que hacer aquí. La tarjeta no se muestra en la pantalla del grupo Criptografía y Confianza, el menú lateral no tiene nodo para ella y no aparece en la paleta de comandos: la pantalla es inalcanzable y no meramente vacía. Llegar a su dirección a mano te devuelve a la pantalla del grupo.
Los permisos que esta pantalla necesitaría en una instalación alojada por ANKA — leer los backends por edición, que tienen los roles integrados de administrador, auditor y visor de la plataforma, y gestionarlos, que tiene solo el administrador de plataforma — no cambian nada en la tuya. Allí la plataforma rechaza las solicitudes subyacentes tengas el permiso que tengas, indicando que la superficie no existe en este modelo de instalación y no que tu acceso sea insuficiente.
Decisiones que tomas aquí
Ninguna en una instalación operada por el cliente
Esta pantalla no tiene valores de configuración propios; las filas que leería viven bajo HSM / KMS en la Nube y aquí están inertes. No se ofrece ningún control y no se envía ninguna solicitud.
En tu instalación, el período de rotación de las claves de cifrado de claves de tus tenants se fija en la pantalla HSM / KMS en la Nube, para el backend que declaró tu entorno.
En una instalación alojada por ANKA: la rotación de la clave de cifrado de claves de cada nivel
Debajo de los niveles, Rotación de la clave de cifrado de claves de los tenants muestra los tres niveles con su backend, quién rota las claves de cifrado de claves de sus tenants y el período. Un nivel sobre un HSM PKCS#11 lo rota la plataforma, en línea, según su período: un número entero de meses de 1 a 24, 12 de forma predeterminada, que cambias y guardas por nivel con el permiso para gestionar la custodia de claves.
Un nivel sobre un servicio de claves en la nube muestra Definido por el proveedor: el proveedor rota ese material de claves por sí mismo y no se ofrece ningún período. Un valor fuera de 1 a 24 se rechaza, porque el criptoperíodo de una clave de envoltura está acotado a dos años.
El período se aplica a todos los tenants del nivel. Para rotar ahora la clave de cifrado de claves de un tenant, o regenerarla tras un posible compromiso, usa Custodia de claves en el panel de ese tenant en la pantalla Tenants. Cambiar la edición de un tenant que ya tiene claves registra un traslado de custodia de claves que también se planifica allí.
En una instalación alojada por ANKA que publica en RapidAPI: mantén activos los tres niveles
Un tenant del marketplace de RapidAPI sigue su plan de suscripción: el plan fija su edición y, con ella, el nivel que protege sus claves. Su panel muestra la edición como fijada por el plan del marketplace, y allí no se puede asignar ni borrar. Cuando el plan cambia y el tenant ya tiene claves, la propia plataforma programa el traslado de custodia de claves.
Un plan nunca se atiende con otra edición. Mientras un nivel no está activo, o su backend está lleno, se rechaza a los suscriptores cuyo plan corresponde a ese nivel, y no se crea ni se cambia nada para ellos. Mantén activos los tres niveles, con espacio para los suscriptores de cada edición, mientras la instalación publique en RapidAPI.
Cómo se relaciona con otras pantallas
El backend que realmente envuelve el material de claves de tus tenants, y el único sitio donde se declara y se activa, es la pantalla HSM / KMS en la Nube — incluida su pestaña por tenant, donde se le da a un tenant un backend propio:
La edición que tiene un tenant se lee de la licencia del despliegue, que en una instalación operada por el cliente no selecciona ningún backend de claves:
Dónde leer más
Estas páginas están en inglés: