Políticas de Plataforma
Para qué sirve esta pantalla
Políticas de Plataforma es donde el administrador de la plataforma de una instalación fija las políticas criptográficas que pertenecen al despliegue en su conjunto, y ve y cambia lo que lleva cada tenant. La pestaña Policies tiene dos secciones: Deployment Policies, cuatro tarjetas para Algorithm Availability, Algorithm Rotation, Key Lifecycle y TSA Usage; y Per-Tenant Policies, una fila por tenant con su plantilla de algoritmos, de rotación y de ciclo de vida y, mientras el despliegue delega el sellado de tiempo, su selección de TSA.
La pestaña Cache Operations empuja las políticas a la caché que lee el servicio criptográfico.
Toda política existe en dos niveles. Lo que fijas aquí es lo del despliegue; un tenant o bien lo sigue o bien lleva una política propia, fijada en su pantalla de Políticas o desde la tabla de aquí. Sus etiquetas se muestran en inglés, sea cual sea el idioma de la consola; solo los rechazos se traducen.
Qué debe existir antes
La pantalla se ofrece solo en contexto de sistema; abrirla mientras estás dentro de un tenant te devuelve al panel de ese tenant. Su entrada de navegación aparece para quien tiene un permiso de lectura de las políticas del despliegue, de lectura de las políticas de todos los tenants, o de lectura o escritura de la política de ciclo de vida del despliegue.
- Las tarjetas Algorithm Availability y Algorithm Rotation leen cada una la política del despliegue con su propio permiso de lectura. Sin él la tarjeta se muestra igualmente y nombra
DEFAULT, sea cual sea la plantilla realmente almacenada. - Change template y Reset se ofrecen en ambas tarjetas a todo el mundo. El servidor exige el permiso de escritura para el primero y el de eliminación para el segundo, y un rechazo muestra No tienes permiso para realizar esta acción. Explorar las plantillas requiere el permiso de lectura de plantillas de políticas.
- La tarjeta Key Lifecycle aparece solo con el permiso de lectura de la política de ciclo de vida del despliegue; TSA Usage solo con el permiso de lectura de la política de TSA del despliegue, y sin el permiso de escritura su control está deshabilitado bajo This policy is managed by your platform administrator. Su Reset aparece solo con el permiso de restablecer la política de TSA del despliegue, que el permiso de escritura no incluye.
- La tabla Per-Tenant Policies necesita el permiso de listar tenants; sin él la tabla lee No tenants yet. Cambiar una celda necesita el permiso de escritura del tenant para esa política.
Decisiones que tomas aquí
Elegir las plantillas de algoritmos y de rotación del despliegue
Change template abre el mismo catálogo que ofrece la pantalla del tenant, una tarjeta por plantilla con la marca Currently applied, Preview details y Apply. Aplicar almacena la plantilla como política del despliegue: su contenido se resuelve desde la plantilla en cada lectura, así que una plantilla que la plataforma incluye nunca se copia dentro de la política. Reset almacena DEFAULT como política del despliegue, resuelta desde la plantilla en cada lectura como cualquier plantilla que apliques.
A qué tenants llega es la decisión que importa. El servicio criptográfico resuelve primero la política propia del tenant y recurre a la del despliegue solo cuando el tenant no tiene ninguna.
En una instalación cuyas políticas no están bloqueadas, todo tenant tiene una política de algoritmos y una de rotación propias desde el momento en que se crea: un tenant creado con una plantilla lleva esa plantilla, y un tenant creado sin ninguna — la opción Follow deployment policy del diálogo — queda vinculado a la política del despliegue: a la plantilla del despliegue cuando el despliegue está en una plantilla, o a una instantánea de la política efectiva del despliegue cuando la política del despliegue se escribió a mano.
Un tenant que pulsó Seguir la política del despliegue en su pantalla de Políticas está en el mismo estado. Un tenant vinculado sigue el contenido de la plantilla a la que está vinculado, así que editar esa plantilla le llega; mover el despliegue a una plantilla distinta no lo vuelve a vincular.
Un cambio aquí — Change template, Reset o un Sync desde Cache Operations — se escribe en la caché de políticas y se publica al servicio criptográfico antes de que el servidor responda, y el servicio criptográfico descarta todas las políticas que conserva en memoria al recibirlo. La siguiente operación de cada tenant que sigue la política del despliegue se evalúa con la nueva; nada espera a que venza la vida de la caché de políticas. Solo un tenant que lleva una plantilla o una política escrita a mano propias conserva su propia política.
La política del despliegue es un techo sobre lo que un tenant puede elegir. El servidor compara la política que tendría el tenant con la política efectiva del despliegue, dimensión por dimensión, y rechaza una plantilla o una política de tenant que admita algo que el despliegue no admite, tanto si la política del despliegue es una plantilla como si se escribió a mano.
Una dimensión del despliegue que se deja vacía no restringe nada en esa dimensión. Que un tenant pueda cambiar su propia política depende del indicador de anulación por tenant en el detalle del tenant, y solo de él: bloquear las políticas del despliegue fija la política propia del despliegue y no retira ese indicador a ningún tenant.
Cuando una plantilla se rechaza como restricción
Una plantilla puede rechazarse con Deployment policy narrowing affects N tenant(s): nombres. El servidor compara la política efectiva de cada tenant — el contenido de su plantilla, o sus propios valores — con la política efectiva que tendría el despliegue con la plantilla que elegiste, dimensión por dimensión, y enumera exactamente los tenants cuya política efectiva admite algo que la nueva política del despliegue no admitiría. Una dimensión que la nueva política del despliegue deja vacía no restringe nada, así que ningún tenant se reporta por ella.
Un tenant vinculado a la plantilla que estás aplicando nunca es un conflicto; un tenant vinculado a la plantilla anterior del despliegue lo es siempre que la nueva plantilla sea más restrictiva, porque nunca se restringe a un tenant sin que tú lo veas. No se almacena nada mientras se muestra la lista; resuélvela moviendo los tenants enumerados a una plantilla más restrictiva desde la tabla de abajo, o elige aquí una plantilla más amplia.
Qué toma de aquí un tenant al seguir la política del despliegue
Seguir la política del despliegue en la pantalla de Políticas de un tenant no elimina la política del tenant: vincula al tenant a la política del despliegue tal como está fijada aquí. Mientras el despliegue está en una plantilla, el tenant queda vinculado a esa plantilla y su tarjeta la nombra; mientras la política del despliegue está escrita a mano, el tenant recibe una instantánea de la política efectiva del despliegue como política personalizada propia.
En ambos casos la política efectiva del tenant es igual a la del despliegue en su siguiente operación, y la fila del tenant nunca queda con todas las dimensiones vacías. El restablecimiento del tenant se rechaza cuando esta pantalla no tiene política de despliegue para esa tarjeta, y cuando no has permitido que el tenant cambie sus políticas: desharía la política que elegiste para él, así que la pantalla del tenant no lo ofrece en ese caso.
Qué hace Reset con la caché
Reset en cualquiera de las dos tarjetas almacena DEFAULT como política del despliegue, escribe la política resuelta en la caché de políticas y publica el cambio al servicio criptográfico antes de responder; no elimina nada de la caché. Un tenant que sigue la política del despliegue se evalúa con DEFAULT desde su siguiente operación.
Fijar el techo de ciclo de vida del despliegue
La tarjeta Key Lifecycle solo nombra la plantilla en vigor; Open editor te lleva al editor del despliegue, donde se fija el techo contra el que se comprueba la política de ciclo de vida de cada tenant:
Elegir el modo de uso de TSA del despliegue
La tarjeta TSA Usage es un control de tres posiciones, DISABLED, OPTIONAL y REQUIRED, que se aplica en cuanto haces clic. DISABLED y REQUIRED anulan a todos los tenants: con el primero ningún tenant puede sellar, y con el segundo toda firma se sella, así que un tenant sin una conexión de sellado de tiempo utilizable no puede completar ninguna. OPTIONAL delega la decisión en cada tenant, y un tenant que no ha elegido no sella.
Pasar a DISABLED mientras hay tenants sellando muestra primero cuántos dejarán de hacerlo, y Disable stamping lo confirma; sus selecciones se conservan y vuelven a aplicarse cuando regresas a OPTIONAL. Un paso a REQUIRED o a OPTIONAL se rechaza cuando un tenant, o el valor predeterminado del despliegue, quedaría obligado a sellar sin una conexión utilizable; el rechazo indica la cantidad, y Apply anyway aplica el cambio dejando a esos tenants sin poder completar una firma con sello de tiempo hasta que una conexión sea utilizable.
Reset en la tarjeta TSA Usage elimina la política almacenada del despliegue, así que se aplica el valor predeterminado: DISABLED. El diálogo Reset time-stamping usage to the default? indica cuántos tenants están sellando ahora y dejarán de hacerlo, y Reset to default lo confirma; la selección propia de cada tenant se conserva y vuelve a aplicarse cuando regresas a OPTIONAL.
The time-stamping usage policy was not reset indica el motivo del servidor, y no se eliminó nada: un despliegue bloqueado en una región de cumplimiento sigue bloqueado, y un restablecimiento que esperó demasiado tras otro cambio del sellado de tiempo puede intentarse de nuevo.
Asignar las políticas de un tenant desde la tabla
Cada celda de Algorithm y Rotation abre el catálogo de plantillas para ese tenant, y aplicar escribe la política propia del tenant; el administrador de la plataforma no está sujeto al indicador de anulación del tenant. Una celda aparece como insignia de candado para un tenant que no lleva política propia en una instalación bloqueada, porque ese tenant sigue la política del despliegue; el bloqueo se fija al crear la instalación y no puede cambiarse aquí. Un tenant que lleva su propia política conserva su celda, esté la instalación bloqueada o no.
La celda Lifecycle abre el editor de ciclo de vida de ese tenant, que nunca se bloquea. La columna TSA existe solo mientras el modo del despliegue es OPTIONAL; su celda pone al tenant en ON, OFF o inherit, y es el primer lugar donde puede hacerse la selección de un tenant.
Empujar o vaciar la caché de políticas
Cache Operations tiene tres tarjetas, cada una con su propio permiso. Sync Policies reescribe las entradas de algoritmos y de rotación del despliegue y de los tenants, para todos los tenants o para uno por identificador, vaciando antes si lo pides, y después indica al servicio criptográfico que descarte las políticas que conserva en memoria, de modo que las entradas reescritas se leen en la siguiente operación.
La tarjeta reporta la sincronización como completada solo cuando las entradas se escribieron y la invalidación se publicó; una sincronización cuya publicación falló se reporta como fallida. Cache Status lee la caché.
Clear Cache con alcance All elimina de la caché todas las entradas de políticas, incluidas las proyecciones de ciclo de vida y de sellado de tiempo, y publica la misma invalidación; el servicio criptográfico vuelve a derivar esas desde la plataforma en su siguiente lectura, y vuelve a leer las entradas de algoritmos y de rotación solo tras un Sync o un guardado.
Cómo se relaciona con otras pantallas
Cada tenant ve el efecto de esta pantalla en su propio centro de políticas, donde, cuando le has permitido cambiar sus políticas, puede elegir una plantilla propia o restablecer a la del despliegue:
La política de ciclo de vida del despliegue acota a los tenants celda por celda en lugar de dimensión por dimensión, y tiene su propio editor:
El catálogo de algoritmos que ve un tenant es el catálogo de la plataforma filtrado por su política de algoritmos efectiva; la vista de plataforma de ese catálogo puede filtrarse por la política del despliegue que fijas aquí:
Dónde leer más
Esta página está en inglés: