Para departamentos de TI y proveedores de servicios que operan infraestructuras heterogéneas y repartidas por varias ubicaciones y que desean reunir operación, documentación y cumplimiento en un solo lugar.

El COD combina soluciones propias con conexiones. Funciones como NAC, Backup, OTP, GRC o la gestión de switches virtuales las aportamos como soluciones autónomas e independientes del fabricante. Los sistemas de terceros existentes, por ejemplo servicios de directorio, Monitoring, su CMDB/gestión de activos o firewalls, se conservan y se integran. Usted mantiene sus mecanismos habituales y gana transparencia y automatización centralizadas.

Todos los módulos de la plataforma están activos de forma predeterminada y ya vienen instalados de serie. A ello se suma la gestión de vulnerabilidades COD-VAS. Es un add-on que se pide por separado y que actualmente está en preparación.

Como soluciones autónomas e independientes del fabricante entregamos: Network Access Control (NAC), Backup/Disaster Recovery, autenticación OTP, GRC (incl. soporte para NIS2), gestión de Hypervisor (para switches virtuales), así como documentación y visualización de red (topología L2/L3), incl. gestión de firewalls e informes.

A través de conexiones integramos además sistemas de terceros existentes: servicios de directorio, Monitoring y su CMDB/gestión de activos.

COD está disponible en tres modalidades de operación. Self Hosted funciona en su propia infraestructura o en la de su partner. Desde la versión 3.7.0 se instala y actualiza como paquete para Ubuntu Server. Sus datos operativos permanecen entonces en su poder o en el de su partner. Shared Hosted y Private Hosted son instancias que extocode opera para usted. Las modalidades de operación figuran también en la página de precios.

Con Self Hosted, COD funciona en su propio entorno y los datos permanecen bajo su control. Con Shared Hosted y Private Hosted, extocode opera la instancia para usted y trata los datos por encargo suyo. Los accesos están regulados por roles. Los inquilinos y las ubicaciones están separados de forma lógica y mediante los derechos de acceso.

Mediante un control de acceso basado en roles (RBAC). Los permisos se asignan de forma granular por módulo, rol y ubicación. Para el inicio de sesión pueden integrarse servicios de directorio existentes mediante LDAP/Active Directory. También son posibles las cuentas locales.

Sí. El COD es multiinquilino y multiubicación. Los datos y permisos están separados por ubicación. Los usuarios pueden cambiar entre las ubicaciones autorizadas.

El módulo GRC digitaliza la matriz de riesgos, la gestión de riesgos basada en activos, así como los catálogos de políticas y amenazas. Junto con el contexto central de activos y dependencias, el COD apoya las obligaciones de evidencia y documentación en el marco de NIS2.

El COD es multifabricante. En la gestión de red se admiten, entre otros, Cisco, HPE, Allied Telesis, Ruijie y MikroTik. Los firewalls pueden gestionarse mediante OPNsense, pfSense, DynFi y AIMdefense. De forma complementaria integramos servicios de directorio (LDAP/Active Directory), Monitoring y su CMDB/gestión de activos. El objetivo es operar con su infraestructura heterogénea existente.

La seguridad está implementada de forma fundamental: accesos basados en roles, inicio de sesión con un segundo factor (TOTP con códigos de recuperación), almacenamiento cifrado de datos sensibles y un registro de auditoría campo por campo en el módulo GRC. Un registro común para los demás módulos está en desarrollo. Los inquilinos y las ubicaciones están separados de forma lógica y mediante los derechos de acceso. Con Self Hosted, los datos y los accesos permanecen en su entorno.

Todos los módulos de la plataforma están incluidos en los precios de los Seats y de la Tenant Fee. No hay licenciamiento separado de módulos individuales. Solo el add-on COD-VAS para la gestión de vulnerabilidades se pide por separado. COD se distribuye a través de partners, por lo que su oferta la elabora un partner. Indíquenos su necesidad mediante el formulario de contacto y le pondremos en contacto con el partner adecuado.

Sí. Todos los módulos forman parte de la plataforma. Solo el add-on COD-VAS se pide por separado.

Sí. COD se ejecuta en su entorno y usted conserva la plena soberanía de datos, adecuado para los requisitos de KRITIS y NIS2.

No. codPass es un producto independiente y no forma parte de COD. La caja fuerte integrada en COD es Stronghold. Los plugins de navegador no forman parte de codPass.

No. COD se puede operar por completo on-premise y es apto para KRITIS. Los datos de cumplimiento residen en una base de datos PostgreSQL propia bajo su control total.

El módulo GRC trabaja sobre los mismos activos que COD-Network detecta y mantiene automáticamente. Su evaluación de riesgos se refiere al activo concreto, incluido su estado en vivo, no a una lista obsoleta.

El punto de partida son al menos 2 seats a 47,50 € más una Tenant Fee desde 8 € (Self Hosted). VAS y los paquetes de servicio se añaden según las necesidades.

Sí. Sobre los Seats hay un 10 % de descuento por permanencia con 36 meses de duración del contrato. Para COD-VAS no hay precio recomendado en tenants con más de 25.000 activos. En ese caso, el precio se acuerda de forma individual.

Sí. La demo en vivo es gratuita y sin ningún compromiso, sin presión comercial.

Todos los que le interesen: desde red y activos, pasando por NAC, Firewall y VPN, GRC y Monitoring, hasta la gestión de vulnerabilidades y Backup. El enfoque lo decide usted.

No. El throttling por firewall evita alarmas repetidas para el mismo problema, y los mantenimientos planificados los programa usted de forma centralizada en el calendario. Así el Monitoring no salta sin motivo.

El Monitoring está integrado como módulo directamente en COD y utiliza el mismo conjunto de datos que su inventario de red. Los sistemas existentes como Zabbix pueden integrarse mediante integraciones.

Una solución propia de COD, independiente del fabricante, para Network Access Control basada en RADIUS. Controla y registra el acceso a la red de forma centralizada en el COD.

Por lo general, no. COD-NAC es multifabricante y trabaja con la infraestructura existente compatible con 802.1X o MAC.

802.1X (EAP, con certificados) así como autenticación MAC.

De forma dinámica mediante atributos RADIUS. A través de grupos de clientes con prioridades se pueden agrupar reglas. Un dispositivo se puede asignar a cualquier VLAN creada, también a una VLAN propia de cuarentena o de invitados. COD-NAC no comprueba si un dispositivo es conforme.

Sí. La importación masiva por CSV admite direcciones MAC, asignaciones de VLAN y grupos, incluida la validación y la detección de conflictos.

De la PKI integrada: creación de certificados CA y Leaf, gestión de CRL y exportación PKCS#12 para su distribución a los clientes.

COD no se conecta a una Windows-CA existente. Para 802.1X, COD incluye su propia autoridad de certificación.

COD no se conecta a PacketFence. El control de acceso a la red de COD funciona con FreeRADIUS.

Mediante registros de autenticación y accounting así como estadísticas de conexión por cliente.

Se desactivan y eliminan automáticamente. Las cuentas antiguas olvidadas y las contraseñas válidas de forma permanente pasan así a la historia.

Son vales de duración limitada en lugar de contraseñas permanentes. COD los genera para el portal cautivo de su firewall OPNsense o AIMdefense, con validez y caducidad, como código QR o PDF imprimible. Los vales caducados se eliminan. Ya nadie tiene que copiar una contraseña de una pizarra.

Cualquier cliente TACACS+ según RFC 8907, por ejemplo switches, routers y firewalls. La solución no es específica de un fabricante.

Sí. Mediante roles (grupo de usuarios × grupo de dispositivos × regla) se pueden asignar permisos de forma detallada por grupo de dispositivos.

Sí. La autorización de comandos funciona de forma basada en patrones.

Como hash Argon2id, no reversible.

Para la gestión de usuarios, clientes, grupos y reglas, separada del propio daemon del servidor.

Del nivel 1 al 15, configurable por usuario.

Mediante un indicador enabled. Las entradas desactivadas se omiten durante la comprobación.

Allied Telesis, Cisco IOS y Ruijie (a través de CLI-Fallback).

No. Tras el primer despliegue, las credenciales se guardan cifradas en el Vault y se reutilizan.

Se crea automáticamente un Backup de la configuración actual. Es posible una restauración a un estado anterior.

Sí, mediante perfiles (PORT, AUTH, VLAN) directamente desde el COD.

Sí. Se admiten algoritmos legacy (Hostkey, Key-Exchange, Cipher). Si es necesario, se recurre a paramiko.

No. Solo se restablece la interfaz concreta (shutdown/no shutdown). El dispositivo sigue en funcionamiento.

No hay bloqueo. Las solicitudes se procesan de forma secuencial. Conviene evitar mientras tanto los cambios manuales paralelos por CLI.

Está previsto desglosar los hallazgos por grado de severidad y presentarlos de modo que reconozca de inmediato dónde hay una necesidad urgente de actuar. El objetivo es que usted trabaje sobre el riesgo, no sobre la longitud de la lista.

COD-VAS es un add-on de la plataforma COD y está en preparación. Describiremos cómo se opera cuando esté disponible.

Es el almacén común de contraseñas de un solo uso basadas en tiempo (TOTP) con las que su equipo inicia sesión en otros sistemas, por ejemplo portales de fabricantes o accesos a dispositivos. Así, los códigos ya no dependen del teléfono de una sola persona. El segundo factor del inicio de sesión en COD es un sistema independiente.

Sí. Genera códigos estándar otpauth:// y funciona con cualquier app compatible con RFC 6238.

Sí. A través de grupos, los tokens se pueden compartir para todo el equipo. Los tokens privados permanecen ligados a usuarios individuales.

Los códigos del módulo OTP se guardan de forma central en COD, no en el smartphone. Para el segundo factor del inicio de sesión en COD hay códigos de recuperación, y un administrador puede restablecer el factor.

Los tokens privados, solo su respectivo propietario. Los tokens públicos o de grupo los ven los miembros del grupo así como los administradores.

Sí. Todos los tokens y grupos están aislados por ubicación.

Mediante el control de acceso basado en roles del COD y el aislamiento por ubicación. El almacenamiento se realiza en la base de datos protegida.

Como almacén común de las contraseñas de un solo uso de otros sistemas. El inicio de sesión multifactor en el propio COD es un sistema aparte, dentro de la gestión de usuarios.

No. codPass no ofrece actualmente complementos de navegador. La gestión de contraseñas, secretos y OTP se realiza directamente en la aplicación.

Porque la apertura genera confianza: el código fuente y los mecanismos de seguridad son transparentes y verificables. En un gestor de secretos, esto es una característica de seguridad y calidad, no un simple añadido.

• Tipo: Caja fuerte Zero-Knowledge para contraseñas y secretos (cifrado de extremo a extremo)
• Principio: El servidor almacena exclusivamente texto cifrado. El texto plano, la contraseña maestra y las claves privadas nunca están en el servidor.
• Cajas fuertes: una caja fuerte personal por usuario, además de cajas fuertes de equipo compartidas (roles: OWNER/MEMBER)
• Compartir: entradas individuales entre usuarios, con permiso READ/WRITE y fecha de caducidad
• Recuperación: código de recuperación de un solo uso en la configuración inicial
• Cifrado: Argon2id (derivación de claves), X25519 Sealed-Box (envoltura de claves), AES-GCM (entradas), HKDF
• Inicio de sesión: JWT (ES384) a través del login de COD, verificación mediante JWKS
• Operación: PostgreSQL. Accesible únicamente a través del proxy de COD. Limitación de tasa. Registro de actividad

No. El servidor solo guarda datos cifrados. Sin su contraseña maestra, que existe únicamente en el lado del cliente, esos datos carecen de valor incluso ante un volcado completo de la base de datos.

Durante la configuración inicial recibe un código de recuperación de un solo uso. Con él puede restaurar el acceso a su clave y establecer una nueva contraseña maestra.

Sí, ya sea mediante una caja fuerte compartida o mediante la compartición de entradas individuales (con permiso y fecha de caducidad). Ambas opciones se realizan cifradas con clave pública.

La clave de la caja fuerte se vuelve a asignar para los miembros restantes. El miembro al que se le ha retirado el acceso pierde el acceso a los contenidos futuros.

No. El nombre de la caja fuerte está cifrado. Solo el icono se almacena en texto plano.

El código de recuperación restaura el acceso a su clave (p. ej., en caso de contraseña maestra olvidada). Frente a una pérdida de datos en el servidor protege el Backup habitual del COD.

A través del login de COD (JWT, ES384, verificado mediante JWKS). La caja fuerte solo es accesible a través del proxy de COD.

Configuraciones de todos los dispositivos accesibles por SSH así como bases de datos MariaDB/MySQL. La solución es independiente del fabricante y ampliable mediante plantillas de SO.

Libremente configurable mediante cron, por host o por plantilla, p. ej. cada hora, a diario o semanalmente.

Opcionalmente. El cifrado se puede activar por host o plantilla. Se aplica a las copias que COD-Backup guarda localmente. Las copias de carpetas quedan excluidas.

Configurable por cantidad o por antigüedad en días. Cuando se alcanza el límite, los estados más antiguos se eliminan automáticamente.

Sí. Una vista diff muestra los cambios entre dos versiones línea por línea.

El host pasa entonces al estado ERROR y el fallo es visible en la vista general. Si el envío de correo está activado, el servicio de Backup envía además un correo de error. Es una ayuda operativa. No garantizamos una alerta activa.

Sí. Opcionalmente, COD-Backup transfiere las copias por comando SSH y SFTP a un servidor SCP tras cada ejecución correcta y elimina la copia local. La regla de retención se aplica entonces en el servidor SCP.

Sí, mediante un túnel Jump-Host.

Las copias de seguridad se pueden descargar a través de la interfaz. La restauración en el dispositivo se realiza manualmente con las herramientas habituales.

Switches virtuales y grupos de puertos en VMware. Deliberadamente no controla el ciclo de vida de las VM ni de los hosts.

VMware vCenter y ESXi (a través de la API de VMware pyVmomi). No se admiten otras plataformas como Hyper-V o KVM.

Sí. Cada grupo de puertos recibe una VLAN-ID. COD crea los nuevos grupos de puertos con una VLAN-ID de 1 a 4095. En el inventario, 0 significa untagged y 4095 trunk all.

Sí, en la pantalla Port Groups. Allí, cada cambio en los hosts se puede simular de antemano como Dry-Run, sin intervenir. El asistente de Structure, con el que crea nuevos vSwitches y grupos de puertos, no tiene Dry-Run y escribe de inmediato en los hosts.

COD muestra en el inventario las NICs activas, en espera y no utilizadas de cada vSwitch. Al crear un vSwitch, usted elige por host las NICs físicas que usa como uplink. El reparto de carga y las políticas de seguridad se siguen configurando en vSphere.

Con las credenciales de vCenter (host, usuario, contraseña) en la llamada correspondiente.

Sí. Las operaciones aceptan una lista de hosts. El resultado indica éxito o error por host.

Ofrece el árbol completo de objetos de vCenter como acceso de solo lectura, por ejemplo para vistas de dashboard o documentación.