Two of the Worst Bugs in This Briefing Have No CVE ID
Your queue is ordered by identifiers that the most exploitable findings never received, and the evidence that a public exploit signals real danger has collapsed.
The finding with no identifier at all
A public proof-of-concept exists for the Log4j2 serialized-event receiver. Per Matt Johansen's reporting there is no CVE, no fixed release, and Apache treats it as hardening rather than a vulnerability. Exploitation requires four conditions at once: a specific listener running, an untrusted reachable peer, a gadget library present, and no JVM-level deserialization filter. Ordinary logging never touches that path. The result cuts both ways, because finding log4j-core in an SBOM proves nothing about exposure and every CVE-keyed tool in the stack scores this finding at exactly zero.
The Next.js disclosure is the same failure at the other end of the funnel. A real pre-auth remote code execution class, remediated, that reached engineering as version numbers instead of advisory data. Prior art exists for what that layer costs when it goes wrong. CVE-2025-29927, the Next.js middleware authorization bypass via the x-middleware-subrequest header, carried CVSS 9.1. One trusted internal header defeated middleware-based auth. Middleware is where authorization lives, and ambiguity there is a security problem, not a developer-experience complaint.
Where the evidence agrees, and where it cuts against itself
Root Evidence's dataset counts 3,769 exploited CVEs against 253,912 published since 2018. Adversaries never touched 98.5% of them. That figure is sponsored content and depends on "confirmed" exploitation reporting, which structurally undercounts, so treat it as directional. The argument that volume is noise and reachability is signal holds. It also argues against the trigger most teams actually use, because confirmation of exploitation lags exploitation itself.
Executive Offense supplies the other half. Aikido Security, working with researcher Philippe Dourassov, burned 11.7 billion tokens putting ten models against 32 freshly disclosed CVEs, three runs each. DeepSeek V4 Pro, open weights and downloadable, rediscovered 28 of 32, ahead of Opus 5, Grok 4.6 and Claude Sol. Read the two datasets together and the operating rule changes: absence of a public exploit is now a statement about the public internet, not about adversary capability.
A vulnerability without a CVE ID scores zero in every tool you own, and "no public PoC yet" is now a measurement of disclosure practice rather than of risk.
The number that dates your containment SLA
CyberScoop's coverage of Unit 42 research documents an attacker running an agentic framework against 50 applications in under 10 hours. The same work took roughly ten days pre-AI. That is a ~24x compression, which puts a full-portfolio exploitation sweep inside a single shift handoff. The translation is narrow and testable: any asset tier where measured mean time to contain exceeds ten hours is a documented, board-reportable gap. The Batch's data supplies the counterweight, since exploit weaponization scores still trail discovery scores badly, so the immediate pressure lands on remediation throughput rather than novel-exploit defense.
The retro-hunt shape for pre-auth RCE
Assume a window between disclosure and patch. Pre-auth means there is no failed-login trail to correlate on, so process and egress telemetry from server-rendering hosts is the only signal: unexpected child processes, anomalous outbound connections, new files in writable application directories.
The systemic fix is one line of scanning scope. If coverage stops at OS packages and container base images and never reads package.json or a lockfile, the highest-value pre-auth attack surface is invisible to the program that exists to find it.
What to do
Pull the vercel/next.js GitHub Security Advisories today for CVE IDs, CVSS vectors and affected components, file them in the vulnerability tracker, and add lockfile and SCA scanning across every repository by month-end.
Rewrite the internet-facing patch SLA this quarter to 72 hours for critical and seven days for high, and delete "no public exploit yet" from the deprioritization criteria.
Time-box a Log4j2 exercise this quarter: measure the hours needed to enumerate every log4j-core install and identify which hosts run serialized-event listeners, then report the elapsed time to leadership.