SINGAPORE, 6 AUG 2026 — Between 3 and 5 August, CISA added five vulnerabilities to its Known Exploited Vulnerabilities catalogue. Not one of them is in software an end user opens. Every one is a tool that builds, deploys, monitors or runs other software.
On 4 August we reported that the catalogue's remediation windows have collapsed, with three days now the most common deadline. This week gives that finding a subject. The deadlines are short and the targets are the toolchain.
What was listed
| Added | CVE | Product | What it is | Due |
|---|---|---|---|---|
| 3 Aug | CVE-2026-18577 | N-able N-central | Remote monitoring and management console | 6 Aug |
| 4 Aug | CVE-2026-18556 | N-able N-central | The flaw the above one bypasses | 7 Aug |
| 4 Aug | CVE-2026-34486 | Apache Tomcat | Application server cluster channel | 7 Aug |
| 4 Aug | CVE-2026-9198 | IBM Langflow | Visual builder for AI workflows | 7 Aug |
| 5 Aug | CVE-2026-63077 | JetBrains TeamCity | Continuous integration and deployment server | 8 Aug |
RECATOOLS reading of the CISA KEV catalogue, version 2026.08.05, 1,661 entries. Every one of these five carries a three-day remediation window and the BOD 26-04 required action together with CISA's Forensics Triage Requirements — the strictest combination the catalogue issues.
The newest entry is the clearest. JetBrains TeamCity contains a deserialization of untrusted data vulnerability that CISA describes as allowing unauthenticated remote code execution via the agent polling protocol. TeamCity is a continuous integration server, the machine that compiles code, runs tests and pushes builds to production.
IBM Langflow, listed the day before, contains a code injection flaw that CISA says allows unauthenticated remote code execution on default deployments. Langflow is a visual builder for AI workflows, a tool for assembling and executing chains of model calls and code.
The Apache Tomcat entry is quieter and more specific. It is a missing-encryption flaw allowing bypass of the EncryptInterceptor, the component that encrypts messages passing between nodes of a Tomcat cluster. The exposure is not the public-facing application but the channel the servers use to talk to each other.
Note also that the five entries cover four products, not five. N-central appears twice because CISA listed the bypass on 3 August and the flaw it bypasses on 4 August — exploitation evidence drives a listing, so the vulnerability actually being used arrived first and its parent followed a day later.
The pattern is not a coincidence of scheduling
Five listings across three days is a normal volume for the catalogue. What is unusual is the composition. A typical week mixes edge devices, browsers, operating systems and enterprise applications. The week of 3 August contains none of those.
Instead, it contains a category of tools that share one property: by design, each holds credentials for other systems.
An RMM console like N-central exists to administer client machines, so it necessarily holds the access required to do that. A CI/CD server like TeamCity exists to deploy code, so it necessarily holds the keys to the environments it deploys into. A Tomcat cluster's internal channel carries session and application state between nodes that trust one another. Langflow, by construction, executes whatever the workflow tells it to.
Compromising an end-user application gets an attacker that application. Compromising any of these gets them a position from which to reach everything downstream of it. The value is not in the tool itself, but in what it is trusted to touch.
The pattern runs back another week
Extend the window to 27 July and it holds, with one exception that proves the point.
| Added | Product | What it manages | Window |
|---|---|---|---|
| 27 Jul | Fortinet FortiOS | Nothing — it is the endpoint | 14 days |
| 27 Jul | Arista VeloCloud Orchestrator | Wide-area network fabric | 3 days |
| 29 Jul | Cisco Secure Firewall Management Center | Firewall estate | 3 days |
| 3–4 Aug | N-able N-central (×2) | Managed client endpoints | 3 days |
| 4 Aug | Apache Tomcat | Inter-node cluster channel | 3 days |
| 4 Aug | IBM Langflow | Composed AI workflows | 3 days |
| 5 Aug | JetBrains TeamCity | Builds and deployments | 3 days |
RECATOOLS reading of every KEV entry added between 27 July and 5 August 2026, catalogue version 2026.08.05 — eight in total. The middle column is our characterisation of what each product controls, not CISA's.
Seven of the eight are systems that manage, orchestrate, build or interconnect other systems. All seven carry a three-day deadline. The eighth, Fortinet FortiOS, is an operating system running on the device itself rather than a plane that controls other devices — and it is the only one of the eight given fourteen days.
One exception in a set of eight is not proof of a rule, and CISA does not publish the basis on which it assigns a window. The correlation is exact across this sample, and the reading is straightforward: a flaw in a system that holds credentials for other systems gets less time than one that holds only itself.
Why the deadlines are all three days
All five entries carry a three-day remediation window, and all five carry BOD 26-04 alongside CISA's Forensics Triage Requirements — the combination that tells a federal agency to patch and then go looking for evidence it was already too late.
That combination was attached to fewer than a quarter of this year's entries when we counted the catalogue on 4 August. To see that combination five times in three days, on five toolchain products, is to hear the agency say something specific about where it thinks intrusions are happening.
For anyone outside the United States federal government the deadlines are not binding, and the signal is still the clearest one available. No equivalent catalogue exists for ASEAN, so regional defenders read the American one and adjust for their own exposure. A three-day window with a forensics requirement is a different statement from a twenty-one-day window asking for mitigation.
The Langflow entry is the one to notice
Three of these five products have been part of enterprise infrastructure for years. Langflow has not. Its presence in the catalogue is the first sign of an inevitable development.
AI workflow builders are a young product category whose entire purpose is to let a user wire together model calls, data sources and code execution without writing an application. This makes them powerful, and it creates an unusual security model. A system designed to execute arbitrary logic has a much shorter path from "input accepted" to "code runs" than a conventional application.
CISA's description says the flaw allows unauthenticated remote code execution on default deployments. Default configuration is where most installations of a young tool sit, because the hardening guidance has not been written yet and the people deploying it are usually experimenting rather than operating.
The vendor attribution is also telling. The catalogue lists Langflow under IBM. A tool many teams will have adopted as an open-source experiment now appears in a federal catalogue with a large vendor's name against it, which is a reasonable proxy for how quickly this category has been absorbed into the enterprise.
What to do with this if you run any of them
The remediation is unglamorous and the vendors have published it. JetBrains, IBM and Apache each have advisories linked from the catalogue entries, and N-able's fix is in a released version.
The part worth adding is the forensics half, because it is the half most organisations skip. For a tool that holds credentials to other systems, patching closes the door and tells you nothing about whether anyone came through it earlier. On a CI/CD server the questions are which builds ran, whether any deploy keys were used unexpectedly, and whether any pipeline definition changed. On an RMM console they are which endpoints were reached and by whom.
These questions are answerable if the logging exists and unanswerable if it does not. The answers do not improve with age. On a Langflow instance the equivalent question is which workflows were executed and by whom. That is the reasoning behind CISA attaching a triage requirement rather than a patch instruction, and it holds regardless of whether the directive applies to you.