Frontier Virtual Patching Signature Lifecycle
Understand how Frontier Virtual Patching signatures transition from pre-disclosure
cloud protections to standard content-based signatures after vulnerability
disclosure.
| Where Can I Use
This? | What Do I Need? |
Frontier Virtual Patching signatures follow a defined lifecycle that begins with
cloud-based vaulted pre-disclosure protection and ends with the signature moving to a
standard Advanced Threat Prevention content update. This lifecycle ensures continuous
protection while preserving the confidentiality of embargoed vulnerability
information.
Lifecycle Stages
- Vulnerability discovery—Frontier Virtual Patching ingests vulnerabilities
from multiple sources: NOVA (the Network and Open-Source Vulnerability Analyzer)
scans critical open-source software repositories using frontier AI models, the
Critical Defense Program (CDP) provides predisclosure feeds from industry
partners, and vulnerability clearinghouses supply additional intelligence.
- Signature generation—When the automated agentic pipeline receives and
validates a vulnerability, it generates proof-of-concept exploits, builds
multivariate protections that cover the root vulnerability (not just specific
exploits), and validates the signatures against evasion techniques to ensure
robustness.
- Cloud deployment (predisclosure)—After validation, the signature is
deployed to the Frontier Virtual Patching cloud using vaulted protection — the
signature details and inspection logic are held in the cloud without disclosing
sensitive vulnerability details. An updated pre-filter is pushed to licensed
firewalls.
- Vulnerability disclosure—When the affected vendor publicly discloses the
vulnerability (typically when the vendor releases a patch), the signature metadata
is updated with the full CVE number, vendor ID, detailed description, and
reference links.
- Migration to content—The signature is added to a standard Advanced Threat Prevention content update and distributed through the normal
content update process. The Threat ID remains the same, so any exceptions you
configured for the signature while it was in the cloud continue to apply.
- Cloud removal—After the content update containing the released signature
is published, the cloud retains the signature and its pre-filter entry for an
overlap period of up to seven days. This ensures that firewalls that have not yet
installed the new content update continue to receive cloud-based protection. After
the overlap period, the signature entry is removed from the
cloud.