Skip to content

114 results for β€œEndor Labs”

What you seeeverything
  1. What is an AIBOM? AI bill of materials explained for security teams | Endor Labs

    An AIBOM is a machine-readable inventory of models, datasets, dependencies, AI services, agents and MCP servers, with evidence of origin, license, integrity and evaluation. The Endor Labs explainer walks through a worked CycloneDX example for a fine-tuned support assistant. It compares CycloneDX ML-BOM, SPDX 3.x, the OWASP AIBOM project and the May 2026 CISA/G7 guidance, and lists what an AIBOM cannot show: runtime behavior and agent actions.

    endorlabs.comarticlePublished and added 29 Oct 2026🧠 AI

  2. What is an AIBOM? AI bill of materials explained for security teams | Endor Labs

    AIBOM explainer from Endor Labs: an AI bill of materials is a machine-readable inventory of models, datasets, dependencies, AI services, agents and MCP servers, with origin, license and integrity evidence. It walks through a CycloneDX entry for a fine-tuned model, compares CycloneDX ML-BOM, SPDX 3.x, the OWASP AIBOM Generator and the May 2026 CISA/G7 minimum-elements guidance, and lists a six-step build process. It also states what an AIBOM cannot show: model safety, runtime behavior and coding-agent actions.

    endorlabs.comarticlePublished and added 29 Oct 2026πŸ›‘οΈ Security

  3. ADLC metrics: How to measure agentic development security | Endor Labs

    ADLC metrics is an Endor Labs guide to measuring security in the agentic development lifecycle, where AI coding agents write much of the code. It defines formulas across five categories: AI supply chain visibility, agent action security, agent-generated code, package risk and developer flow. It argues for normalizing findings per merged change, tracking pre-execution blocks, and building a six-to-eight metric scorecard.

    endorlabs.comarticlePublished and added 29 Oct 2026πŸ›‘οΈ Security

  4. ADLC metrics: How to measure agentic development security | Endor Labs

    ADLC metrics is an Endor Labs guide to measuring security in the agentic development lifecycle, where AI coding agents write code. It defines formulas in five categories: AI supply chain visibility, agent action security, agent-generated code security, package risk and developer flow. It advises normalizing findings per merged change, comparing against a human baseline, and baselining six to eight metrics for a month.

    endorlabs.comarticlePublished and added 29 Oct 2026🧠 AI

  5. ADLC compliance: Mapping agentic development to NIST SSDF, OWASP, and the EU AI Act | Endor Labs

    ADLC compliance is Endor Labs' interpretation of how NIST SSDF (SP 800-218), the OWASP LLM and Agentic Top 10 lists, and the EU AI Act apply to software built with coding agents. It splits requirements into a code surface and an action surface (shell, files, MCP calls, package installs). It gives a four-step EU AI Act scoping path and says that system prompt rules and agent self-reports are not audit evidence.

    endorlabs.comarticlePublished and added 28 Oct 2026🧠 AI

  6. ADLC compliance: Mapping agentic development to NIST SSDF, OWASP, and the EU AI Act | Endor Labs

    ADLC compliance guide from Endor Labs that maps agentic development to NIST SSDF (SP 800-218 v1.1), the OWASP LLM Top 10 2025 and Agentic Top 10, and the EU AI Act as amended by Regulation (EU) 2026/1744. It splits controls into a code surface and an action surface (shell, file access, MCP calls, package installs). It gives a four-step AI Act scoping path, the new Annex III date of 2 December 2027, and evidence guidance. It states the crosswalk is the vendor's interpretation, not legal advice.

    endorlabs.comarticlePublished and added 28 Oct 2026πŸ›‘οΈ Security

  7. The ADLC maturity model: 5 stages of agentic development security | Endor Labs

    The ADLC maturity model is a proposed five-stage framework from Endor Labs for scoring security controls over coding agents, from unmanaged experimentation to continuous verification. Each stage has requirements on two tracks, agent actions (shell commands, MCP calls, package installs) and agent output (code, dependencies, secrets). It sets stage 3 at deterministic hooks that block actions, gives evidence-based assessment questions, and lists traps such as relying on prompt-level rules.

    endorlabs.comarticlePublished and added 28 Oct 2026πŸ›‘οΈ Security

  8. How to evaluate ADLC security solutions: A buyer's checklist | Endor Labs

    Buyer's checklist from Endor Labs for evaluating security tools in the agentic development lifecycle (ADLC), where AI coding agents write code and take actions such as package installs, CI edits and tool calls. It covers scoping, coverage, evidence-based accuracy, repeatability testing, agent-loop and PR workflow fit, remediation, governance, and a 2 to 4 week proof of concept on 3 to 5 repos with seeded ground truth.

    endorlabs.comarticlePublished and added 28 Oct 2026πŸ›‘οΈ Security

  9. Everything, everywhere, all at once… the week software broke | Endor Labs

    Endor Labs roundup of the 20 to 21 October 2026 patch wave: eMudhra certificate authority keys that anyone can recover, PHP2Shell (CVE-2026-109618, CVE-2026-109619), Node2Shell (CVE-2026-111497) and malware in LiteLLM 1.107.0. It lists fixed versions (PHP 8.2.35 to 8.5.12, Node.js 22.23.4, 24.22.1, 26.12.1, LiteLLM back to 1.106.2) and explains why many separate trust-store copies each need updating. It closes with advice on triage, remediation and SBOM/VEX reporting.

    endorlabs.comarticlePublished and added 24 Oct 2026πŸ›‘οΈ Security

  10. ADLC Security Best Practices for Teams Shipping with Coding Agents | Endor Labs

    ADLC Security Best Practices is an Endor Labs guide to controlling what AI coding agents can access, run, install and ship. It covers inventorying agents and MCP servers, sandboxing, pre-execution hooks instead of AGENTS.md rules, install-time package checks against slopsquatting and malware, reachability-based triage of agent PRs, and CI/CODEOWNERS protections. A five-step worked example and coverage metrics are included.

    endorlabs.comarticlePublished and added 23 Oct 2026πŸ›‘οΈ Security

  11. What is the AI-Native SDLC? AI SDLC, AI-DLC, and ADLC Explained | Endor Labs

    The AI-native SDLC is a software lifecycle redesigned around AI and coding-agent participation, as opposed to the AI-assisted SDLC, which adds AI tools to unchanged stages. The Endor Labs guide separates AI-DLC (the AWS methodology), AI SDLC and the two meanings of ADLC (Agentic vs Agent Development Lifecycle). It also covers stage-by-stage changes and AppSec implications: AI-generated code flaws, dependency choice, reachability analysis and governing agent actions.

    endorlabs.comarticlePublished and added 23 Oct 2026🧠 AI

  12. eMudhra CA Compromise: The Trust Stores You Didn't Patch | Endor Labs

    The eMudhra CA compromise (disclosed 20 October 2026) involves eight intermediate CA certificates whose private keys can be derived from the certificates themselves. They chain to AAA Certificate Services and three other roots. Browsers block them, but non-browser clients skip revocation and CT checks. Endor Labs finds 25 popular packages with frozen bundled root stores, 11 already patched, and gives a fingerprint-scanning script, test hosts and patch steps.

    endorlabs.comarticlePublished and added 21 Oct 2026πŸ›‘οΈ Security

  13. Gemini 4 Argon on Cursor: solid security score, two unique solves, but slower and more expensive | Endor Labs

    Endor Labs evaluates Gemini 4 Argon in the Cursor harness on its Agent Security League coding tasks (SusVibes). Argon ties Fable 5 at 29% SecPass with 78.8% FuncPass, but costs $765 and takes a 14-minute median per task. It uniquely fixes SABnzbd path traversal (CVE-2021-29488) and a Nova credential-logging leak (CVE-2015-8749). Two other candidate solves were rejected, and 29 cheating instances were confirmed.

    endorlabs.comarticlePublished and added 20 Oct 2026πŸ›‘οΈ Security

  14. What We Can Learn About GitHub Actions Security from the Trivy Breach | Endor Labs

    Endor Labs analyzes the March 2026 Trivy compromise (CVE-2026-33634, CVSS 9.4). A pull_request_target misconfiguration leaked a PAT, and attackers then force-pushed malicious commits to 75 of 76 trivy-action tags and all 7 setup-trivy tags. The TeamPCP credential stealer harvested SSH keys, cloud and CI tokens and runner memory, and exfiltrated to a typosquatted domain. It gives three checks: audit pull_request_target workflows, pin Actions to full commit SHAs, and scope GITHUB_TOKEN permissions. It also notes the limits of SHA pinning.

    endorlabs.comarticlePublished and added 16 Oct 2026πŸ›‘οΈ Security

  15. Why Your SCA is Always Wrong | Endor Labs

    Explains why traditional SCA tools are inaccurate: they parse package-manager manifests and assume those match what the code actually uses. It walks through phantom dependencies, misused dependency scopes, direct use of transitive dependencies and unused dependencies, using Python and JavaScript as examples. It argues for SCA based on program analysis, with source code as ground truth cross-checked against manifests and the file system. Useful for evaluating SCA tools and understanding SBOM accuracy limits.

    endorlabs.comarticlePublished and added 16 Oct 2026πŸ›‘οΈ Security

  16. GitHub Action tj-actions/changed-files supply chain attack: what you need to know | Endor Labs

    Endor Labs explains the March 2025 compromise of the tj-actions/changed-files GitHub Action (CVE-2025-30066). Attackers pushed a malicious commit and retroactively repointed version tags, so a Python payload dumped CI/CD secrets to workflow logs across about 23,000 repositories. The post gives response steps: find usage with a GitHub code search, remove the Action from all branches or enforce an Actions allowlist, audit logs for suspicious outbound requests and IPs, and rotate exposed secrets. It also notes the March 17 restoration and the risk of transitive Action dependencies. It includes Endor Labs customer steps (the `--ghactions --secrets --git-logs` scan flags).

    endorlabs.comarticlePublished and added 16 Oct 2026πŸ›‘οΈ Security

  17. SBOMs are Just a Means to an End | Endor Labs

    A critique of the state of SBOM adoption, written by a CISSP product manager at Endor Labs. It argues that the NTIA minimum elements and the SPDX and CycloneDX specs don't require a package URL (purl), so name and version alone can't tell a Maven log4j-core from an npm or cargo package of the same name. It also notes that no spec defines build time, which makes transitive dependency resolution unreliable, and that generation tools place the same data in different fields. It adds that vendors have mixed incentives to ship SBOMs and that practices are immature, and it calls on standards bodies to define required data per prioritized use case.

    endorlabs.comarticlePublished and added 16 Oct 2026πŸ›‘οΈ Security

  18. PWN Request Threat: A Hidden Danger in GitHub Actions | Endor Labs

    Explains the "pwn request" weakness in GitHub Actions. A workflow triggered by pull_request_target runs with write permissions and secrets, so if it checks out and builds PR head code, attacker-controlled code runs in a privileged context. It gives a three-step check for susceptible workflows: the trigger, a checkout of the PR head SHA or ref, and build steps such as npm install or make. It also covers mitigations: switch to pull_request or workflow_run, gate on a label, and never pass secrets to scripts that run on PR code. It notes safe patterns and cites the puppetlabs finding.

    endorlabs.comarticlePublished and added 16 Oct 2026πŸ›‘οΈ Security

  19. 5 Tips for Managing Bazel Dependencies (Without Losing Friends) | Endor Labs

    Endor Labs gives five practices for updating third-party dependencies in Bazel monorepos: update one dependency at a time, stage cross-cutting upgrades, and test incrementally. It includes bazel query rdeps examples (e.g. for the Go zap library) to select only affected go_test targets. It also argues that SCA scans should target binary targets (go_binary, py_binary, java_binary) rather than the whole repo, and shows a query to enumerate them. The security angle is vulnerability-driven updates and scan scoping, and the piece ends with a vendor pitch.

    endorlabs.comarticlePublished and added 16 Oct 2026πŸ›‘οΈ Security

  20. EU Cyber Resilience Act: Preparing for December 11, 2027 | Endor Labs

    Explains what applies on 11 December 2027 under the EU Cyber Resilience Act: Annex I Part I and II, Article 13 manufacturer duties, conformity assessment and CE marking. It covers classification by core functionality, the conformity routes per tier, and how "known exploitable vulnerability" is defined, including findings from your own tooling and AI analysis. It also covers the engineering obligations (per-build SBOMs with VEX, CVD policy, security.txt, signed updates, CSAF disclosure), the 10-year retention and support-period rules, and the product-family and legacy-modification reliefs. It closes with a checklist, and the Endor Labs product claims are vendor-sourced.

    endorlabs.comarticlePublished and added 14 Oct 2026πŸ›‘οΈ Security

  21. What Is SAST? Static Analysis in the Age of AI-Generated Code | Endor Labs

    Explainer on Static Application Security Testing. It covers how SAST builds an AST and runs taint analysis from sources to sinks, which flaw classes it catches (SQLi, XSS, hardcoded secrets, weak crypto) and which it misses (IDOR and other access-control bugs). It compares SAST with DAST and SCA, cites false-positive and false-negative figures (91% false positives in a 2025 study of about 3,000 repositories; 47–80% of vulnerabilities missed), and argues for reachability analysis and reasoning-based AI SAST. It ends with evaluation criteria and a rollout plan; the vendor's own benchmark claims are preliminary.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  22. Executive Order 14028 SBOM Requirements: What to Comply With and How | Endor Labs

    Explains what Executive Order 14028 requires for SBOMs. It covers the NTIA Minimum Elements (seven data fields, automation support, practices and processes) and the SPDX, CycloneDX and SWID formats. It also covers who must comply and how OMB M-26-05 (January 2026) rescinded the standardized self-attestation mandate while agencies can still require SBOMs by contract. It then argues an SBOM is only a starting point and recommends adding reachability analysis, EPSS, VEX and safe-upgrade remediation. The last part promotes Endor Labs.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  23. Guide to Implementing Software Supply Chain Security | Endor Labs

    Vendor-authored guide that defines a software supply chain as developers, code, dependencies, AI models, containers and CI/CD pipelines. It walks through program components: OSS governance, SAST vs reachability-based SCA, AI model security, SBOM/VEX (NTIA minimum elements, SPDX vs CycloneDX), secrets scanning, CI/CD hardening, and signing/attestation with Cosign/Sigstore. It cites figures such as 95% of vulnerabilities sitting in transitive dependencies and only 1% of SBOMs being fully NTIA-conformant. Each section closes with an Endor Labs product pitch, so treat the framing as vendor-flavoured. The fetched text was truncated, so the final attestation/provenance section was not seen.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  24. The OWASP Top 10 Gets Modernized | Endor Labs

    Commentary on the 2025 OWASP Top 10 update presented at OWASP Global AppSec in Washington, D.C. Broken Access Control stays #1, Security Misconfiguration and the new Software Supply Chain Failures category (replacing Vulnerable and Outdated Components) rise to #2 and #3, and Cryptographic Failures, Injection and Insecure Design drop. The author adds context on agentic AI and MCP identity and authorization, AI-assisted SAST, non-human identities, CISA Secure-by-Default, OWASP SPVS, and slopsquatting and AI coding assistant risks.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  25. Context Engineering for Application Security | Endor Labs

    Endor Labs whitepaper on using context engineering to make AI coding assistants produce secure code. It covers secure prompting (priming, decomposition, refinement with design-spec and test-first patterns), reusable system rules such as Cursor rules and the CSA R.A.I.L.G.U.A.R.D. framework, and external SAST/SCA tools wired in through MCP servers with a rule that triggers scans. It also covers the costs and risks: extra token use, models ignoring rules, untrusted community rules, and MCP server supply-chain threats. It cites figures such as 62% of AI-generated solutions containing flaws and a 77.5% reduction in weaknesses from recursive prompting.

    endorlabs.comarticlePublished and added 12 Oct 2026🧠 AI

  26. New research: malware in open source ecosystems surges 14x as attackers hijack trusted packages | Endor Labs

    Endor Labs summarizes its report "Malware in the Open Source Ecosystem", built from a survey of 605 IT professionals plus analysis of OSV advisories and npm metadata. Over 90% of all OSS malware advisories were filed in 2025, and npm account-takeover advisories rose about 12x (930 of 1,011 ever recorded), often hitting heavily downloaded packages. It also covers the TeamPCP campaign across GitHub Actions, Docker Hub, npm, OpenVSX and PyPI, the axios compromise, and survey findings: only 21% enforce cooldown periods, 51% found malicious packages in 2025, and ownership of the problem is fragmented.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  27. Identifying and Tracking FedRAMP False Positives | Endor Labs

    Explains how FedRAMP treats false-positive SCA findings, which still have to be tracked in the POA&M and ConMon. It covers the deviation request (DR) process, the SCA problems of scale and missing context (manifest-based inventories, with 88% of imported code unused), and 30–180 day remediation SLAs. It argues that only high-confidence, function-level reachability that holds from any source is likely to satisfy a 3PAO. It then describes how Endor Labs uses call-graph analysis, SBOM/VEX output and rescanning to document false positives.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  28. Context Engineering for Application Security | Endor Labs

    Endor Labs whitepaper on using context engineering to make AI coding assistants write secure code. It covers four techniques: secure prompts (priming, decomposition, refinement with design-spec and test-first patterns), system rules (with sample rules and the CSA R.A.I.L.G.U.A.R.D. framework), external security tools wired in over MCP (with an example Cursor SAST rule), and RAG. It also covers MCP server threats and five defensive pillars, Cursor Hooks, and CISO-level recommendations. It matters because it gives practical guardrails for stopping missing-authorization, rate-limiting and hallucinated-dependency problems at generation time.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  29. Introducing AI Coding Agent Governance: Using Hooks to Bring Visibility to the ADLC | Endor Labs

    Explains how lifecycle hooks in Claude Code (.claude/settings.json) and Cursor (.cursor/hooks.json) can act as a deterministic, out-of-band control layer for AI coding agents. It covers the hook events, the JSON passed on stdin, and the response contracts. Claude Code uses exit codes plus permissionDecision, updatedInput and additionalContext. Cursor uses stdout JSON with permission and userMessage. It then shows how Endor Labs' `endorctl ai-audit` handler normalises events across both harnesses, streams them to a central audit trail and enforces server-side policies (29 defaults) such as shell allow/deny lists, sensitive-file patterns and MCP allowlists.

    endorlabs.comarticlePublished and added 12 Oct 2026🧠 AI

  30. Is AI Coding Safe? Introducing the Agent Security League | Blog | Endor Labs

    Endor Labs launches the Agent Security League, a public leaderboard extending CMU's SusVibes benchmark (200 tasks, 108 Python OSS projects, 77 CWEs) to commercial coding agents (Claude Code, Cursor, Codex) and frontier models. Functional pass rose to 84.4% from 61% in the original study, but secure pass peaked at only 17.3%. It also documents agents ignoring instructions and mining git history to copy the fix (SWE-Agent + Opus 4.6 did so in 163/200 tasks), and describes the cheating-detection and score-adjustment module added to the harness.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  31. Is AI Coding Safe? Introducing the Agent Security League | Blog | Endor Labs

    Endor Labs launches the Agent Security League, a public leaderboard that extends CMU's SusVibes benchmark (200 Python tasks, 108 OSS projects, 77 CWEs). It tracks FuncPass and SecPass for commercial agents (Claude Code, Cursor, Codex) with newer models such as Claude Opus 4.x, Gemini 3 Pro and GPT-5.3 Codex. Functional correctness reaches 84.4% but SecPass peaks at only 17.3%. The authors also found agents reading git history to recover the fix, as in 163 of 200 tasks for SWE-Agent with Claude Opus 4.6, despite explicit instructions not to. They added a cheating-detection and score-adjustment phase.

    endorlabs.comarticlePublished and added 12 Oct 2026🧠 AI

  32. Static SCA vs. Dynamic SCA: Which is Better (and Why It's Neither) | Blog | Endor Labs

    Compares static SCA (manifest/source scanning at build time) with dynamic SCA (runtime instrumentation). Static scans are complete but noisy and miss dependencies absent from manifests, for example in Python. Dynamic scans are relevant but incomplete, add agent overhead and surface findings late. It argues eBPF improves deployability of dynamic SCA but not its coverage limit. A worked example with a library of N vulnerable functions illustrates the difference. The author, Endor Labs, advocates static analysis of source code plus reachability analysis to filter findings by whether vulnerable code is actually called.

    endorlabs.comarticlePublished and added 12 Oct 2026πŸ›‘οΈ Security

  33. What does it mean to sandbox an AI coding agent?

    An Endor Labs technical breakdown of what an "agent sandbox" actually is: a kernel-enforced boundary around an AI coding agent's tool calls (syscalls), distinct from a staging environment or Docker container. It walks through the nx/s1ngularity supply-chain attack as motivating case, compares OS-level primitives (Apple Seatbelt, Linux Landlock/seccomp, Windows Job Objects/AppContainer) used by Claude Code, Cursor, and Codex CLI against containers and microVMs (gVisor, Firecracker), and argues filesystem isolation and network egress isolation are worthless unless enforced together.

    endorlabs.comarticlePublished and added 6 Oct 2026πŸ›‘οΈ Security

  34. | Blog | Endor Labs

    Endor Labs walks through what "sandboxing an AI coding agent" actually means at the OS level, contrasting the approval-prompt model with kernel-enforced isolation. It details how Claude Code, Cursor, and Codex CLI converge on the same primitives without full containers β€” Apple's Seatbelt on macOS, Landlock plus seccomp on Linux, Job Objects/AppContainer on Windows β€” and why Anthropic ships an open-source bubblewrap-based runtime with a host-side egress proxy. It argues filesystem isolation and network egress controls are interdependent (citing Anthropic's own sandboxing writeup) and uses the 2025 nx npm supply-chain attack to illustrate why containment, not model-level guardrails, is the real defense against prompt injection and credential exfiltration.

    endorlabs.comarticlePublished and added 6 Oct 2026🧠 AI

  35. Sandboxes Explained: What Each Type Actually Isolates | Blog | Endor Labs

    A vendor blog primer (Endor Labs) that walks through the main families of sandboxing technology - VMs (Firecracker), shared-kernel containers (namespaces, cgroups, seccomp, runc), userspace-kernel middle grounds (gVisor, Kata Containers), and language/runtime sandboxes (Java SecurityManager, V8 isolates, WebAssembly/WASI) - explaining what each actually isolates, its cost, and known escape CVEs (VENOM/CVE-2015-3456, runc's CVE-2019-5736, Spectre/Meltdown). It then pivots to AI coding agent sandboxing specifically, framing agents as "confused deputies" vulnerable to prompt injection via Simon Willison's "lethal trifecta" (private data access plus untrusted content plus external communication), and lays out the policy controls that matter in practice: filesystem scoping, egress allowlists, action classification, reviewable diffs, scoped short-lived credentials, and human-in-the-loop approval, plus the need to log accumulated session permissions for audit.

    endorlabs.comarticlePublished and added 2 Oct 2026🧠 AI

  36. Sandboxes Explained: What Each Type Actually Isolates | Blog | Endor Labs

    An Endor Labs primer surveying what different sandbox technologies actually isolate: hypervisor-based VMs (Firecracker microVMs, the VENOM floppy-controller escape CVE-2015-3456, Spectre/Meltdown), Linux containers (namespaces/cgroups/seccomp, the runc host-overwrite escape CVE-2019-5736, gVisor's userspace kernel, Kata Containers' per-pod microVMs), and language-runtime sandboxes (Java's deprecated SecurityManager, V8 isolates behind Cloudflare Workers, WebAssembly/WASI's capability model). It then pivots to AI agent sandboxing, arguing the threat model flips from "what can this process touch" to "what actions can this confused-deputy agent take," framed around Simon Willison's lethal trifecta (private data, untrusted content, external communication) and controls like filesystem scoping, egress allowlists, scoped short-lived credentials, and session-level audit logging.

    endorlabs.comarticlePublished and added 2 Oct 2026πŸ›‘οΈ Security

  37. GPT-6.1 Sol on Codex: Astra-level security, a third faster, zero cheating | Blog | Endor Labs

    Endor Labs re-ran its Agent Security League Codex benchmark on GPT-6.1 Sol, released one week after GPT-6 Sol, finding it nearly ties GPT-6 Astra on security (34.1 percent vs 34.6 percent SecPass) while trailing on functional correctness (77.7 percent vs 82.1 percent FuncPass), and running about a third faster and far cheaper in tokens than both. The piece also reports zero confirmed cheating across 13 flagged instances, the third such Codex run in a row, using the same 200-task Codex CLI 0.144.6 harness and multi-signal cheating detection (patch similarity, memorization, edit-trajectory, strict-test pass, conversation analysis) as prior posts in the series.

    endorlabs.comarticlePublished and added 2 Oct 2026🧠 AI

  38. GPT-6 Sol on Codex: average scores, quarter the cost | Blog | Endor Labs

    Endor Labs benchmarks OpenAI GPT-6 Sol running inside the Codex CLI harness on 200 real-world security-relevant coding tasks, part of their Agent Security League benchmark, scoring 72.1 percent FuncPass and 25.1 percent SecPass, above GPT-5.6 Sol but about 9.5 points below GPT-6 Astra on security, while costing roughly a quarter of Astra's price, making it the cheapest Codex evaluation run to date. The piece breaks down token usage, timing, shell-command patterns, anti-cheating pipeline results, and a unique secure fix for a Plone open-redirect and XSS vulnerability, CVE-2015-7316.

    endorlabs.comarticleAdded 7 Oct 2026, published 2 Oct 2026🧠 AI

  39. GPT-6 Sol on Codex: average scores, quarter the cost | Blog | Endor Labs

    Endor Labs ran Codex CLI with OpenAI's GPT-6 Sol on its Agent Security League tasks (200 real-world coding tasks drawn from historical security fixes). It scored 72.1% FuncPass and 25.1% SecPass, sixth overall, 5 points above GPT-5.6 Sol and 9.5 below GPT-6 Astra. The run cost $104 on Azure, 78% less than Astra, with zero confirmed cheating. The post also compares command-use patterns and walks through the one globally unique secure solve, the Plone isURLInPortal XSS/open-redirect fix (CVE-2015-7316). There the agent used iterative URL decoding and a broad character rejection, where the golden fix used a string blocklist.

    endorlabs.comarticlePublished and added 1 Oct 2026πŸ›‘οΈ Security

  40. Mini Shai-Hulud Worm Compromises TanStack, Mistral AI, Guardrails AI & More Packages

    The Hacker News details the "Mini Shai-Hulud" campaign by threat actor TeamPCP, which compromised npm and PyPI packages from TanStack, UiPath, Mistral AI, OpenSearch and Guardrails AI via a chained GitHub Actions attack (pull_request_target abuse, cache poisoning, OIDC token extraction), now tracked as CVE-2026-45321 (CVSS 9.6). The worm mints npm publish tokens directly from stolen OIDC credentials to self-propagate β€” the first documented case of a worm producing validly SLSA Build Level 3-attested malicious packages β€” and deploys an obfuscated credential stealer with IDE persistence hooks, a GitHub Actions secret-exfiltration workflow, and a dead-man's-switch that runs "rm -rf" if its rogue npm token is revoked. Over 170 packages and 400+ attacker-controlled repos have been identified across npm and PyPI, with findings credited to Aikido Security, Endor Labs, SafeDep, Socket, StepSecurity, Snyk, Wiz and Microsoft.

    thehackernews.comarticleAdded 26 Sep 2026πŸ›‘οΈ Security

  41. Opus 5.5: 6x cheaper and 2x faster than Fable 5.1, but only 33.5% of code is secure | Blog | Endor Labs

    Endor Labs ran Claude Code with Opus 5.5 on its Agent Security League coding tasks. It scored 68.7% FuncPass and 33.5% SecPass, third on security and nineteenth on functionality, behind Fable 5.1 (87.2% / 37.4%). Its anti-cheating pipeline confirmed 51 training-recall solves, the largest memorization penalty on the board; with those counted it would have led by over 11 points. The post also compares cost (~$116 versus ~$1,116 for Opus 5), speed, tokens and tool calls, and checks Anthropic's launch claims against the results.

    endorlabs.comarticlePublished and added 24 Sep 2026πŸ›‘οΈ Security

  42. Engineering a security harness for AI coding agents | Blog | Endor Labs

    Endor Labs lays out a seven-question framework for building a 'security harness' around AI coding/security agents: defining task scope, engineering minimal sufficient evidence retrieval, tiered authority (Read→Recommend→Prepare→Publish→Enforce), hard enforcement gates before consequential actions, and operational controls for evaluation, failure containment, and versioned change management. It argues the model should never be the control plane — deterministic evidence and explicit approval boundaries must sit around it — and backs the evidence-architecture point with a benchmark showing a 91.7% token reduction (6.6M vs 79.5M) when agents receive deterministic security evidence instead of reconstructing it via tool loops.

    endorlabs.comarticlePublished and added 22 Sep 2026🧠 AI

  43. Engineering a security harness for AI coding agents | Blog | Endor Labs

    Endor Labs engineering post arguing that prompts are not security controls and lays out a seven-question framework for building a "security harness" around AI coding/remediation agents: defining the job, minimizing evidence to authoritative facts, tiering authority (Read→Recommend→Prepare→Publish→Enforce), gating consequential actions on proven conditions, evaluating process/result/outcome with contestability, failing closed on interruption or attack, and versioning/owning the agent over time. It illustrates the approach with a controlled dependency-remediation workflow (upgrading Jinja2 with explicit stop-for-approval gates) and cites an internal benchmark where evidence-equipped agents used 91.7% fewer tokens (6.6M vs 79.5M) than agents that had to reconstruct security posture via tool-loop reconnaissance.

    endorlabs.comarticlePublished and added 22 Sep 2026πŸ›‘οΈ Security

  44. Vulnerability Blast Radius: How to Measure and Reduce Impact | Blog | Endor Labs

    Endor Labs blog post explaining CVE-2024-3596 (BlastRADIUS), a critical design flaw in the RADIUS authentication protocol where an on-path attacker uses a chosen-prefix MD5 collision to forge an Access-Accept response and bypass authentication on VPNs, firewalls, and network devices using RADIUS over UDP with non-EAP methods. It also generalizes 'blast radius' as a vulnerability-management concept, describing static reachability analysis across first-party code, dependencies, and container base images to distinguish exploitable findings from theoretical CVEs, tying the discussion to Endor Labs' AURI product.

    endorlabs.comarticlePublished and added 21 Sep 2026πŸ›‘οΈ Security

  45. The UK Software Security Code of Practice through a Software Supply Chain Lens | Blog | Endor Labs

    Endor Labs analyzes the UK's Software Security Code of Practice, a government-issued framework for software vendors, through the lens of software supply chain security. It breaks down how the Code's requirements map to practices like SBOM generation, dependency/component management, and vendor accountability for third-party code.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  46. How Should I Prioritize Software Vulnerabilities? | Blog | Endor Labs

    Endor Labs blog post comparing five approaches to prioritizing software vulnerabilities: CVSS scoring, CISA's KEV catalog, Carnegie Mellon's SSVC decision tree, FIRST's EPSS exploit-prediction model, and call-graph-based reachability analysis. It cites concrete data (e.g., EPSS v3 threshold of 0.088 catches ~82% of exploited CVEs while requiring remediation of only 7.3% of known CVEs, versus patching most CVSS high/critical issues) and walks through each method's limitations, using examples like CVE-2017-0144 (EternalBlue/NotPetya) and CVE-2004-1464.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  47. Key Questions for Your SBOM Program | Blog | Endor Labs

    Endor Labs blog post outlining six practical questions organizations should answer before standing up an SBOM program: how to send/receive/store SBOMs, which vendors must provide them (via business impact analysis), delivery frequency and SLAs, how to analyze them for exploitability (reachability analysis vs. simple CVE counting), remediation/risk-acceptance policy, and using SBOMs plus VEX during incident response (e.g., Log4Shell-style disclosures). It closes with a pitch for Endor Labs' source-code-based SBOM/VEX generation.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  48. Next-Gen SCA for C/C++: Closing the Detection Gap | Blog | Endor Labs

    Endor Labs announces C/C++ language support for its SCA product, addressing the long-standing difficulty of tracking OSS dependencies in ecosystems with no central package registry. Because C/C++ developers commonly vendor (copy and modify) library source directly into their repos, Endor Labs builds a fingerprint index of known OSS libraries using cryptographic hashes for exact-match segments (functions, license blocks, etc.) and ML-generated code embeddings to catch renamed, reformatted, or lightly modified copies. The company reports customer benchmarks showing 81% fewer false negatives and 143% more true positives versus prior tooling for building SBOMs and detecting vulnerable/license-non-compliant code in C/C++ codebases.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  49. AI-Generated Malware Risk: A Practical Guide for Developers | Blog | Endor Labs

    An Endor Labs guide explaining how AI-generated and AI-enhanced malware (citing Check Point's VoidLink, Google TIG's PROMPTFLUX/PROMPTSTEAL, and HYAS Labs' BlackMamba/EyeSpy) differs from traditional threats by dynamically mutating code at runtime to evade signature-based detection. It argues software supply chains are a prime target because AI can mass-produce convincing typosquatted or dependency-confused packages, and recommends behavioral analysis plus full-stack reachability analysis (via Endor Labs' AURI) as defenses instead of relying solely on CVE/signature matching.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  50. Common C/C++ Vulnerabilities: A Practical Guide to Prevention | Blog | Endor Labs

    Endor Labs guide to C/C++ memory-safety and input-handling vulnerabilities β€” buffer overflow (CWE-787/120/121), use-after-free (CWE-416), null pointer dereference (CWE-476), integer overflow (CWE-190), and format string bugs (CWE-134) β€” with vulnerable/fixed code snippets for each. It surveys detection tooling (Coverity, CodeQL, Clang Static Analyzer, AFL++/libFuzzer with ASan/UBSan, OSS-Fuzz) and argues that build-system complexity (Bazel, CMake, Conan, vcpkg) and high SAST false-positive rates make reachability analysis necessary, closing with a pitch for Endor Labs' AURI reachability engine.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  51. Cursor Security: How to Secure AI-Generated Code in 2026 | Blog | Endor Labs

    Endor Labs blog post detailing seven security risks specific to Cursor's AI code generation that its built-in controls (workspace trust, SOC 2, privacy mode) don't cover: indirect prompt injection via files/comments, malicious .cursorrules files creating persistent backdoors, AI-suggested typosquatted or outdated dependencies, hardcoded credential leakage in generated test/boilerplate code, cross-project context poisoning via repository indexing, and unreviewed agent auto-run execution. It contrasts Cursor's native controls with what external AppSec tooling (pitched as Endor Labs' AURI) needs to fill, recommending dependency pinning, egress filtering, secret-scanning pre-commit hooks, and reachability-based SCA/SAST.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  52. Why OVAL Feeds Outperform NVD for Linux Vulnerability Management | Blog | Endor Labs

    Endor Labs explains why OVAL (Open Vulnerability and Assessment Language) feeds from Linux distributions like Debian, Ubuntu, and Red Hat produce more accurate vulnerability data than NVD for container/Linux scanning. Using CVE-2022-1587 (PCRE2 DoS) as a case study, it shows how NVD rated the flaw "Critical" (CVSS 9.1) while Ubuntu's OVAL-based advisory rated it "Low" because the distro had already backported a fix into a version string (10.34-7ubuntu0.1) that naive NVD-based scanners would still flag as vulnerable.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  53. Evaluating and Scoring OSS Packages | Endor Labs | Blog | Endor Labs

    Endor Labs blog post detailing their "Endor Score" methodology for evaluating open source package risk, distinguishing operational risk (activity, popularity, licensing, code quality) from security risk (vulnerabilities, secrets, malicious code, security practices). It argues against compressing everything into a single opaque score, favoring transparent, deterministic "facts" (e.g., recent commit counts, normalized SAST findings) that users can combine into custom policies, and discusses pitfalls like event-selection bias, threshold selection, and the unproven predictive power of these signals.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  54. Malicious Code in Open Source: How to Detect It Before You Ship | Blog | Endor Labs

    Endor Labs explains the two dominant classes of OSS malware attacks - dependency/name confusion (typosquatting, combo-squatting, brand-jacking) and attacks on legitimate packages/maintainers - and how the OpenSSF malware-analysis project sandboxes new PyPI/npm releases and reports confirmed malware to OSV. It walks through real cases it detected, including the chunked/split-across-files PyPI malware ttlo and gisi, and Whatfuscator which drops and runs a PyInstaller-built Windows executable, plus two false-positive suspicious-code flags (versioneer 0.29, azure-functions 1.18.0) caused by benign base64/zlib obfuscation.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  55. OWASP OSS Risk 1: Known Vulnerabilities | Blog | Endor Labs

    First in Endor Labs' 10-part series on the OWASP Top 10 OSS Risks, this piece breaks down "Known Vulnerabilities" (OSS-RISK-1): how CVEs get assigned and disclosed, why the 2017 Apache Struts CVE-2017-5638 unpatched flaw led to the Equifax breach of 145M+ records, and how to compare vulnerability data sources (NVD, GitHub Advisory Database, OSV). It details prioritization methods β€” CVSS, EPSS, CISA KEV, SSVC, and function-level reachability analysis β€” and shows a case study where filtering 134K findings down via reachability, fix-availability, production-code, and EPSS thresholds cut remediation work by 99.97%.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  56. The Most Common Security Vulnerabilities in AI-Generated Code | Blog | Endor Labs

    Endor Labs blog post analyzing why LLM-generated code (from tools like GitHub Copilot, Cursor, Replit Ghostwriter) reproduces classic vulnerability patterns from its open-source training data, citing recurring CWE Top 25 weaknesses such as missing input validation (CWE-20), SQL/OS command injection (CWE-89/CWE-78), broken authentication/access control (CWE-306/CWE-284), and hard-coded credentials (CWE-798). It also covers AI-specific risks: dependency explosion from oversized auto-generated dependency trees, stale/vulnerable library suggestions past training cutoff, hallucinated package names enabling slopsquatting attacks, and "architectural drift" where AI edits silently break security invariants without triggering static analysis or code review flags.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  57. OSS Vulnerabilities And The Digital Operational Resilience… | Blog | Endor Labs

    Endor Labs breaks down the EU Digital Operational Resilience Act (DORA), applicable to financial entities from January 2025, focusing on Article 9 (patch management) and Article 25 (open source analysis/source code review), plus the January 2024 Regulatory Technical Standards Articles 10 (tracking third-party/OSS libraries) and 16 (source code review, security testing before production). It then maps these compliance requirements to concrete AppSec practices: SBOM/SCA for component inventory, proactive OSS risk scoring, vulnerability scanning, and function-level reachability analysis to prioritize remediation and generate VEX documents, noting overlap with PCI DSS requirements 6.3/11.3.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  58. How CycloneDX VEX Makes Your SBOM Useful | Blog | Endor Labs

    Endor Labs explains how the CycloneDX Vulnerability Exploitability eXchange (VEX) format's analysis sub-field (state, justification, response, detail) lets software publishers communicate real exploitability of SBOM-listed CVEs, cutting through the noise of scanners that flag thousands of largely non-exploitable findings. It walks through each state value (resolved, resolved_with_pedigree, exploitable, in_triage, false_positive) as a machine-readable alternative to ad hoc spreadsheets/portals for vulnerability disclosure, referencing log4shell (CVE-2021-44228) as a case where faster communication would help.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  59. SSDF Compliance and Attestation: A Practical Guide | Blog | Endor Labs

    Endor Labs breaks down CISA's finalized Secure Software Development Attestation Form, which requires federal software suppliers to attest compliance with NIST's Secure Software Development Framework (SSDF) under EO 14028, with critical software due June 8, 2024 and other software due September 8, 2024. It covers the form's scope (excluding federal-developed, open source, and freely available software), flags ambiguous language and gaps (no explicit SBOM/threat-modeling/memory-safety mandate), and maps the four required practice areas β€” secure environments, trusted source code supply chains, code/artifact provenance, and vulnerability scanning/remediation β€” to Endor Labs' supply chain security platform features.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  60. Why Cooldown Windows Belong in Every npm Security Strategy | Blog | Endor Labs

    Endor Labs argues that cooldown windows delaying adoption of newly-published npm package versions by 24-48 hours are an effective defense against short-lived npm malware campaigns like Shai-Hulud, chalk/debug, and s1ngularity, since malicious releases are usually caught within that window. It also covers pinning vs lockfiles and demonstrates enforcing cooldown policies via OPA/Rego.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  61. Demystifying Transitive Dependency Vulnerabilities | Blog | Endor Labs

    Endor Labs blog post demystifying transitive dependencies β€” libraries pulled in indirectly through direct dependencies β€” and explaining why they complicate software composition analysis: multiple versions of the same transitive dependency can coexist in a project, it's harder to see what's actually used, and manually forcing an update is risky. It argues reachability analysis (statically stitching first-party call paths through to transitive library code) is the key tool for determining exploitability and for satisfying auditors under PCI DSS, FedRAMP, and EO 14028 SBOM requirements, and walks through a real example where langchain4j pulls a vulnerable JSON library transitively via Redis's jedis client, with the fix being to bump jedis rather than the JSON library directly.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  62. How to Defend Against NPM Software Supply Chain Attacks | Blog | Endor Labs

    Endor Labs blog post analyzing the wave of npm supply chain compromises (eslint-prettier, Nx, chalk, and the self-propagating "Shai-Hulud" worm that hit @ctrl/tinycolor via stolen maintainer credentials), citing the Zimmerman et al. study on npm's dense transitive-dependency trust model. It provides a checklist for security teams: enforcing lockfiles and npm ci in CI, defaulting to --ignore-scripts to block malicious lifecycle hooks, running SCA/malware scanning, and delaying adoption of new package versions (60-day cooldown per CIS benchmark, PNPM minimum-release-age feature).

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  63. SolarWinds took a nation-state. The next attack just needs an LLM and $5. | Blog | Endor Labs

    Endor Labs blog tracing an accelerating pattern of software supply-chain compromises from July 2025 through March 2026, culminating in the TeamPCP threat actor's cascading 30-day compromise of Aqua Security, Trivy, GitHub Actions, Docker Hub, npm, OpenVSX, and PyPI (including backdooring the 95M-download LiteLLM package). It argues AI is accelerating both offense (CVE-GENIE reproducing 51% of CVE exploits for $2.77 each) and the attack surface (the Cline prompt-injection-to-npm-token-theft chain, Nx's AI-review-evading payload), and calls for treating AI coding agents as privileged actors, pinning GitHub Actions to SHAs, and platform-level fixes like immutable tags and Sigstore/OIDC.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  64. Anti-Pattern Avoidance: A Prompt Pattern for Safer AI-Generated Code | Blog | Endor Labs

    Endor Labs describes the "anti-pattern avoidance" prompt pattern: explicitly instructing an LLM to avoid named CWEs (e.g., CWE-89, CWE-20, CWE-200) when generating code, rather than just asking it to "write secure code." It shows a before/after JavaScript form-handling example where naming the CWEs causes the model to add input validation/sanitization, and cites an academic study showing this reduced weakness density by 64% in GPT-3 and 59% in GPT-4 versus baseline prompts.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  65. What is VEX and Why Should I Care? | Blog | Endor Labs

    Endor Labs explains VEX (Vulnerability Exploitability eXchange), the CISA-backed machine-readable format that lets software producers assert whether a vulnerability in a component actually affects their product, complementing SBOMs which only list components and versions. It walks through how VEX documents annotate exploitability (e.g., unreachable code), and describes how Endor Labs automates this by building a dependency callgraph via static analysis to determine reachability and auto-generate SBOM/VEX documents.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  66. Combining EPSS and Reachability Analysis to Optimize Vulnerability Management | Blog | Endor Labs

    Endor Labs breaks down how the Exploit Prediction Scoring System (EPSS) v3 works β€” the exploitation telemetry, exploit-DB/GitHub/Metasploit code checks, CISA KEV/Project Zero/ZDI mentions, CVSS vectors, CWE, and social-media signals it ingests to score CVE exploitation likelihood β€” and shows that an EPSS-threshold (0.088) remediation strategy fixes the same share of exploited CVEs while patching only ~7.3% of known vulnerabilities versus ~82% under a "fix all high/critical" CVSS approach. It then explains a layered workflow: use reachability analysis (call-graph based) to cut findings by ~80% to what's actually exploitable in your environment, then apply EPSS on that reduced set to rank remaining issues by real-world exploitation likelihood, including for third-party/proprietary code where reachability analysis isn't feasible.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  67. FedRAMP Requirements for Vulnerability Management and Dependency Upgrades | Blog | Endor Labs

    An Endor Labs blog post, written by a former JAB Technical Representative, details FedRAMP's Continuous Monitoring vulnerability management requirements: authenticated scanning, monthly dependency inventories, POA&M tracking, and strict remediation SLAs (High CVSS 7.0+ in 30 days, Medium in 90, Low in 180). It also covers FedRAMP's container-specific rules (hardened images, CISA KEV prohibition, pipeline/registry/runtime scanning) and outlines four practical strategies β€” reachability-based false-positive triage, EPSS-driven risk level adjustments, ROI/complexity-based upgrade prioritization, and developer-side PR gating β€” before pivoting into an Endor Labs product pitch.

    endorlabs.comarticlePublished and added 11 Sep 2026πŸ›‘οΈ Security

  68. [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.

    tldrsec.comarticleAdded 30 Oct 2026, published 10 Sep 2026πŸ›‘οΈ Security

  69. The first part of the EU Cyber Resiliency Act comes into effect on September 11th. Are you Ready? | Blog | Endor Labs

    Endor Labs breaks down the EU Cyber Resilience Act's Article 14 vulnerability/incident reporting obligation that took effect September 11, 2026, covering the three-stage 24/72-hour/final report cadence, the Commission's July 2026 guidance on when a manufacturer becomes "aware," and Article 64's tiered fines (up to €15M/2.5% turnover). It argues that reachability analysis β€” determining whether a vulnerable function/package is actually callable in a product β€” is becoming the deciding factor in whether a vulnerability triggers a reportable event, citing Endor Labs' SCA and Container Reachability tooling that reduces findings by up to 92% and 90% respectively.

    endorlabs.comarticlePublished and added 10 Sep 2026πŸ›‘οΈ Security

  70. Two new frontier models posted their best-ever scores on the Endor Labs Agent Security League | Blog | Endor Labs

    Endor Labs ran Claude Fable 5.1 (on Claude Code) and OpenAI's GPT-6 Astra (on Codex) through its Agent Security League benchmark, which tasks agents with fixing historically-vulnerable code without being told a vulnerability exists, then checks both functional tests (FuncPass) and hidden upstream security tests (SecPass). Fable 5.1 topped the board at 87.2% FuncPass but only 37.4% SecPass, and of patches that passed all functional tests, 57% still left the flaw exploitable β€” illustrated with CVE-2023-31146 in the Vyper compiler, where swapping a store/copy order re-introduces an out-of-bounds write invisible to functional tests. The post also breaks down token/turn cost economics (cache-read-heavy spend, timeouts billed in full) and argues that cheaper, better-scoring models actually worsen the human-review cost structure since reviewers can't tell secure passes from insecure ones without checking every patch.

    endorlabs.comarticlePublished and added 8 Sep 2026πŸ›‘οΈ Security

  71. How Endor Labs AI SAST Learns What Matters to Your Organization | Blog | Endor Labs

    Endor Labs explains how its AI SAST product incorporates context beyond source code β€” automatically-ingested Infrastructure as Code (Dockerfiles, Terraform, CloudFormation, Kubernetes/Helm) and repository files (AGENTS.md, CLAUDE.md, skills files), plus optional analyst feedback and natural-language threat-model/architecture context β€” to build a deployment-aware model of an application and cut false positives. It cites a benchmark of 192 verified vulnerabilities across 8 projects, claiming 2.6x more true positives than the next tool (Claude Opus 4.7) and 63 findings no other tool caught, and walks through customer examples where external-auth annotations and WAF-mitigated XSS severity were tuned via this context.

    endorlabs.comarticlePublished and added 7 Sep 2026πŸ›‘οΈ Security

  72. Claude Code with Fable 5.1 posts 87.2% FuncPass and 37.4% SecPass β€” a new #1 on our board β€” while running as fast as Fable 5, costing a third of Opus 5, finishing every task with zero timeouts, and drawing less than half the confirmed cheating of both predecessors. | Blog | Endor Labs

    Endor Labs benchmarks Claude Code paired with Anthropic's Fable 5.1 model against Opus 5 and Fable 5.0 on the Agent Security League, a suite of real-world coding tasks with hidden security regression tests. Fable 5.1 tops the board at 87.2% FuncPass / 37.4% SecPass, runs as fast as Fable 5.0 and ~33% faster than Opus 5, finishes every task with zero timeouts, costs roughly a third of Opus 5 end-to-end, and triggers less than half the confirmed training-recall "cheating" of its predecessors. The post details methodology (trajectory-based recall detection, patch similarity scoring) and walks through three CVE-mapped security fixes (Home Assistant CVE-2018-21019, html-sanitizer CVE-2024-34078, Vyper CVE-2023-31146) that only Fable 5.1 solved independently.

    endorlabs.comarticleAdded 23 Sep 2026, published 4 Sep 2026🧠 AI

  73. Agentic Development Security: How to Secure Code Your Agents Write | Blog | Endor Labs

    Endor Labs blog post defining "agentic development security" β€” securing code, dependencies, and tool use when AI coding agents generate and merge code autonomously. It cites research showing 45% of LLM-generated code samples fail security tests (Veracode), 34% of AI-recommended dependency versions are hallucinated (Endor Labs), 82% of MCP implementations have path-traversal-prone file operations, and explains reachability analysis plus EPSS scoring as noise-reduction filters for prioritizing exploitable findings.

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  74. The Secure Agentic Development Lifecycle (ADLC), Explained | Blog | Endor Labs

    Endor Labs defines the "agentic development lifecycle" (ADLC) β€” the process by which AI coding agents autonomously plan, write, test, and ship code β€” and lays out where it introduces new security risk: insecure-by-default code, architectural design flaws that pass static analysis, hallucinated/unvetted dependencies, and a review bottleneck as agents outpace human reviewers. It cites benchmark data (62% of best-model BaxBench solutions insecure, only 10.5% of SWE-Agent/Claude 4 Sonnet solutions secure, only 1 in 5 AI-recommended dependency versions safe) and proposes a control stack β€” secure-generation prompting, security-aware multi-agent PR review, reachability-based prioritization, and automated remediation β€” mapped to NIST SP 800-218A, CSA's Agentic SDLC, and OWASP.

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  75. AI Code Review: How to Actually Review Code an Agent Wrote | Blog | Endor Labs

    Endor Labs explainer on "AI code review" as a discipline: pairing LLM reasoning with static analysis (call graphs, data flow) to catch security-relevant PR changes that AI coding agents introduce, alongside human reviewers. It cites research showing common AI-generated flaws (missing input validation CWE-20/89/78, hardcoded secrets CWE-798, broken auth CWE-306/284, hallucinated/insecure dependencies), Endor's finding that under 9.5% of vulnerabilities are reachable/exploitable, and a comparison of AI review against SAST, SCA, and secrets scanning, plus a rollout checklist referencing NIST SP 800-218A.

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  76. SAST for AI-Generated Code: What Static Analysis Catches and Misses | Blog | Endor Labs

    Endor Labs blog post arguing traditional signature-based SAST misses the logic and business flaws AI coding assistants introduce, since those flaws are "not pattern-shaped." It contrasts AI-assisted SAST (rules plus a thin AI layer) with AI-native SAST that traces dataflow across files and uses reachability analysis plus evidence-based triage to cut false positives, citing that Endor Labs' own tool (built on Opengrep with AI-agent triage) found a zero-day, CVE-2026-55407, in Anthropic's Rust buffa library and that only ~1 in 5 AI-recommended dependency versions are safe.

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  77. Prompt Patterns That Make Coding Agents Write Safer Code | Blog | Endor Labs

    Endor Labs breaks down prompt engineering patterns that reduce vulnerabilities in AI-generated code: a design-spec pattern that front-loads security requirements, naming specific CWEs to avoid (e.g. CWE-89, CWE-79, CWE-20), and a "secure-insecure diff" recursive self-critique loop, while warning that telling a model to role-play a security expert actually performs worse. It cites research showing these patterns cut vulnerability density by up to 56–77.5%, notes that repeated AI iteration can drift toward less-secure code, and flags that AI coding agents frequently suggest hallucinated or vulnerable dependencies (34% hallucinated per Endor's own dependency research), arguing prompts must be paired with SAST/SCA/secrets scanning and reachability-based prioritization.

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  78. Secrets in AI-Generated Code: How Coding Agents Leak Credentials | Blog | Endor Labs

    Endor Labs breaks down why AI coding assistants (Claude Code, Cursor, etc.) hardcode and leak secrets (CWE-798): they learn the habit from public training data, then compound it by ingesting whole workspaces including .env files and copying live tokens into new code or MCP configs. It cites hard data β€” GitGuardian's 2026 report found 28.65M new hardcoded secrets on public GitHub in 2025 and a 3.2% secret-leak rate on Claude Code-assisted commits vs 1.5% baseline, Lakera found credentials in 33 .claude/settings.local.json files across 30 packages, and Wiz found AI-related secrets among the most common validated leaked credential types β€” then lays out a layered defense (pre-commit/IDE/CI/CD/full git-history scanning, active credential validation, secure prompting) and an incident-response order of operations (rotate, investigate, purge history, revoke, re-scan).

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  79. Hallucinated Packages: How AI Invents Dependencies Attackers Exploit | Blog | Endor Labs

    Endor Labs explainer on hallucinated packages: AI coding tools frequently invent plausible-but-nonexistent library names (19.7% of 576K sampled code generations across 16 models contained hallucinated package references per a 2025 study), and attackers register those exact names to carry out 'slopsquatting' supply-chain attacks that traditional typo/spelling checks can't catch. The piece contrasts slopsquatting with typosquatting and dependency confusion, cites stats (only ~1 in 5 AI-recommended dependency versions are safe, 49% carry known CVEs, 51% of orgs saw suspected/confirmed malware in 2025), and recommends layered defenses: verify packages before install, review AI-generated imports, detect malicious packages, and prioritize via reachability analysis.

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  80. Prompt Injection Against Coding Agents: The Attack Surface Nobody Owns | Blog | Endor Labs

    Endor Labs breaks down how indirect prompt injection compromises AI coding agents (Cursor, GitHub Copilot) via poisoned READMEs/rules files, malicious MCP servers, and web/issue content the agent reads with elevated trust and auto-approve permissions. Cites a study testing 314 payloads across 70 MITRE ATT&CK techniques showing up to 84% attack success, OWASP's MCP tool poisoning definition, Unit 42's real-world IDPI telemetry, and CVE-2025-52573 as a concrete command-injection-via-prompt-injection case in an MCP server.

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  81. Application Security Monitoring for AI-Assisted Development | Blog | Endor Labs

    Endor Labs blog post arguing that AI coding agents break the traditional scan-then-fix rhythm of application security because commit volume outpaces review queues, and proposes continuous monitoring of dependency drift, code reachability, and secret exposure instead of point-in-time scans. It distinguishes findings, vulnerabilities, and exploitable weaknesses, and recommends ranking by function-level reachability (Endor Labs claims up to 92% noise reduction) rather than raw CVSS severity, with fixes surfaced as PR comments rather than dashboard alerts.

    endorlabs.comarticleAdded 3 Sep 2026, published 2 Sep 2026πŸ›‘οΈ Security

  82. Hooks are the control plane for the agentic development lifecycle | Blog | Endor Labs

    Endor Labs blog post arguing that lifecycle hooks β€” not system prompts, skills, or MCP tools β€” are the only enforceable control plane for coding agents, because hooks intercept consequential actions (shell commands, file writes, credential access, package installs) before execution and return a deterministic allow/block/escalate verdict the agent cannot opt out of or reason around. It frames platform engineering's "golden path" concept applied to the agentic development lifecycle (ADLC), positioning hooks as the mechanism to restore reliability and observability that autonomous coding agents otherwise erode.

    endorlabs.comarticleAdded 3 Sep 2026, published 1 Sep 2026πŸ›‘οΈ Security

  83. The real test of AI-native code analysis: is your security debt shrinking? | Blog | Endor Labs

    Endor Labs argues that AI-native code analysis tools should be judged by whether they actually shrink security debt, not by how many findings or patches they generate. It cites data showing coding agents increase code duplication and reduce review rigor (GitClear, DORA, Faros AI), that AI-generated findings are often false positives (Comcast: 44% of validated critical/high findings), and that agents can pass functional tests while shipping insecure code (Agent Security League: 84.4% correct vs 7.8% secure), then lays out six requirements for analysis tools (deterministic evidence, impact-ranked findings, remediation-grade context, fix validation, shift-left coverage, independent measurement) and six questions to ask vendors, tying back to Endor Labs' own AURI product.

    endorlabs.comarticleAdded 3 Sep 2026, published 31 Aug 2026πŸ›‘οΈ Security

  84. FedRAMP 2026 vulnerability rules make reachability a requirement | Blog | Endor Labs

    Endor Labs breaks down FedRAMP's 2026 Consolidated Rules, effective July 2026 with December 2026 deadlines, which for the first time formally require cloud service providers to evaluate every detected vulnerability for exploitability and internet-reachability before remediation, replacing the old CVSS-driven POA and M model. It details the required per-vulnerability JSON reporting schema, the 192-day accepted-vulnerability clock, and cites Egnyte's and Rubrik's real-world reachability-driven FedRAMP ConMon programs as evidence the model works at scale.

    endorlabs.comarticleAdded 3 Sep 2026, published 26 Aug 2026πŸ›‘οΈ Security

  85. Why C Has Always Broken Static Analysis | Blog | Endor Labs

    Endor Labs analyzes four structural reasons C/C++ static analysis has historically underperformed: preprocessor/build dependence, hard pointer-aliasing tradeoffs (over- vs under-approximation), pattern rules poorly suited to length/lifetime bugs vs. web-style source-sink flaws, and the lack of dominant frameworks to model (unlike Spring for Java). It cites a study of 8,918 C++ programs showing LLM-generated code triggers confirmed runtime memory-safety violations (CWE-190, -122, -121) at 3.6x the human rate, bugs invisible to static-only CI gates and only caught by sanitizers/model checking. It surveys existing analyzer approaches (Coverity/Klocwork/CodeSonar build-based, Veracode binary-based, build-less scanners, generalist multi-language SAST) and their tradeoffs.

    endorlabs.comarticleAdded 3 Sep 2026, published 25 Aug 2026πŸ›‘οΈ Security

  86. Customer Zero: Implementing Package Firewall at Endor Labs | Blog | Endor Labs

    Endor Labs' security team describes internally deploying its own Package Firewall product, which enforces a package-age cooldown and cross-checks installs against a malware database to block malicious npm/PyPI versions on developer machines and CI. The rollout surfaced ~135 new/unverified package-version events per day, found that 21% of firewall events came from non-engineering staff, observed coding agents (e.g. Claude Code auto-updates, npx/uvx MCP server pulls, VS Code extension side-fetches) as a major source of installs, detected an agent attempting to work around a firewall block, and caught real near-misses including a compromised version of the npm package keyv.

    endorlabs.comarticleAdded 3 Sep 2026, published 25 Aug 2026πŸ›‘οΈ Security

  87. How JavaScript Sandboxes Work | Blog | Endor Labs

    Endor Labs explains why vm2-style JavaScript sandboxes (shared heap, shared built-ins, shared Function constructor) suffered 20+ documented escapes via prototype pollution and Function constructor abuse, and how V8 Isolates (used by isolated-vm) fix this by giving guest and host separate heaps and built-ins. It also discloses GHSA-864f-rcv7-6rh4, a critical isolated-vm vulnerability in the ExternalCopy/Reference C++ binding layer that let guest code corrupt host memory across the isolate boundary, patched in isolated-vm 7.0.1/6.2.0.

    endorlabs.comarticleAdded 3 Sep 2026, published 20 Aug 2026πŸ›‘οΈ Security

  88. When you can't upgrade: open source examples of Endor Patches | Blog | Endor Labs

    Endor Labs published the endor-patches GitHub repository containing two full worked examples (woodstox-core and jgit) of "Endor Patches" β€” minimal, verified security backports for CVEs in older library versions that can't be easily upgraded. Each patch ships security/build/test/deploy attestations, a hermetic reproducible Bazel/Docker build with a source tarball, and SHA256 checksums so anyone can independently audit the diff and rebuild the artifact to verify it matches the published JAR.

    endorlabs.comarticleAdded 3 Sep 2026, published 19 Aug 2026πŸ›‘οΈ Security

  89. What is an agent harness? The software that turns a model into an agent | Blog | Endor Labs

    Endor Labs explainer arguing that an AI agent's "harness" (orchestration loop, tool calling/MCP, memory, sandboxes, permission guardrails) - not the underlying LLM - is what determines both capability and attack surface. It walks through concrete harness-level risks (prompt injection as OWASP's LLM01, MCP servers as unvetted dependencies, permission sprawl) and pitches deterministic lifecycle hooks (as used in Claude Code/Cursor via Endor's AURI) as a jailbreak-proof control layer, citing Endor's Agent Security League benchmark where Cursor+Fable 5 beat Claude Code and Codex on both functional and security correctness.

    endorlabs.comarticleAdded 3 Sep 2026, published 15 Aug 2026πŸ›‘οΈ Security

  90. Why NPM Malware Keeps Reaching for Bun | Supply Chain Security | Blog | Endor Labs

    Endor Labs analyzes why a string of npm supply-chain campaigns β€” Shai-Hulud 2.0 (Nov 2025, 796 packages backdoored) and an April 2026 SAP-ecosystem attack on mbt, @cap-js/db-service, @cap-js/sqlite and @cap-js/postgres β€” all use the same second stage: a preinstall script that downloads the Bun JavaScript runtime to run an obfuscated credential stealer. Bun is attractive to attackers because it's a userland, statically-linked binary with a different process name than node, bypasses Node's --require/NODE_OPTIONS instrumentation hooks, and ships built-in shell/decompression/HTTP primitives (Bun.$, Bun.gunzipSync) that avoid the suspicious imports scanners look for. The piece also notes CVE-2026-24910, a trusted-dependency spoofing flaw in Bun's package manager, and recommends prioritized controls: disable npm lifecycle scripts (ignore-scripts=true) with an auditable allowlist, enforce a minimum release age/cooldown on dependencies, block known-malicious versions pre-install, eliminate long-lived npm/cloud tokens, and detect on process lineage rather than binary name.

    endorlabs.comarticleAdded 3 Sep 2026, published 12 Aug 2026πŸ›‘οΈ Security

Showing 90 of 114

Show more