Platform
Bóveda de la empresa
- Elementos
- 64 elementos
- Miembros
- 9 miembros
AES-256-GCM
Bóvedas propiedad de la empresa, acceso basado en roles, controles de políticas y un registro de auditoría que puede verificar, con secretos para sus pipelines bajo el mismo techo.
Cancele cuando quiera.
Bóveda de la empresa
AES-256-GCM
Bóveda de la empresa
ChaCha20-Poly1305
Bóveda de la empresa
AES-256-GCM
Bóveda privada
AES-256-GCM
Las contraseñas compartidas por chat y las claves que solo están en la cabeza de alguien son un problema de control de acceso. Estas son las tres cosas que Business está diseñado para resolver.
Invite a las personas por correo electrónico o de forma masiva, restrinja el acceso a los dominios que haya verificado y colóquelas en equipos que ya tengan el acceso adecuado.
Quitar a un miembro cierra su cuenta en su organización y pone fin a su acceso. Las bóvedas que podía abrir se marcan para la rotación de claves, que completa un administrador en su propio dispositivo.
Un registro de auditoría encadenado por hash con verificación de integridad y recibos firmados da a los auditores algo que pueden comprobar, no solo algo que pueden leer.
Decida quién se une, a qué puede acceder y cómo se revisa, desde la primera invitación hasta el día en que alguien se va.
Añada personas de una en una o de forma masiva, revise a qué puede acceder cualquier miembro, suspenda a alguien temporalmente o elimínelo.
Demuestre que es propietario de un dominio con un registro DNS y luego elija si puede invitar solo a dominios verificados, a una lista de direcciones o a cualquiera.
Agrupe a las personas en equipos y conceda a un equipo las bóvedas que necesita. Como el servidor nunca tiene las claves de las bóvedas, la concesión la completa un miembro que sí las tiene.
Cree roles a partir de los permisos que existen. Conceder un permiso requiere un permiso propio, de modo que la delegación no pueda escalar de forma silenciosa.
Vea quién puede acceder a qué, por miembro o por recurso, con la ruta que sigue cada concesión. Solo lectura.
El Inicio de la organización se abre en la vista que le corresponde según sus permisos: Propietario, Administración, Facturación, Auditoría, DevOps, sus equipos o su propio trabajo. Una sección que no puede leer muestra un guion, nunca un cero.
Cada miembro tiene una página de la organización a la que pertenece: su rol, los permisos que tiene y de dónde procede cada uno, sus equipos y el historial de cambios de su pertenencia.
Vea quién ocupa cada plaza, compre plazas antes de invitar y elimine las plazas que nadie usa.
Las credenciales compartidas deberían sobrevivir a la persona que las creó. Las bóvedas de empresa, los custodios y las reglas de uso compartido lo garantizan sin dar las llaves a todo el mundo.
Las credenciales pertenecen a la organización y no a quien las creó, de modo que una baja no se lleva consigo una bóveda. Custodios designados conservan las claves.
Elija quién puede tener una clave de las bóvedas de empresa. Revocar la concesión impide que reciban claves de bóvedas nuevas; no retira una clave de una bóveda que ya existe.
Defina reglas para toda la organización sobre el uso compartido externo, el reenvío, los enlaces seguros y la caducidad de lo compartido.
Exija la aprobación de un administrador para los nuevos elementos compartidos. Las invitaciones pendientes esperan en una cola para ser aprobadas o rechazadas.
Las bóvedas de empresa se copian cada noche. Los administradores pueden hacer una copia adicional antes de un cambio importante y restaurarla como una bóveda nueva, nunca sobre la bóveda activa.
Defina la base una sola vez. Las reglas de inicio de sesión, las sesiones, el cifrado y los límites de red se aplican en toda la organización, y el Centro de seguridad muestra si se cumplen.
Imponga a todos la complejidad de las contraseñas, la autenticación multifactor y las reglas de inicio de sesión, con un periodo de gracia para quienes ya están dentro.
Controle cuánto duran las sesiones, cuántos dispositivos pueden ser de confianza y cómo se comportan las sesiones de desbloqueo de las bóvedas.
Elija qué algoritmos pueden usar las bóvedas de la organización y defina el valor predeterminado para las bóvedas nuevas.
Restrinja desde dónde pueden iniciar sesión los miembros, por país o rango de IP, además del bloqueo automático de IP que protege cada inicio de sesión.
Incorpore a las personas con la configuración adecuada ya preparada: valores predeterminados para los miembros, una lista de verificación de configuración y comandos de CLI y de pipeline con sus propios valores ya rellenados.
Secretos DevOps
El plano de máquinas funciona junto a sus bóvedas con los mismos roles y el mismo registro de auditoría. Es un límite propio: los secretos se cifran en reposo y los servidores de PulsVault los descifran cuando los lee una clave autorizada, que es lo que permite a un pipeline usarlos.
# Names only, nothing runs
pulsvault run -n prod/product/web --dry-run
# Run a deploy with those secrets
pulsvault run -n prod/product/web -- ./deploy.shCuentas de servicio y claves de API para sus ejecutores de CI/CD, de modo que los pipelines nunca usen las credenciales de una persona. No se facturan como plazas.
Los secretos viven en espacios de nombres por proyecto y entorno, con valores predeterminados de partida y entornos propios.
Limite una clave de máquina a las rutas y acciones que necesita, con comodines y un orden de evaluación claro.
Cargue secretos en un pipeline y condicione un despliegue a que esas credenciales sigan funcionando.
Cada cambio conserva una versión. Previsualice una restauración antes de aplicarla y vea quién eliminó qué.
Validación de credenciales
Un almacén de secretos le dice lo que guardó. La validación comprueba, de forma programada, que cada credencial almacenada sigue autenticándose, y le avisa en el momento en que una deja de hacerlo. Llega a servicios abiertos a internet público.
pulsvault validate … && ./deploy.sh actúa en función de ellos. Las sondas integradas se autentican en AWS, GitHub, PostgreSQL, MySQL y MariaDB, Redis y en cualquier API HTTP que acepte un token de portador, autenticación básica o una llamada personalizada, y registran si la credencial sigue funcionando.
Al escribir un secreto se comprueba su ruta de inmediato, así que se sabe si una rotación funciona, o si está rota, antes de la siguiente ejecución programada.
Validar ahora ejecuta la configuración que ve en pantalla, esté guardada o no, y el Laboratorio de pruebas ejecuta una sola vez cualquier sonda con los valores que usted escriba, que nunca se almacenan.
Guarde una comprobación que funcione como plantilla y aplíquela a cada ruta que contenga ese tipo de credencial. Rotar el secreto nunca modifica la plantilla.
Cada ejecución se registra con su resultado, duración y motivo. Consulte la disponibilidad, la latencia y un desglose de los motivos de fallo, filtre por resultado, desencadenante o fecha, y exporte los registros como CSV.
Un fallo solo se convierte en alerta cuando es seguro; después escala y se recuerda según un calendario. Reconózcala o posponga, envíela a Slack, a un webhook o por correo electrónico, y use Enviar prueba para comprobar la entrega antes de necesitarla.
pulsvault validate devuelve un código de salida que indica el resultado, de modo que un pipeline puede detenerse ante una credencial fallida y reintentar ante una comprobación que no pudo completarse. validation-status con --max-age consulta sin volver a sondear.
Las sondas solo se autentican, y todas las sondas integradas son de solo lectura. Los valores de los secretos nunca aparecen en el historial de validación. Las direcciones de redes privadas se rechazan con un mensaje en el campo al guardar.
Calendario de seguridad
Las claves caducan, el acceso expira, los dispositivos dejan de ser de confianza y los plazos pasan sin avisar. El Calendario de seguridad los reúne, cuenta lo que vence y se lo recuerda antes de que venza.
Claves de API y fechas de caducidad registradas, caducidad de roles y de elementos compartidos, políticas de acceso de DevOps, dispositivos de confianza, plazos de contraseña y de doble factor, renovaciones, problemas de validación y eliminaciones programadas, todo en un solo lugar.
La franja cuenta lo que está vencido y lo que vence en los próximos 7, 30 y 90 días, con cuántos son críticos o advertencias. Una credencial que está fallando ahora mismo es un problema en curso y nunca se cuenta como vencida.
Los miembros que pueden ver el Centro de seguridad disponen de un selector Mío / Organización: roles que caducan, claves de máquina y políticas de DevOps, invitaciones pendientes y quién debe activar el doble factor y para cuándo. Los hechos que afectan a muchos miembros se agrupan en una sola línea.
Las claves de API se anuncian con 30, 14 y 3 días de antelación y el mismo día; las políticas de acceso de DevOps, con 14 y 3 días de antelación; y un proyecto eliminado, 3 días antes de que se purgue.
Añada sus propios eventos, incluidos los periódicos, y vea los plazos de sus tareas en la misma línea de tiempo.
Descargue lo que está viendo como un archivo .ics. De forma predeterminada solo incluye tipos y fechas, por lo que es seguro importarlo en cualquier lugar; añadir títulos y nombres es una decisión aparte.
Una seguridad que puede medir
Los administradores obtienen una postura de seguridad en la que pueden confiar y los miembros reciben la misma transparencia. Nadie puede leer una credencial para producirla: las cifras son recuentos, calculados en el dispositivo de cada persona.
La puntuación de la organización se calcula a partir del total de credenciales, no de un promedio de las puntuaciones de los miembros, de modo que una contraseña de producción expuesta en una filtración no puede diluirse en el promedio. «Aún no hay datos» se muestra como sin datos, nunca como cero.
Una línea de 30 días y una cifra de cambio muestran si la puntuación sube o baja, con un enlace a la tendencia completa.
Los administradores ven cuántas credenciales son débiles, reutilizadas, antiguas o expuestas en una filtración, y quién no tiene un segundo factor. Esos recuentos se calculan en el dispositivo de cada miembro; el nombre o el contenido de una credencial nunca es visible para nadie.
Cuenta → Seguridad y cumplimiento muestra a cada miembro exactamente la misma fila que ven sus administradores, no un resumen de ella. El registro de auditoría es un registro aparte, y la misma página explica lo que contiene.
Cada persona tiene su propio panel: una puntuación sobre 100, una lista ordenada de recomendaciones que indica cuántos puntos vale cada una y un análisis en el dispositivo de contraseñas expuestas en filtraciones, débiles, reutilizadas y obsoletas.
Active el informe de seguridad semanal y todos los que pueden leer la página de postura de seguridad recibirán el lunes por la mañana la puntuación, su evolución y los recuentos de personas, además de cuántas credenciales fallan la validación y cuántas claves de máquina caducan en los próximos 30 días. Una semana tranquila no envía nada.
Convierta una bóveda en un proyecto, delegue el trabajo y deje la credencial donde está. Las tareas las crean personas y las aprueban personas: no se crea nada a sus espaldas.
Tickets de ejemplo, mostrados a modo de ilustración.
Un proyecto reúne bóvedas, flujos de trabajo de tareas, secretos de DevOps y sus propios miembros, y una clave corta como ENG numera cada tarea que contiene.
Una tarea señala la credencial o el espacio de nombres al que se refiere y la acción solicitada, en lugar de llevar el secreto en su descripción.
Encauce un cambio por aprobación, con responsables y observadores en un tablero de estados.
Auditoría y cumplimiento
El registro de auditoría está diseñado para respaldar las evidencias de marcos como SOC 2, ISO 27001 y el artículo 30 del GDPR. Registra las acciones relevantes para la seguridad, y los cambios en él son detectables.
Las acciones relevantes para la seguridad se registran en una cadena, de modo que alterar o eliminar una entrada es detectable.
Verifique la cadena cuando quiera y conserve el historial de cada comprobación.
Descargue recibos firmados que muestran cómo era la cadena en un momento dado, de modo que la prueba queda en sus manos.
Reenvíe los eventos de auditoría a su propia monitorización mediante un webhook, firmado con HMAC-SHA256 cuando configure un secreto.
Business conserva el historial de auditoría mucho más tiempo que Team, de modo que puede cubrir un periodo de cumplimiento normativo.
Los eventos de uso compartido, enlaces e invitaciones se registran en su propia cadena, de modo que lo compartido puede revisarse sin tener que abrirse paso entre todo lo demás.
Informes programados, un explorador de trazas y analíticas para la organización. Las exportaciones quedan, a su vez, registradas en el registro de auditoría.
Cada plan conserva todo lo del anterior.
| Funcionalidad | Equipo | Business | Enterprise |
|---|---|---|---|
| Plazas | |||
| Historial de auditoría | |||
| Verificación de integridad | |||
| Transmisión a SIEM | |||
| Copias de seguridad de bóvedas de empresa conservadas | |||
| Roles personalizados | |||
| Archivo de copia de seguridad de la organización en su propio almacenamiento | |||
| Marca blanca |