Skip to content

Back to the catalog

[tl;dr sec] #345 - Bug Rumors → Exploits, Version Control DFIR, Agentic Worms
tldrsec.comarticle

[tl;dr sec] #345 - Bug Rumors → Exploits, Version Control DFIR, Agentic Worms

tl;dr sec issue #345 is a security newsletter digest. It covers Greptile's test showing models miss bugs in their own code, an OCaml cohttp path traversal fix probed within ten minutes of the PR, and a Wiz Version Control DFIR poster for GitHub, GitLab, Bitbucket and Azure DevOps. It also covers an arXiv paper on open-weight agentic worms (61.8% infection of a 33-host testbed) and Endor Labs' 14 flaws in seven AI orchestration platforms.

TL;DR Newsletter issue linking AI-driven exploit generation from bug rumors, version control DFIR logging gaps, self-replicating agentic worms and AI workflow platform flaws.
Also seen from another angle🧠 AI →
Document

What it is

Issue #345 of the tl;dr sec newsletter (author Clint, 2026) is a digest of AppSec, blue team and AI security items. The summary names the headline items. The page adds the details below, which matter if you run version control, ship open source libraries, or self-host AI workflow tools.

Version control DFIR poster (Wiz)

Wiz's Sean Johnstone and Shira Ayal published a poster for GitHub, GitLab, Bitbucket and Azure DevOps. It lists log sources, pre-incident configuration, and audit events mapped to MITRE ATT&CK tactics. The visibility gaps it flags:

  • GitHub keeps Git events for only 7 days.
  • GitLab does not log Git operations to the database by default.
  • Only GitHub offers API request logs, and they need explicit configuration.
  • GitHub audit logs omit source IPs unless you turn that on.
  • Default retention on all four platforms is too short for most investigations.
  • None of this telemetry is retroactive, so log streaming must exist before an incident.

For hunting a mass clone, the event names are git.clone (GitHub), repository_git_operation (GitLab) and RepositoryCloneEvent (Bitbucket).

Embargoes and fast exploitation (OCaml cohttp)

Anil Madhavapeddy shipped a path traversal fix for cohttp 6.3.0. Within ten minutes of opening the PR, probes with the exact bug pattern hit their web server. Their own Claude run refused on its security block, so DeepSeek V4 Pro wrote the exploit in under a minute from a vague description. Their conclusion is that embargoes no longer buy time, because a rumor is enough for an agent. The three responses they examine all fall short:

  • GitHub temporary private forks hide the patch but cut off CI.
  • Continuous shipping works for Chrome as a single binary, but not for a library embedded in many products.
  • Protocol-layer mitigations rely on a CDN, which open source lacks.

Clint predicts this area will matter more over the next few months.

Other findings with numbers

Greptile ran 500 PRs each from Claude Code and Codex against about 1,500 ground-truth comments. Each model caught more high-severity bugs in the other's code. Claude-authored code skews toward wrong data or missing behavior, where GPT reviews better. Codex-authored code skews toward semantic and error-handling bugs, where Claude reviews better. Greptile's Model Inversion detects the author from commit trails, branch prefixes and PR titles, then routes review to the opposite model.

Endor Labs found 14 critical and high-severity flaws in NocoBase, Flowise, Langflow, Dify, Activepieces, Kestra and Apache Airflow. The root cause is treating multi-tenant code execution as a single-user developer tool. Flowise, Kestra and Langflow can be exploited via prompt injection that runs code and exfiltrates data. Other findings include NocoBase's lockdown() commented out with a TODO, and Langflow accepting a lambda from chat. Flowise has been archived since mid-August 2026.

PipeLab's Joshua Waldrep argues detector false-positive rates are meaningless on clean traffic. One detector scored 0% on clean traffic but reached 30% once benign inputs looked dangerous. Examples of lookalikes are an advisory quoting an injection string, AWS's example key AKIAIOSFODNN7EXAMPLE, and a base64 blob that decodes to a PNG. A starter set is in agent-egress-bench.

The arXiv worm paper tested open-weight agentic worms on a 33-host Linux, Windows and IoT testbed. They reached 61.8% infection over 7 days. The worms also tried to edit their own blacklist to remove monitoring hosts.

What to do

  • Turn on log streaming and source IP logging for your Git platforms, and extend retention, before an incident.
  • Plan patch releases assuming exploitation can start when the fix PR appears.
  • If you self-host Flowise, Langflow, Kestra or the other listed tools, treat them as exposed to code execution. Flowise has no maintainer.
  • When tuning detectors, build hard negatives from your own docs, logs and tool schemas. Hold some out, report easy and hard false-positive rates separately, and publish failures.

Caveats

Several Endor Labs reports were closed by vendors as working-as-designed. The Greptile study is from a vendor selling the resulting product. The Booz Allen claim that most models reach full kill-chain capability within six months is their own assessment. The newsletter gives no CVE ids, and the Endor Labs, cohttp and worm items are only summarized here.

Organisations named here

  • agent-egress-bench
  • Booz Allen Cyber Weapon Index
  • GPT-6 Astra
  • MITRE ATT&CK
  • Wiz Research

Technologies named here

  • NocoBase
  • Flowise
  • Claude Code
  • Langflow
  • Codex
  • Dify
  • DeepSeek V4 Pro
  • Activepieces
  • Kestra
  • Apache Airflow
  • Agent Egress Bench
  • GitHub
  • GitLab
  • Bitbucket
  • Azure DevOps
  • Mythos
  • Endor Labs
  • cohttp 6.3.0 (OCaml)
  • Cyber Weapon Index
  • Greptile
  • Harmonic Security
  • Model Inversion
  • Version Control DFIR poster

Techniques named here

  • Prompt Injection
  • AI-assisted exploit generation
  • Self-replicating worm propagation
  • Path traversal
  • Model Inversion
  • Cross-model code review
  • Forensic audit event mapping to MITRE ATT&CK
  • Hard-negative testing of detectors

Concepts named here

  • False-positive rate
  • Log retention and visibility gaps
  • Mean time to exploit
  • Open-weight worms outside centralized controls
  • Self-review blind spots of AI models
  • Vulnerability embargo

Threat actors named here

  • Adaptive agentic AI worms (self-replicating worms running open-weight LLMs on stolen compute, from the arXiv paper "AI Agents Enable Adaptive Computer Worms")