PSG se une al Programa de Socios de Tecnología de Seguridad de Mercury para Far-Edge Zero Trust

La confianza en los objetivos de la asociación en el punto de captura

Prometheus Security Group Global (PSG) has joined Mercury Security as a technology partner in a collaboration focused on applying Zero Trust principles closer to the devices that originate physical-security events. The companies announced the relationship on August 27, 2026. That date differs from the September 1 date in the initial report.

El objetivo declarado es combinar la plataforma de acceso-control de arquitectura abierta de Mercury con la interfaz de seguridad digital cifrada de PSG, o tecnología DESI. En lugar de tratar una entrada de campo como confiable simplemente porque está conectada a un panel o se sienta en una red aprobada, el enfoque está destinado a establecer la identidad del dispositivo y autenticar las comunicaciones en el extremo del sistema.

Why field-device verification is a distinct issue

Los sistemas de control de acceso e intrusión comúnmente recopilan eventos de contactos, dispositivos de solicitud para salir, cerraduras, lectores y otros equipos conectados antes de transmitir esos eventos a controladores y software de gestión. Las protecciones de red, endurecimiento del controlador y comunicaciones encriptadas arriba siguen siendo importantes, pero por sí solas no establecen si una señal se originó con el dispositivo de campo esperado.

PSG’s description of the partnership centers on cryptographically authenticated and verified signals at their source. The company has also identified readers, sensors and cameras among the types of field equipment its far-edge Zero Trust approach can address. Mercury’s public announcement specifically identifies request-to-exit devices, contacts and door hardware. Neither company has published a complete compatibility matrix or technical architecture for the partnership.

El entorno de la aplicación controladora de Mercury proporciona la ruta de integración

The partnership fits Mercury’s Embedded Application Environment, which enables approved technology partners and OEMs to develop and deploy applications on Mercury MP Intelligent Controllers. Mercury commercially launched that environment in March 2026 and describes a review process covering proposal evaluation, technical feasibility, development and security qualification.

Para los integradores, esto importa porque una aplicación que se ejecuta en el controlador puede agregar capacidades especializadas sin necesariamente cambiar la arquitectura de software de control de acceso aguas arriba. Mercury dice que su programa de aplicación está diseñado para el despliegue controlado a través de su ecosistema OEM, con validación de aplicaciones antes de la distribución. Ese modelo de gobernanza no elimina la necesidad de validación específica del sitio, particularmente cuando se trata de interfaces de seguridad de vida, comportamiento de hardware de puerta o entornos regulados.

La solicitud de modernización requiere calificación a nivel de diseño

Both companies position the arrangement as a way to improve assurance without wholesale replacement of installed access-control infrastructure. This is potentially relevant to high-security, government and critical-infrastructure sites where a complete rip-and-replace project can be costly and operationally disruptive.

Sin embargo, “sin reemplazo” no debe interpretarse como compatibilidad de adaptación universal. Los equipos de adquisición deben preguntar qué familias de controladores Mercury y liberaciones de firmware soportan la aplicación, si el OEM de control de acceso soporta la configuración prevista, cómo DESI interactúa con los circuitos supervisados existentes o dispositivos conectados, y si se requieren cambios para alimentar, gabinetes, cableado, licencias, operaciones de ciberseguridad o pruebas de aceptación.

Questions to include in a project review

A useful evaluation should begin with the threat model. Teams should identify which field signals create material risk if spoofed, substituted, bypassed or altered, then decide whether device-level identity and signal verification materially reduce that risk. Door position, request-to-exit and intrusion inputs may have different operational and safety implications, so each use case needs its own test criteria.

Las preguntas clave incluyen cómo el sistema maneja un dispositivo o señal no verificado, cómo se comportan las decisiones de alarma y acceso durante la pérdida de comunicaciones, cómo se proporcionan y rotan los certificados o identidades criptográficas, y quién posee apoyo continuo en todo el usuario final, integrador, OEM, Mercurio y PSG. La asociación anunciada establece una relación tecnológica, pero los requisitos detallados de implementación siguen siendo un asunto a nivel de proyecto.