PAGES
Subscribe Get it delivered — five to ten releases we picked each morning from the tools you run, with every release in the issue on the web. Compare plans →

The Cyber Toolchain — issue 058, August 28, 2026

THE CYBER TOOLCHAIN NO. 058
Tail
THE DAILY RELEASE FIREHOSE
PUBLISHED AUGUST 28, 2026 · EVERY DAY
EDITIONS tail grep head ls diff uniq

The daily firehose — everything the toolchain shipped today, already filtered.

We read every release from the 1309 tools on our watchlist at the source — GitHub and GitLab release notes, vendor release pages and changelogs, project blogs and feeds, vendor press releases, and the source code behind the tag. Bug-fix-only releases and non-product newsroom noise are dropped; what's left is summarized down to the new capability, how to try it, and any screenshots or videos the release itself published. Every entry links to the sources it was built from.

VIEW
ISSUE VIEW scroll
ISSUE WIDTH reading width
Do you prefer scroll?
ADDITIONAL FILTERS
$ tct list   # 56 tools matched
Offensive Security
◆  Exploitation & C2

sslstrip

Sources Release notes → 1 release · 2026-08-28 Notes

A tool for exploiting Moxie Marlinspike's SSL "stripping" attack.

sslstrip 5.0.0 is a full Python 3.14 rewrite that replaces the old monolithic entry point with CLI subcommands, swaps iptables for a managed nftables firewall lifecycle, adds gated traffic logging and native gzip/Brotli/Zstandard decompression, and rebuilds the upstream networking stack on a shared async Twisted Agent with structured HTTP error handling.

└──▷ WHAT SHIPPED · 10 FEATURES 5 OF 10 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
New CLI subcommand structure breaking 75

sslstrip now exposes sslstrip run, sslstrip doctor, sslstrip cleanup, and sslstrip --version subcommands, replacing the old monolithic entry point; the top-level sslstrip.py script is removed entirely, so any code or scripts invoking it directly will break.

Run a pre-flight check to verify the environment is correctly configured before launching a strip session.
$ sslstrip doctor
— Names the four subcommands with a runnable example 5.0.0
02 00
Gated traffic logging flags new 70

Adds --traffic-log and --traffic-log-file flags for unredacted traffic logging; both flags are required together to enable logging, gating it from being turned on accidentally.

Capture unredacted HTTP traffic to a file during a strip session — useful for post-session credential review in a lab.
$ sslstrip run --traffic-log --traffic-log-file /tmp/strip-session.log
— Both flags named with a runnable command example 5.0.0
03 02
nftables-based firewall lifecycle management breaking 70

Adds managed nftables lifecycle with an exclusive /run/sslstrip lock, atomic JSON nft operations, privilege drop, and automatic forwarding restore, replacing the iptables-only setup; the iptables-based managed path is removed and nftables is now the first-class managed firewall backend.

— Mechanism and named lock path given, no direct command 5.0.0
04 00
Structured HTTP error responses new 70

Adds structured HTTP error responses: missing Host header → 400, CONNECT → 405, protocol upgrades → 426, upstream/DNS/TLS failures → 502, and timeouts → 504.

— Five status codes and triggers named precisely 5.0.0
05 03
Shared async Twisted Agent for upstream requests breaking 65

Adds a shared Twisted Agent with verified TLS policy and connection pool, orchestrated via native async def and Deferred.fromCoroutine; the old Twisted HTTPClient, factory, DnsCache client stack, and global singletons are removed.

— Mechanism and removed components named, no direct usage 5.0.0
06 00
Lab CA file support for TLS verification new 60

Adds a --ca-file flag to supply extra lab certificate authorities for TLS verification in controlled environments, used by the shared Twisted Agent's verified TLS policy when connecting upstream.

Supply a lab CA bundle so the shared Twisted Agent can verify TLS to upstream servers that use a private PKIPKIA framework of policies, roles, and cryptographic standards for issuing and managing digital certificates that bind public keys to identities, letting tools verify authenticity and encrypt communications without pre-shared secrets..
$ sslstrip run --ca-file /etc/lab/ca-bundle.pem
— Flag and command shown, no detail on CA validation logic 5.0.0
07 00
Native gzip, Brotli, and Zstandard decompression new 60

Adds native gzip, Brotli 1.2.0, and stdlib Zstandard decompression, including handling of stacked encodings, with an 8 MiB decoded-body limit.

— Formats, version and limit named, no usage path 5.0.0
08 04
Python 3.14 minimum and locked packaging breaking 60

Packaging now requires Python 3.14+ (requires-python = ">=3.14") with exact pins for Twisted[tls] and Brotli via uv_build and a locked uv.lock; environments on Python 3.x below 3.14 will not work. mypy-based type checking is replaced by strict ty, breaking mypy-based CI or type-checking workflows.

— Exact version pins and config keys named 5.0.0
thinner coverage below
09 00
TTL and LRU bounds on secure-link store improved 40

Adds TTLTTLTime to live, a limit on how long data remains valid or how far a packet can travel. Caches use a time limit; IP packets use a hop limit. (30-minute) and LRU (10,000-entry) bounds on the secure-link store.

— Concrete numbers but no mechanism or usage detail 5.0.0
10 05
Removal of legacy internals and shims deprecated 35

The dynamic import shim and camelCase modules are removed, breaking any code or scripts referencing them; favicon substitution and the hard-coded E*TRADE expression are also removed.

— Lists removed internals but no replacement guidance 5.0.0
└──▷ BREAKING ON UPGRADE
  • !
    Requires Python 3.14 or later (requires-python = ">=3.14"); any existing environment running Python 3.x < 3.14 will not work.
  • !
    The top-level sslstrip.py entry point is removed; invocation is now via the sslstrip CLI subcommands (run, doctor, cleanup).
  • !
    iptables-based managed path is removed; nftables is now the first-class managed firewall backend.
  • !
    Twisted HTTPClient, factory, DnsCache client stack, and global singletons are removed.
  • !
    Dynamic import shim and camelCase modules are removed; any code or scripts referencing them will break.
  • !
    Favicon substitution and the hard-coded E*TRADE expression are removed.
  • !
    mypy is replaced by strict ty; mypy-based CI or type-checking workflows will break.
Was this useful?

Bishop Fox sliver

Sources Release notes → 1 release · 2026-08-28 Notes

Adversary Emulation Framework

Sliver v1.7.6 overhauls BOFBOFA Buffer Overflow exploit technique where attacker-controlled input overwrites adjacent memory to hijack program execution; cyber tools use it to develop and deliver shellcode-based exploits against vulnerable binaries. and extension execution to run through Reflektor across Windows, macOS and Linux, while adding a c-archive implant output format, external-builder-driven profile generation, and configurable C2 keepalive — alongside a breaking change making multiplayer WireGuardWireGuardA modern VPN protocol and Linux kernel module, maintained as an open-source project, that establishes encrypted tunnels using minimal code and fast cryptography, giving cyber tools a lightweight, high-performance transport layer. opt-in.

└──▷ WHAT SHIPPED · 6 FEATURES 1 OF 6 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
External builder generation from profiles new 70

Profiles can now generate implants via external builders using profiles generate external builder, decoupling build configuration from the server.

— Exact command named, giving a clear starting point v1.7.6
02 00
Reflektor-based execution for BOFs and extensions improved 65

Default BOF execution now uses Reflektor instead of the previous in-process execution model, and implant extension loading also switched to Reflektor for reflective in-memory execution. Native extension support was added on macOS and Linux, previously Windows-only, broadening cross-platform BOF/extension use.

— Names mechanism and new platforms but no config flag or command shown v1.7.6
03 00
c-archive output format for implants new 60

Adds c-archive as a supported Go output format for implant generation, enabling implants to be embedded as C static libraries.

— Named output format but no build command example given v1.7.6
thinner coverage below
04 00
Non-interactive mcp start improved 50

mcp start can now be run non-interactively, bypassing the interactive confirmation prompt.

— Exact command named though mechanism detail is minimal v1.7.6
05 01
Multiplayer WireGuard now opt-in breaking 45

Multiplayer WireGuard transport is now explicitly opt-in rather than enabled by default; existing setups relying on WireGuard being enabled by default in multiplayer mode will need to re-enable it manually.

— Breaking change flagged but no exact flag to re-enable named v1.7.6
06 00
Configurable C2 keepalive interval new 25

Adds configurable keepalive intervals for implant C2 communications.

— Thin bullet, no config key, flag or default value given v1.7.6
└──▷ BREAKING ON UPGRADE
  • !
    Multiplayer WireGuard is now explicitly opt-in; existing setups relying on WireGuard being enabled by default in multiplayer mode will need to re-enable it manually.
Was this useful?
◆  Reconnaissance & OSINT

webanalyze

Sources Release notes →Source code → 1 release · 2026-08-28 Notes Code

Port of Wappalyzer (uncovers technologies used on websites) to automate mass scanning.

webanalyze v0.4.5 adds a repeatable -header flag to inject custom HTTP request headers into fingerprinting scans.

└──▷ WHAT SHIPPED · 1 FEATURE 0 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Custom HTTP headers via `-header` flag new 80

A new repeatable -header flag (format 'Name: Value') sends custom HTTP request headers with every probe, enabling scans against hosts requiring auth tokens, custom user-agents, or other header-gated content.

Scan a host behind bearer-token authentication by injecting an Authorization header on every request.
$ webanalyze -host internal.example.com -crawl 2 -header 'Authorization: Bearer eyJhbGc...' -header 'X-Custom-Header: value' -output json
— Names exact flag, format, and runnable example command. v0.4.5
Was this useful?
◆  AI-Powered Offensive Security

Keygraph shannon

Sources Release notes → 1 release · 2026-08-28 Notes

Shannon is an AI pentester for web applications and APIs. It analyzes your source code, identifies attack vectors, and executes real exploits to prove vulnerabilities before they reach production.

Shannon v2.7.0 adds support for running pentests using an xAI (Grok) subscription instead of pay-per-token API credits.

└──▷ WHAT SHIPPED · 1 FEATURE 0 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
xAI (Grok) subscription authentication new 40

Shannon now supports authenticating pentests via an xAI (Grok) subscription plan, removing the need for pay-per-token API credits.

— Names the integration but no setup steps or config details. v2.7.0
Was this useful?
Application Security
◆  SAST / SCA / Code Security

Veracode

Sources Changelog → 1 release · 2026-08-28 Changelog

Veracode is a cloud-based application security platform that scans code for vulnerabilities and provides remediation guidance.

Veracode's August 2026 update adds predependency scanning steps to the GitHub Workflow Integration, several findings and authentication improvements to the VS Code extension, and new language/framework coverage plus sharper credential-detection in the Static Analysis Engine.

└──▷ WHAT SHIPPED · 4 FEATURES 0 OF 4 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Scan findings filtering and OAuth region switching in VS Code improved 64

Veracode Scan for VS Code v1.16.3 adds a Current File filter to Static Scan Findings that scopes displayed findings to the file open in the editor, an option to filter and group Static Scan Findings by file name (with findings grouped by severity within each file), and an option to change the region during OAuth authentication, with the current or most recently used region shown on the OAuth screen.

— Three concrete UI features named but no exact navigation steps given changelog-20260828-e9dd80d5
02 00
Predependency commands in GitHub Workflow Integration new 62

The Veracode YAML file for GitHub Workflow Integration v2.1.3 now supports custom predependency commands, enabling project preparation steps to run before a scan.

— Names config key and integration version but no example shown changelog-20260828-e9dd80d5
thinner coverage below
03 00
Hardcoded credential detection improvements improved 57

Static Analysis Engine v2026.08 adds detection of hardcoded values in get assignments modeled as getter functions, and improves detection of hardcoded passwords and credentials associated with CWE-259 and CWE-798.

— Names specific CWE IDs and detection pattern but no user action described changelog-20260828-e9dd80d5
04 00
Language and framework support in Static Analysis Engine new 50

Static Analysis Engine v2026.08 adds support for Next.js 16.x, Android 16, and the Python google-cloud-bigquery library.

— Names three concrete platforms/libraries but no scan mechanism detail changelog-20260828-e9dd80d5
Was this useful?

OWASP dependency-track

Sources Release notes → 1 release · 2026-08-27 Notes

Dependency-Track is an intelligent Component Analysis platform that allows organizations to identify and reduce risk in the software supply chain.

Dependency-Track 5.1.0 introduces initial KEVKEVCISA's Known Exploited Vulnerabilities catalog, a list of vulnerabilities with evidence of exploitation in real attacks. It helps teams prioritize fixes for problems attackers already use. (Known Exploited VulnerabilitiesKnown Exploited VulnerabilitiesCISA's Known Exploited Vulnerabilities catalog, a list of vulnerabilities with evidence of exploitation in real attacks. It helps teams prioritize fixes for problems attackers already use.) support across policies, notifications and metrics, adds new vulnerability data sources (Checkmarx SCASCASoftware composition analysis, identifying third-party dependencies and checking them for known vulnerabilities and license issues. It covers software a team uses rather than writes itself., JVN) and CycloneDX 1.7CycloneDX 1.7An OWASP-maintained Software Bill of Materials standard and schema; version 1.7 adds attestations and evidence fields, giving cyber tools a richer, machine-readable format for expressing supply-chain trust claims. ingestion, and improves the BOMBOMA Bill of Materials listing every component, library, and dependency in a software project; cyber tools use it to track what is in a codebase and flag known-vulnerable components quickly. upload API with an isActive flag, gzip-compressed uploads and workflow status polling.

└──▷ WHAT SHIPPED · 15 FEATURES 4 OF 15 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
BOM upload API: isActive flag, gzip, workflow status new 86

Adds an isActive parameter to the BOM upload API endpoint, allowing projects to be marked active or inactive at upload time. Adds support for compressed SBOMsSBOMsA software bill of materials, an inventory of the components and versions inside an application. It helps teams find affected software when a dependency has a vulnerability or licensing issue. (e.g. gzip) in multipart BOM uploads, and exposes workflow run status on the BOM token polling endpoint.

Upload a compressed SBOMSBOMA software bill of materials, an inventory of the components and versions inside an application. It helps teams find affected software when a dependency has a vulnerability or licensing issue. and mark the project active in one API call — useful for CI pipelines that produce gzipped CycloneDXCycloneDXAn open standard for describing software components and their dependencies, vulnerabilities and other supply-chain information. Tools use it to exchange bills of materials and related evidence. BOMs.
$ curl -X POST 'https://dtrack.example.com/api/v1/bom' \
  -H 'X-Api-Key: <api-key>' \
  -F 'autoCreate=true' \
  -F 'isActive=true' \
  -F 'projectName=my-app' \
  -F 'projectVersion=1.0.0' \
  -F 'bom=@bom.cdx.json.gz;type=application/gzip'
— Named parameter plus runnable curl example 5.1.0
02 02
KEV (Known Exploited Vulnerabilities) support new 70

Implements initial support for CISA's Known Exploited Vulnerabilities (KEV) catalog, including use of KEV status in component and vulnerability policies and inclusion of a KEV flag in notifications. Adds REST APIREST APIA web API design style where clients interact with resources over HTTP using standard methods like GET, POST, and DELETE, giving cyber tools a predictable, language-agnostic way to integrate with external services. endpoints to view and trigger KEV mirroring runs, a KEV dimension to time series metrics, and a VulnCheck KEV data source.

— Policies, notifications and metrics named but no endpoint paths given 5.1.0
03 00
DefectDojo v5 integration enhancements improved 60

Forwards a group_by parameter to the DefectDojo (v5) integration and also forwards analysis.detail to DefectDojo (v5), enriching exported findings.

— Named fields but no full request example 5.1.0
thinner coverage below
04 00
New vulnerability data sources: Checkmarx SCA and JVN new 40

Adds Checkmarx SCA as a vulnerability analyser and JVN (Japan Vulnerability Notes) as a vulnerability data source, expanding the upstream feeds Dependency-Track can ingest.

— Named sources but no configuration detail given 5.1.0
05 00
GitHub App authentication for Advisories mirror new 40

Adds GitHub App authentication as an option for the GitHub Advisories mirror.

— No configuration steps or keys given 5.1.0
06 00
VEX import rating and semantics improvements improved 35

Applies OWASPOWASPA nonprofit foundation that publishes open standards, guides, and ranked vulnerability lists—most famously the OWASP Top 10—giving cyber tools a vendor-neutral benchmark to test or report against. rating from VEXVEXA machine-readable statement from a vendor saying whether a CVE in a component actually affects their product. It is how a scanner is told to stop flagging a vulnerability that is not reachable. import, and aligns VEX semantics with CISA guidance and the broader tooling ecosystem.

— Prose description with no named endpoint or config 5.1.0
07 00
Configurable dex and database query timeouts improved 35

Makes the dex query timeout configurable and enforces a global database query timeout.

— No config key names or defaults given 5.1.0
08 00
Red Hat support in distro-aware version matching improved 35

Extends distro-aware version matching with Red Hat support, improving vulnerability matching accuracy for Red Hat-based distributions.

— No mechanism or matching detail beyond distro name 5.1.0
09 00
Server version added to OpenAPI spec improved 35

Adds the server release version to the OpenAPIOpenAPIA vendor-neutral specification for describing REST APIs in a machine-readable format, maintained by the OpenAPI Initiative. Cyber tools use it to auto-generate clients, documentation, and validation from a single source of truth. spec info block.

— Names exact spec field but no example given 5.1.0
10 03
CycloneDX 1.7 support new 30

Adds support for CycloneDX 1.7 format for SBOM ingestion.

— Bare format name, no ingestion detail 5.1.0
11 00
Protobuf publishing option for notifications new 30

Adds protobuf as a publishing option for webhook notifications.

— Named format but no config example 5.1.0
12 04
Component scope evaluation policy new 25

Adds a new policy type to evaluate component scope.

— No mechanism or evaluation criteria described 5.1.0
13 00
Portfolio findings query and scheduling performance improved 25

Optimizes portfolio-wide findings queries and improves activity task scheduling performance for deep backlogs.

— No benchmark numbers or scope details given 5.1.0
14 00
Package metadata resolution state tracking new 20

Introduces state tracking for package metadata resolution.

— Bare description with no mechanism 5.1.0
15 00
Configurable banner backend new 15

Implements a banner backend for displaying configurable banners.

— No config keys or UI path given 5.1.0
Was this useful?

cve-lite-cli

Sources Release notes → 1 release · 2026-08-27 Notes

Fast, developer-friendly JS/TS dependency vulnerability scanner with local lockfile scanning, OSV matching, direct vs transitive visibility, --fix, JSON output, and practical remediation guidance.

cve-lite-cli added CI-friendly PR automation and diagnostics flags, plus one-click npm registry links in its HTML findings report.

└──▷ WHAT SHIPPED · 2 FEATURES 0 OF 2 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Automated PR creation and debug flags new 85

Adds --create-pr, which after --fix commits changes and opens a GitHub pull request automatically (requires the gh CLI); --base <branch> sets the base branch for --create-pr and defaults to main; and --debug writes verbose runtime and network diagnostics to a timestamped log file for troubleshooting scan failures.

Automatically apply fixes and open a PR against a non-default branch in one step, useful in CI pipelines targeting a release branch.
$ cve-lite --fix --create-pr --base develop
Capture verbose network and runtime diagnostics when troubleshooting connectivity or unexpected scan failures.
$ cve-lite --debug
Automatically apply fixes and open a PR against a non-default base branch — useful in CI pipelines targeting a release branch.
$ cve-lite --fix --create-pr --base develop
Capture verbose network and runtime diagnostics to a timestamped log file when troubleshooting scan failures.
$ cve-lite --debug
— Exact flags, defaults, and requirement (gh CLI) with runnable commands. product docs
thinner coverage below
02 00
npm registry links in HTML report improved 45

The HTML report's findings table now links each package name directly to its npm registry page, enabling one-click research from scan output.

— Describes the change but no exact navigation path or command given. v1.31.0
Was this useful?

HashiCorp terraform

Sources Release notes → 1 release · 2026-08-26 Notes

Terraform enables you to safely and predictably create, change, and improve infrastructure. It is a source-available tool that codifies APIs into declarative configuration files that can be shared amongst team members, treated as code, edited, reviewed, and versioned.

Terraform v1.16 adds JSON output to more CLI commands, a store block for ephemeral values in terraform_data, expanded resource lifecycle and Actions trigger controls, module-level import blocks, and a provisioner bug fix that changes how bastion_host_key is applied.

└──▷ WHAT SHIPPED · 15 FEATURES 0 OF 15 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Prevent resource destruction via lifecycle block new 75

Adds destroy = false to resource lifecycle blocks to prevent a resource from ever being destroyed, e.g. lifecycle { destroy = false } inside a resource block.

Prevent a critical resource from accidental destruction by setting destroy = false in its lifecycle block.
hcl
resource "aws_s3_bucket" "critical" {
  bucket = "my-critical-bucket"

  lifecycle {
    destroy = false
  }
}
— Exact runnable HCL snippet included v1.16.0
02 00
Action trigger failure handling and lifecycle hooks new 70

Adds on_failure modes halt, taint, and continue to resource action triggers, adds before_destroy and after_destroy event support to Actions, adds a caller symbol in Action configurations exposing the calling resource's object value, and allows -invoke to be combined with -target to specify the calling resource instance when multiple resources trigger the same action.

— Names all flags/keywords but no runnable example v1.16.0
03 00
Mermaid format for dependency graphs new 65

Adds -format=mermaid flag to terraform graph to output the dependency graph in Mermaid format, e.g. terraform graph -format=mermaid > graph.md for embeddingembeddingLists of numbers a model produces to represent the meaning of text, images or code, so similar items sit close together. They power semantic search and RAG. in docs or wikis.

Visualize the Terraform dependency graph in Mermaid format for embedding in docs or wikis.
$ terraform graph -format=mermaid > graph.md
— Exact runnable command included v1.16.0
04 00
Automatic hostname inference for terraform stacks improved 60

The terraform stacks command now automatically infers the target hostname from credentials.tfrc.json when neither TF_STACKS_HOSTNAME nor TF_CLOUD_HOSTNAME is set.

— Names env vars and file, no runnable command v1.16.0
thinner coverage below
05 00
JSON output for state and workspace commands new 55

Adds -json flag to terraform state show and -json flag to terraform workspace list for machine-readable output, e.g. terraform state show -json aws_instance.web.

Get machine-readable JSON output of a resource's state for scripting or audit pipelines.
$ terraform state show -json aws_instance.web
— Two named flags, one runnable example v1.16.0
06 00
Module scoping in terraform console new 55

Adds -scope=<module address> flag to terraform console to evaluate expressions within a specific module or module instance scope.

— Names flag but no worked example v1.16.0
07 00
Ephemeral value storage in terraform_data new 55

Adds a store block to the terraform_data resource to hold ephemeral and sensitive values across plan and apply.

— Names block and behavior, no example given v1.16.0
08 00
Fixed bastion_host_key application in provisioners breaking 55

bastion_host_key is now correctly applied by provisioners, correcting prior incorrect behavior. Users should review their provisioner configurations to verify the configured key is correct before upgrading.

— Names the field and migration caution, no exact steps v1.16.0
09 00
Module-level import blocks new 45

Supports import blocks inside modules, rather than only at the root module level.

— Names the surface, thin on mechanism v1.16.0
10 00
Policy evaluation summary for plan and apply new 40

Terraform now displays a summary of policy evaluation outcomes for plan and apply runs against HCP Terraform.

— Describes what appears, no navigation detail v1.16.0
11 00
Linux s390x binary support new 40

Terraform is now available as a pre-built binary for Linux s390x (zLinux).

— Clear download target, no install command shown v1.16.0
12 00
Resource reporting for skip_cleanup in tests improved 40

Terraform now reports which resources were left behind when skip_cleanup is set in tests.

— Names config key, no example output shown v1.16.0
13 00
Null support in contains() function improved 35

The contains() function can now test for null values.

— Names function, no example usage v1.16.0
14 00
Provider planned private data persistence improved 30

Terraform now stores planned private data for providers, preserving provider-specific state across plan and apply.

— Internal behavior change, no user-facing surface named v1.16.0
15 00
Nested blocks as computed provider values new 25

Providers can now use nested blocks as computed values.

— Bare description, no mechanism or example v1.16.0
└──▷ BREAKING ON UPGRADE
  • !
    bastion_host_key is now correctly applied by provisioners — review your provisioner configurations to verify the configured key is correct before upgrading.
Was this useful?

GitHub

Sources Blog / feed → 1 release · 2026-08-28 Blog

GitHub is a web platform for version control and collaborative software development using Git repositories.

GitHub is merging Copilot Chat, cloud agent, and mobile into a single unified experience and policy, while also shifting the default code review effort level and moving Copilot Business/Enterprise billing to an upfront model.

└──▷ WHAT SHIPPED · 3 FEATURES 3 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Code review default effort level shifts from Lite to Balanced breaking 90

Starting September 28th, 2026, the default Copilot code review effort level changes from Lite to Balanced for all repositories and organizations; repos or orgs relying on Default meaning Lite must explicitly set Lite before that date. Organization-level and repository-level defaults work independently — the org default applies to repos without their own setting, while the repo default governs automatically requested reviews — and for manually requested reviews the effort level (Lite, Balanced, etc.) can be chosen directly from the Reviewers bar in the pull request UI.

Keep Lite as your org's code review default before the September 28th cutover, so automated reviews don't silently become more expensive.
📍Go to your organization's Copilot settings on github.com › Code review › Review effort level, then change the value from Default to explicitly select Lite before September 28th, 2026.
— Names exact settings, UI path, and effort-level values with clear before/after. Upcoming changes to GitHub Copilot policies …
02 02
Unified Copilot experience across Chat, Mobile, cloud agent breaking 75

Copilot Chat on github.com, Copilot Chat in GitHub Mobile, and Copilot cloud agent are merging into a single unified experience and policy, enabled by default no earlier than September 28th, 2026. As part of this shift, chat data retention extends from 28 days to the life of the account under the agent sessions model, and the cloud agent gains a Sandbox for a faster cloud execution environment. Opting out of the unified experience after September 28th, 2026 removes access to Copilot on github.com and GitHub Mobile entirely, and organizations must confirm the policy via Copilot settings > Copilot cloud agent (coming soon) before that date.

Confirm or update the unified Copilot experience policy for your organization before it launches, to control whether members retain access on github.com and Mobile.
📍Go to Copilot settings on github.com › Select Copilot cloud agent (coming soon) › Set the policy option to your desired value before September 28th, 2026.
— Names the merged surfaces and dates but mechanism of the merge itself is thin. Upcoming changes to GitHub Copilot policies …
thinner coverage below
03 03
Copilot Business/Enterprise billing moves to upfront per-seat charges breaking 50

Copilot Business and Copilot Enterprise sign-ups reopen September 1st, 2026 with upfront per-seat billing required before users gain access; existing customers are moved to this model on October 1st, 2026, when all existing seats begin incurring an upfront charge at the start of each billing cycle rather than being billed in arrears.

— Gives exact dates and billing change but no configuration steps. Upcoming changes to GitHub Copilot policies …
└──▷ BREAKING ON UPGRADE
  • !
    Starting September 28th, 2026, the Default review effort level for Copilot code review maps to Balanced instead of Lite; any repo or org relying on Default to mean Lite must explicitly select Lite in settings before that date or reviews will run at higher effort.
  • !
    Opting out of the unified Copilot experience after September 28th, 2026 removes access to Copilot on github.com and GitHub Mobile entirely.
  • !
    Starting October 1st, 2026, all existing Copilot Business and Copilot Enterprise seats incur an upfront charge at the start of each billing cycle rather than being billed in arrears.
Was this useful?

JFrog

Sources Blog post →Blog / feed → 2 releases · 2026-08-28 Blog

JFrog is a DevOps platform providing software supply chain management, artifact management, and continuous integration/delivery automation tools.

JFrog introduced a Preview early-access track, letting customers opt into new capabilities before general availability directly from the MyJFrog portal.

└──▷ WHAT SHIPPED · 1 FEATURE 0 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
JFrog Preview early-access track new 72

A new opt-in early-access track offers two tiers: Closed Preview (invite-only feedback cohorts) and Open Preview (available to any eligible customer, fully supported), both free. Activate it in the MyJFrog portal under Settings > Preview by enabling the Enable Preview toggle, accepting the Preview Terms of Service in the Enable JFrog Preview dialog, and then selecting specific preview features to activate on your subscription.

Activate the JFrog Preview track to gain immediate access to newly available capabilities on your subscription.
📍In MyJFrog, go to Settings › Preview. Click the Enable Preview toggle. In the Enable JFrog Preview dialog box, open and read the Preview Terms of Service. Select the checkbox to accept the terms and conditions, and click Agree and Enable. Then select the specific preview features you want to activate.
Opt in to JFrog Preview to gain immediate access to newly released capabilities before they reach general availability.
📍In MyJFrog, go to Settings › Preview. Click the Enable Preview toggle. In the Enable JFrog Preview dialog box, open and read the Preview Terms of Service. Select the checkbox to accept the terms and conditions, and click Agree and Enable. Then select specific preview features to activate in your subscription.
— Names exact UI path and toggle but no specific preview features listed. Introducing JFrog Preview: Getting New Capab…launch-20260828-b987b724
Was this useful?

Socket

Sources Blog post → 3 releases · 2026-08-25 → 2026-08-28 Blog

Socket detects supply chain attacks by analyzing open source package dependencies for malicious code, vulnerabilities, and suspicious behaviors.

Socket extended its supply chain monitoring to Microsoft Edge extensions and launched two new ticketing integrations — ClickUp and Asana — that turn Socket alerts into bi-directionally synced tasks.

└──▷ WHAT SHIPPED · 3 FEATURES 0 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Socket for ClickUp alert-to-task integration new 90

New ClickUp integration (beta) lets teams create ClickUp tasks from Socket alerts via Settings → Integrations → ClickUp. Automated ticketing rules route matching findings into a chosen ClickUp Workspace and List with configurable priority (Urgent, High, Normal, Low, or Auto to map Socket priority automatically), tags, and assignee. Bi-directional status sync keeps alerts and tasks aligned — clearing an alert can move the linked task to completed, and closing or completing a task in ClickUp can triage-ignore the corresponding Socket alert — with updates delivered via Workspace webhooks. Manual task creation is available per alert via the Create Ticket button, selecting a target Workspace and List shown as Space / List or Space / Folder / List.

Set up the ClickUp integration in Socket to start routing alerts as tasks into your team's existing ClickUp workflows.
📍In the Socket dashboard, go to Settings → Integrations → ClickUp and click Connect.
— Exact UI path and named config options given launch-20260826-99908cdf
02 00
Socket for Asana alert-to-task integration new 88

New Settings → Integrations → Asana UI lets an Owner or Admin connect one or more Asana workspaces via OAuth with no separate app to install. A Create Ticket button on any alert manually creates a linked Asana task, selecting workspace, project, tags, and assignee, with a bidirectional link between alert and task. Automated ticketing rules let teams select triggering alert events, add conditions (e.g. type = supply chain, priority = high), choose the target workspace and project, set tags/assignee, and configure two-way sync behavior. Two-way sync marks the Asana task complete when an alert clears, and completing the task can triage-ignore the linked Socket alert.

Connect an Asana workspace to your Socket organization so alerts can be routed as trackable tasks.
📍In the Socket dashboard, go to Settings → Integrations → Asana and click Connect. Authorize via OAuth — no third-party admin console required. The connected workspace name, connecting user, and status will appear in the Socket dashboard.
Set up an automated ticketing rule to route high-priority supply chain alerts directly to the right Asana project without manual triage.
📍In the Socket dashboard, go to Settings → Integrations → Asana → ticketing rules. Step 1: select the alert events that trigger the rule. Step 2: add conditions (e.g., type = supply chain, priority = high). Step 3: select the connected Asana workspace and target project. Step 4: add tags and assign to an Asana user. Step 5: configure two-way sync behavior — e.g., mark Asana task complete when alert clears, and triage-ignore the Socket alert when the Asana task is completed.
— Exact UI path and step-by-step rule setup given launch-20260825-ff8c843b
03 00
Extension monitoring for Microsoft Edge Add-ons new 70

Adds continuous analysis of extensions published through Microsoft Edge Add-ons, covering malware, credential and clipboard theft, data exfiltrationdata exfiltrationMoving data out of a system or organization without authorization. It can happen through network transfers, removable media or other channels., remote code loading, obfuscation, and impersonation — the same detections previously available for Chrome and Firefox. Enables version-change comparison, surfacing meaningful differences in code, permissions, network activity, and behavior between releases under the same extension identity. Identifies command-and-control infrastructure, suspicious endpoints, remote payload sources, and changes in contacted domains, and connects related extensions across stores through reused code, shared infrastructure, publisher patterns, and coordinated campaigns. This pairs with existing Chrome Web Store analysis to close the cross-store coverage gap.

Enable Edge extension coverage for your enterprise org — reach out to your Socket account team or contact Socket to get started with the Experimental rollout.
📍In the Socket dashboard, contact your Socket account team to enable Edge coverage under the Experimental tier for your enterprise organization.
— Rollout is via account team request, not self-serve config launch-20260828-da7c1bb0
└──▷ ALSO FROM THESE RELEASES
Was this useful?

SonarSource SonarQube

Sources Blog post → 1 release · 2026-08-27 Blog

Trusted by 7M+ developers, SonarQube is the AI code review and code verification platform that catches quality and security issues before they reach production.

SonarQube Cloud adds Hunter Agent, an AI security agent that detects broken access control, business logic, and authentication/session flaws that traditional SASTSASTStatic application security testing, analyzing source code or compiled code for vulnerabilities without running the application. It helps developers find problems before deployment. cannot evaluate, surfacing validated findings directly in the existing SonarQube triage workflow.

└──▷ WHAT SHIPPED · 1 FEATURE 1 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Hunter Agent for logical flaw detection new 79

Hunter Agent is now GA on SonarQube Cloud (Enterprise plan), an AI security agent that detects broken access control (IDORIDORInsecure Direct Object Reference, a web vulnerability where an application exposes internal identifiers (IDs, filenames) without access checks, letting an attacker substitute another user's ID to reach their data., missing authorization checks, privilege escalationprivilege escalationGaining permissions beyond those an account or process initially had. It can turn limited access into administrator control or access to another user's resources., CSRFCSRFCross-site request forgery, an attack that makes a signed-in browser send an unwanted request to a site. The site may accept the request using the victim's existing session.), business logic flaws (skipped workflow steps, missing rate limits), and authentication/session management flaws (session fixation, non-expiring sessions, weak password recovery, missing MFAMFAMulti-factor authentication, requiring proof from different categories, such as a password and a hardware key, to sign in. It reduces reliance on a password alone.) — vulnerability classes SAST structurally cannot evaluate. Every candidate finding is validated for exploitability via a dedicated subagent before surfacing, achieving 80–90% average precision, and confirmed findings appear directly as SonarQube issues in the existing triage workflow with no separate portal, dashboard, or installation required. It supports on-demand triggering or scheduled runs (weekly or monthly) against a main branch, delivering findings asynchronously once confirmed; scales to codebases beyond 10 million lines of code via a structured multi-phase pipeline (Analyze, Explore, Validate, Synthesize) that cuts re-scan time on large repositories by roughly half through incremental scanning; works across the 40+ programming languages already supported by SonarQube with no new configuration beyond pointing it at an existing SonarQube project; and every finding carries an auditable discovery path showing how the agent reached its conclusion.

— Rich mechanism and named flaw classes, but no exact command or config key given. launch-20260827-9c110bbd
Was this useful?

StepSecurity

Sources Blog post → 2 releases · 2026-08-27 Blog

StepSecurity is a security platform that hardens CI/CD pipelines by reducing attack surface and detecting suspicious activity in GitHub Actions workflows.

StepSecurity's Dev Machine Guard agent (v1.16.0) adds two new fleet-wide inventory views — one surfacing plaintext credential exposure and one surfacing browser extension risk — to speed targeted incident response on developer machines.

└──▷ WHAT SHIPPED · 2 FEATURES 0 OF 2 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Credentials inventory page in Dev Machine Guard new 87

A new Credentials page in the StepSecurity dashboard aggregates credential source coverage fleet-wide, showing per-source device count, plaintext vs. protected breakdown, location count, and entry count, filterable by category (Cloud, Source control, Package registries, Containers, Infrastructure) and exportable as CSV. It covers thirteen credential source types across five categories — ~/.npmrc, ~/.pypirc, ~/.vault-token, ~/.netrc, ~/.aws/credentials, ~/.aws/config, ~/.docker/config.json, gcloud application default credentials, kubeconfig, ~/.ssh private key files (id_rsa, id_ed25519, id_ecdsa), and ~/.git-credentials — with a per-source detail view listing affected devices labelled Plaintext, Protected, or both and direct links to each machine. On macOS, Full Disk Access must be granted to the agent via MDMMDMMobile device management, centrally configuring and managing enrolled devices. Administrators use it to apply settings, distribute applications and enforce device security policies. to reach TCC-protected credential paths for complete results. Available from agent v1.16.0; existing deployments gain the page automatically after each device's next scan.

When a credential-stealing package is disclosed, confirm which sources existed on affected machines so rotation is targeted rather than fleet-wide.
📍In the StepSecurity dashboard, go to Dev Machine Guard › Credentials, filter by the relevant category (e.g. Cloud or Package registries), identify affected devices and entry counts, then export the view as CSV to drive a targeted rotation plan.
— Names exact credential paths, categories, macOS caveat and agent version. launch-20260827-052c1615
02 00
Browser Extensions inventory page in Dev Machine Guard new 87

A new Browser Extensions page in the StepSecurity dashboard shows a fleet-wide table of every detected extension — name, extension ID, browser, store, version, device count, and last-seen timestamp — filterable by browser, capability, store, and engine, with an Export CSV download. Raw browser permissions are rolled into ten named capabilities (Global website access, Global request observation, Script injection, Global script injection, Cookie access, Global cookie access, Browsing history, Debugger access, Clipboard read, Extension management) reflecting what the browser currently honours rather than just what the extension's manifest declares. A per-device detail panel lists affected devices grouped by version (first 500 devices shown) for rapid scoping against version-specific advisories. Covers Chrome, Edge, and Firefox on macOS, Windows, and Linux — including Firefox under snap and Flatpak and Edge under Flatpak — available from agent v1.16.0 with no changes required for existing deployments.

During an incident, search by extension ID in the Browser Extensions page to instantly see which devices are running a compromised extension and at which versions.
📍In the StepSecurity dashboard, go to Dev Machine Guard › Browser Extensions › search the extension ID in the table › review the per-device version grouping for affected machines.
— Names the ten capability labels, browsers, OS coverage and agent version. launch-20260827-a61ff06e
Was this useful?

Aikido Security

Sources Blog post → 1 release · 2026-08-26 Blog

Aikido Security is a developer-focused security platform that scans code, infrastructure, and dependencies for vulnerabilities and misconfigurations.

Aikido launched agentic pentesting for Android apps, letting AI agents install a real APK on a test device, log in, and attack it over ADBADBAndroid Debug Bridge, a command-line tool maintained by Google that lets a host machine communicate with an Android device over USB or TCP, giving cyber tools shell access, file transfer, and app control. with exploit-confirmed findings, joint app+backend coverage, and an AutoFix-and-retest workflow.

└──▷ WHAT SHIPPED · 3 FEATURES 0 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Agentic Android (APK) pentesting new 81

Aikido's agents install a real APK on a test device, log in as a user, and attack the app over ADB, with every finding exploit-confirmed before it appears in the report and reproduction steps including the exact ADB commands needed to replay the exploit. Coverage includes unsafe WebView usage, deep-link and exported-component abuse, client-side authentication issues, injection flaws, broken access control, weak session handling, unsafe API behavior, IDORs, cross-tenant access, and authentication bypasses. Assessments are rightsized by Aikido's indexer to the actual app size rather than charged a flat fee, and each run produces a recon report and attack plan with diagrams, threat scenarios, and the full agent reasoning trace (including vulnerabilities attempted but not confirmed). The capability is currently white-box only, requiring source repository access alongside the APK (black-box support is coming soon), and the uploaded build must have certificate pinning, root detection, emulator detection, and RASP disabled.

— Detailed mechanism and named requirements, but no runnable command for the reader launch-20260826-3c11bdb8
02 00
AutoFix PR and retest workflow for Android findings new 73

After merging an AutoFix pull request for a confirmed Android finding, users can retest against the patched build without rescoping: open the original Android assessment in the Aikido console, go to the overview tab, upload the rebuilt APK, then click Retest on any finding from the initial pentest.

After merging an AutoFix PR for a confirmed Android finding, retest against the patched build without rescoping.
📍In the Aikido console, open the original Android assessment, go to the overview tab, upload the rebuilt APK, then click Retest on any finding from the initial pentest.
— Exact UI navigation and steps a reader can follow immediately launch-20260826-3c11bdb8
thinner coverage below
03 00
Joint app and backend API pentesting in one run new 33

Aikido supports simultaneous assessment of the Android app and its backend API in a single run, with API findings appearing in the same report as app findings.

— States the capability but no mechanism or scope detail beyond one sentence launch-20260826-3c11bdb8
Was this useful?

Manifest

Sources Blog post → 1 release · 2026-08-26 Blog

Automate SBOM generation, secure your software supply chain, and gain complete technology transparency across code, AI, vendors, and embedded systems." name="description"/> <meta content=

Manifest launches Supplier Risk, a supplier-centric view of vendor risk grounded in SBOMSBOMA software bill of materials, an inventory of the components and versions inside an application. It helps teams find affected software when a dependency has a vulnerability or licensing issue. data, adding a CLI flag to tag uploads by supplier, binary-generated SBOMsSBOMsA software bill of materials, an inventory of the components and versions inside an application. It helps teams find affected software when a dependency has a vulnerability or licensing issue. for vendors who can't provide one, and new portfolio, detail, and scoring views for third-party risk.

└──▷ WHAT SHIPPED · 3 FEATURES 3 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Supplier flag for CLI uploads new 75

Adds a --supplier flag to the Manifest CLI for associating an uploaded SBOM or binary directly with a named supplier at publish time.

— Names the exact CLI flag and its effect. launch-20260826-b483df8e
02 02
Supplier Risk portfolio, detail, and scoring views new 67

New supplier portfolio view ranks every third-party vendor by risk score, asset count, open vulnerabilities, and last-updated date in a single screen. A companion supplier detail view surfaces a vendor's full footprint — every asset, version, risk score, component count, and vulnerability count — in one click. Aggregated supplier risk scoring rolls up asset-level risk into a single per-supplier score for direct vendor-to-vendor comparison, and prioritized supplier findings stack-rank vulnerabilities by severity and product impact across a supplier's portfolio. The vulnerability and component pages were also extended to surface third-party products alongside first-party assets, with clear visual distinction between what teams build and what they buy.

— Concrete metrics and views named, but only UI navigation, no endpoint. launch-20260826-b483df8e
03 03
Binary-generated SBOMs for suppliers new 62

Introduces binary-generated SBOMs for vendors who cannot provide one, covering C++, unmanaged code, and embedded systems where traditional SCASCASoftware composition analysis, identifying third-party dependencies and checking them for known vulnerabilities and license issues. It covers software a team uses rather than writes itself. falls short, with results folded into that supplier's record.

— Describes scope and mechanism but no exact command given. launch-20260826-b483df8e
Was this useful?

sbomify

Sources Blog post → 2 releases · 2026-08-25 Blog

sbomify is a product security artifact hub and a trust center.

sbomify's product added Security Advisories with a gated Trust Center, a slate of CRA compliance tooling (patch SLASLAA formal agreement between a service provider and customer that defines expected uptime, response times, and remedies for failures, giving cyber tools a contractual baseline for availability and support commitments. KPIs, risk_accepted state, EU Authorized Representative capture, export retention floors, EOL readiness checks), four new CSV exports, and a redesigned Trust Center UI, while sbomify-action cut its container image from 515MB to 106MB via on-demand digest-pinned tool fetching and added a public ClearlyDefined caching proxy plus support for eight more ecosystems.

└──▷ WHAT SHIPPED · 20 FEATURES 0 OF 20 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
clearly-cached ClearlyDefined caching proxy new 93

Introduces clearly-cached, a public caching proxy at clearly-cached.sbomify.com that sits in front of ClearlyDefined and returns a flat 0.4KB projection of license fields, resolving 76 of 76 packages in 5s warm vs 31 of 76 in 474s direct. SBOMIFY_CLEARLY_CACHED_URL env var points the action at a self-hosted or local instance instead of the default.

Point sbomify-action at a self-hosted clearly-cached instance to avoid a public-internet dependency during enrichment.
yaml
- uses: sbomify/sbomify-action@v26.8.0
  env:
    SBOMIFY_TOKEN: ${{ secrets.SBOMIFY_TOKEN }}
    SBOMIFY_CLEARLY_CACHED_URL: 'http://clearly-cached.internal:8080'
— Named env var, endpoint, and concrete before/after benchmark numbers launch-20260825-ae80c5f8
02 00
Security Advisories module with visibility controls new 90

New Security Advisories module lets you author vendor advisories with CVSSCVSSCommon Vulnerability Scoring System, a method for describing a vulnerability's characteristics and severity. Its score is not the probability that attackers will exploit it. vector, affected/fixed version ranges, product associations, and a timestamped timeline, published directly to the Trust Center. Advisories support three visibility states — Private, Public, and Gated — where Gated requires both a workspace-level NDA grant and a link to a product the reader can already access; per-advisory product filtering redacts names the reader is not entitled to see.

Publish a gated security advisory so only customers under NDA for a specific product can read it, without revealing the advisory's existence to others.
📍In the Security Advisories module, create a new advisory with severity, CVSS vector, affected version range (e.g. >= 11.2.0, < 11.2.4-h20), fixed version range, and timeline entries. Set visibility to Gated, attach it to the relevant product, then publish to the Trust Center. Readers without a workspace-level NDA grant and access to that product receive a 404.
— Full field list and gating mechanism, plus a walkthrough example launch-20260825-b3c23b90
03 00
Slimmed action image with on-demand tool fetching improved 88

Adds SBOMIFY_FETCH_RUNTIMES=0 env var to opt out of on-demand tool fetching for air-gapped environments; per-ecosystem tool bundles are now fetched from sbomify/sbom-tools at runtime, pinned by digest, verified, and attested, replacing tools baked into the image, dropping the container image from 515MB to 106MB. The generator fallback chain is now strict: a generator that claims a project and then fails aborts the run instead of silently falling through to a lower-quality scanner.

Run sbomify-action in an air-gapped CI environment without fetching external runtime bundles.
yaml
- uses: sbomify/sbomify-action@v26.8.0
  env:
    SBOMIFY_TOKEN: ${{ secrets.SBOMIFY_TOKEN }}
    SBOMIFY_FETCH_RUNTIMES: '0'
— Names the env var, repo, and exact size drop; fallback mechanism explained launch-20260825-ae80c5f8
04 00
CRA patch SLA targets and KPI dashboard new 85

New CRA patch SLA targets, defaulting to Critical 7 / High 30 / Medium 90 days, gate five computable KPIs: mean time to triage, mean time to remediate, open criticals with KEVKEVCISA's Known Exploited Vulnerabilities catalog, a list of vulnerabilities with evidence of exploitation in real attacks. It helps teams prioritize fixes for problems attackers already use. split, patch SLA compliance, and VEXVEXA machine-readable statement from a vendor saying whether a CVE in a component actually affects their product. It is how a scanner is told to stop flagging a vulnerability that is not reachable. publication latency.

Set patch SLA targets by severity so CRA KPIs are computable from day one without opening workspace settings manually.
📍In the workspace Settings, go to the CRA section and set patch SLA targets: Critical: 7 days, High: 30 days, Medium: 90 days. Once saved, the five KPIs (mean time to triage, mean time to remediate, open criticals with KEV split, patch SLA compliance, VEX publication latency) become visible on the findings dashboard.
— Exact defaults and five named KPIs, with a UI path to set them launch-20260825-b3c23b90
05 00
risk_accepted finding state new 80

New risk_accepted finding state requires a business justification, named risk owner, and expiry date; it publishes downstream as exploitable with a will_not_fix response in CycloneDXCycloneDXAn open standard for describing software components and their dependencies, vulnerabilities and other supply-chain information. Tools use it to exchange bills of materials and related evidence. rather than not_affected, to avoid false claims.

— Precise required fields and downstream CycloneDX mapping named launch-20260825-b3c23b90
06 00
CSV exports for inventory, licenses, findings, vulnerabilities new 80

Four new CSV exports covering inventory, licenses, findings, and vulnerabilities, scoped to workspace, product, release, or component, reading the same latest-per-component data and live VEX suppressions as the dashboard.

Export all findings for a specific product release to CSV for auditor or procurement review, matching exactly what the dashboard shows.
📍In the product release view, open the Exports section and download the Findings CSV. The export applies live VEX suppressions and latest-per-component data, so the row counts match the dashboard beside it. Unreadable artifacts appear as explicit rows rather than being silently omitted.
— Four formats and scopes named with a concrete download path launch-20260825-b3c23b90
07 00
New ecosystem lock-file and manifest support new 75

Adds first-class lock-file and manifest support for Gradle (gradle.lockfile), Swift (Package.swift), PHP (composer.json via a proper Composer bundle), Rust crates with only Cargo.toml, .NET project files, Haskell, Erlang, and Clojure. Manifests listing version ranges now read the adjacent lock file to record the versions actually shipped.

— Every named file format listed, but no CLI flag to trigger launch-20260825-ae80c5f8
08 00
BSI-compliant security.txt generation new 75

security.txt generation follows BSI TR-03183-3 shape with separate CSIRT contact and report-page slots, an optional CSAFCSAFAn OASIS open standard for distributing machine-readable vulnerability advisories, letting cyber tools automate ingestion and correlation of vendor-issued security disclosures at scale. pointer, and an Expires field clamped to at most one year; it shares data with the CRA wizard.

— Names the standard, exact field, and clamp value launch-20260825-b3c23b90
09 00
CRA wizard EU Authorized Representative capture new 70

CRA wizard now captures EU Authorized Representative details and mandate per Article 22/25, rendering them on the Declaration of Conformity; missing mandatory fields are surfaced loudly rather than silently omitted.

— Cites exact regulation articles and output document launch-20260825-b3c23b90
10 00
Trust Center redesign with advisory table and faceted filters improved 70

Trust Center redesigned with a filter sidebar, dense advisory table with per-product version rows rendering version ranges as comparison strings (e.g. >= 11.2.0, < 11.2.4-h20), live faceting, and a JavaScript-free plain form fallback.

— Concrete UI elements and an example version-range string named launch-20260825-b3c23b90
11 00
End-of-life readiness check new 65

End-of-life readiness check surfaces unpatched critical and high findings, drafts an EOL announcement through the advisory channel, and pins the final SBOM and VEX to a versioned release instead of a floating latest pointer.

— Three concrete behaviours described, no exact navigation given launch-20260825-b3c23b90
12 00
Malicious packages reclassified as distinct category improved 60

Malicious packages are now a distinct structural category, reclassified at read time across all historical scans without rescanning, and no longer fall through to a default medium severity.

— Clear before/after behaviour, no UI or API path given launch-20260825-b3c23b90
thinner coverage below
13 00
Install-free run via pipx or uvx new 55

Supports running directly from PyPI with no install step via pipx run sbomify-action or uvx sbomify-action.

— Two exact runnable commands given, little else explained launch-20260825-ae80c5f8
14 00
Explicit states for empty or unreadable scans improved 55

Empty or unreadable scan results are now three distinct states — recognized nothing, scanner error, unreadable spec version — none of which render as a clean bill of health.

— Three named states, no UI location given for viewing them launch-20260825-b3c23b90
15 00
Export retention floor per Article 13(15) new 55

Export packages now pin a retention floor at creation per Article 13(15), so a later product change cannot silently shorten a previously exported compliance record.

— Names regulation clause and guarantee, no UI path given launch-20260825-b3c23b90
16 00
Cross-run enrichment caching improved 53

Enrichment lookups across all twelve sources are now cached across runs; transient failures and 429s are not persisted, and negative results expire in one day rather than one month.

— Names cache scope and expiry change, no config surface given launch-20260825-ae80c5f8
17 00
Expanded vulnerability data: EPSS, CVSS 4.0, ENISA EUVD improved 50

EPSSEPSSExploit Prediction Scoring System, an estimate of the probability that a published vulnerability will be exploited in the next 30 days. It helps prioritize investigation and patching. scores and CVSS 4.0 are now captured from both scanner paths; ENISAENISAThe European Union Agency for Cybersecurity, an EU body that publishes threat landscapes, guidelines, and standards to help member states and organisations raise their cyber defences. EUVDEUVDThe European Vulnerability Database, operated by ENISA, is the EU's official registry of disclosed software vulnerabilities, giving cyber tools a regional authoritative source for CVE-equivalent advisories. exploited flag appears alongside CISA KEVCISA KEVA catalog maintained by the US Cybersecurity and Infrastructure Security Agency listing vulnerabilities confirmed to be actively exploited in the wild, giving cyber tools a vetted, authoritative prioritization signal..

— Names four data sources but no way to act on them directly launch-20260825-b3c23b90
18 00
Git submodule lock-file discovery new 45

Discovery now detects lock files inside git submodules (via .gitmodules or vendored clones), annotates them clearly, and leaves them deselected by default with an explanation.

— Describes behaviour but no flag or command to invoke it launch-20260825-ae80c5f8
19 00
Navigation spotlight search improved 45

Navbar search upgraded to a navigation spotlight allowing jump-to for any product, component, or page.

— Bare description of a UI change, no shortcut or path given launch-20260825-b3c23b90
20 00
Release-tag versioning for action builds improved 35

Component version is now sourced from the release tag when the workflow runs on a tag; pre-releases are marked as pre-releases when published to sbomify.

— Thin description of a build-time behaviour change launch-20260825-ae80c5f8
└──▷ ALSO FROM THESE RELEASES
Bootstrap a workflow for your repository interactively without writing YAML by hand.
$ docker run --rm -it \
  -v "$(pwd):/github/workspace" \
  -w /github/workspace \
  -e SBOMIFY_TOKEN=$SBOMIFY_TOKEN \
  ghcr.io/sbomify/sbomify-action \
  sbomify-action wizard
Was this useful?
◆  Secrets Detection & Management

infisical

Sources Release notes → 3 releases · 2026-08-26 → 2026-08-27 Notes

Infisical is the open-source platform for secrets, certificates, and privileged access management.

Infisical expanded its Privileged Access ManagementPrivileged Access ManagementBrokering administrator sessions through a gateway instead of handing out standing credentials. Access is granted for one session, to one target, and recorded. module with PostgreSQL account discovery, IAMIAMIdentity and Access Management — a framework of policies and services for controlling who can authenticate to systems and what resources they are authorized to use, letting cyber tools enforce least-privilege and audit access. authentication, and dedicated secret folders, while also shipping certificate profile creation inside applications, root encryption key rotation, KMSKMSA managed service that creates, stores, rotates and controls access to encryption keys, usually backed by HSMs. Applications ask it to encrypt or decrypt rather than holding keys themselves. key delete protection, RFC 8693RFC 8693An IETF standard defining the OAuth 2.0 Token Exchange flow, letting a service swap one token for another with different scopes, audience, or type — enabling delegation and impersonation without re-authenticating the user. token exchangetoken exchangeAn OAuth 2.0 protocol extension (RFC 8693) that lets a service trade one token for another with different scopes, audience, or type, enabling delegation and impersonation across service boundaries without re-authenticating the user. support, and change/approval policies for machine identities.

└──▷ WHAT SHIPPED · 13 FEATURES 0 OF 13 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Delete protection for KMS keys new 70

Adds delete protection for KMS keys, preventing accidental key removal. Enable it in the Infisical console under project > Key Management, select a key, open its settings, and enable Delete Protection.

Protect a KMS key from accidental deletion in environments where key loss would be catastrophic.
📍In the Infisical console, go to your project › Key Management, select a key, open its settings, and enable Delete Protection.
— Includes exact UI steps to enable the feature v0.163.0
02 00
Helm chart now requires siteUrl config breaking 60

The infisical-nkp Helm chart now requires config.siteUrl to be set in its configuration.

— Names exact chart and config key requiring migration v0.164.1
thinner coverage below
03 00
PostgreSQL support and secret organization in PAM new 55

Adds PostgreSQL account discovery for Privileged Access Management (PAMPAMBrokering administrator sessions through a gateway instead of handing out standing credentials. Access is granted for one session, to one target, and recorded.), adds IAM authentication for Postgres in PAM enabling passwordless database credential management, and adds dedicated folder views for organizing PAM secrets.

— Names PAM, Postgres, IAM auth and folder views but no exact UI path v0.163.0v0.164.1
04 00
Dynamic secrets provider forms migrated to v3 UI improved 45

Migrates dynamic secrets provider forms to an updated v3 UI, covering identity and access provider forms, data-service and protocol provider forms, and relational, warehouse, and managed-store provider forms.

— Names every provider category migrated but no exact navigation v0.163.0v0.164.1
05 00
RFC 8693 token exchange grant support new 45

Adds RFC 8693 token exchange grant support for OAuth/OIDCOIDCOpenID Connect, a sign-in protocol built on OAuth 2.0. An application uses identity information from a trusted provider instead of maintaining a separate password for each user. flows.

— Names the exact standard but no usage steps given v0.163.0
06 00
Certificate manager UI renewal enhancements improved 45

Allows editing certificate details during manual certificate renewals, and shows renewed certificates with a Renewed status indicator in the certificate manager UI.

— Names both UI changes but no exact navigation path v0.163.0
07 00
Gateway pool load balancing and clock skew handling improved 40

Adds load balancing support for gateway pools and adds clock skew handling for gateway and relay connections.

— Describes both changes but no mechanism detail v0.163.0v0.164.1
08 00
Certificate profile creation inside applications new 40

Allows creation of certificate profiles from directly inside applications, streamlining PKIPKIA framework of policies, roles, and cryptographic standards for issuing and managing digital certificates that bind public keys to identities, letting tools verify authenticity and encrypt communications without pre-shared secrets. workflows without leaving the app context.

— Explains the workflow benefit but no exact steps or endpoint v0.164.0
09 00
Change/approval policies for machine identities improved 40

Extends change/approval policies to apply to machine identities, not just human users.

— States scope expansion but no configuration detail v0.163.0
10 00
Root encryption key rotation new 35

Implements root encryption key rotation, enabling operators to rotate the platform's root encryption key.

— States the capability but not the mechanism or command v0.164.0
11 00
Cross-project secret sharing gated by settings improved 35

Gates cross-project secret sharing actions by settings, giving admins finer control over which projects can share secrets.

— Names the control but not the specific setting or location v0.164.0
12 00
Project tag editing in project settings new 30

Adds project tag editing under project settings.

— Bare feature name with minimal elaboration v0.163.0
13 00
Project roles access control UI redesign improved 25

Migrates the project roles access control UI to the v3 design.

— Bare statement of a UI migration with no further detail v0.163.0
Was this useful?
◆  Web Application Security

slowhttptest

Sources Release notes → 1 release · 2026-08-28 Notes

Application Layer DoS attack simulator

slowhttptest v1.10.0 adds support for testing authenticated targets via mTLSmTLSMutual TLS, an encrypted connection where both client and server present certificates to prove their identity. It helps services verify who they are communicating with. client certificates and custom request headers, plus a build flag for non-standard OpenSSL installs.

└──▷ WHAT SHIPPED · 2 FEATURES 0 OF 2 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
--with-openssl=DIR configure flag new 65

Adds --with-openssl=DIR configure flag for builds where OpenSSL is installed in a non-standard path.

— Named build flag gives a concrete, runnable configure option v1.10.0
02 00
mTLS and custom headers for authenticated targets new 60

Adds mTLS support, enabling client certificates when testing targets that require mutual TLSmutual TLSMutual TLS, an encrypted connection where both client and server present certificates to prove their identity. It helps services verify who they are communicating with. authentication, and custom request header injection, allowing arbitrary headers to be sent with slow HTTP test payloads.

— Describes two new capabilities but no flag names or config given v1.10.0
Was this useful?

DataDome

Sources Blog post → 1 release · 2026-08-27 Blog

DataDome is a bot management and API protection platform that defends against automated attacks, web scraping, and credential abuse.

DataDome expanded its API reference with new detection request fields and launched a hosted MCPMCPModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface. server that lets AI agents query Trend Reports data in natural language.

└──▷ WHAT SHIPPED · 2 FEATURES 0 OF 2 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
New detection request fields in API reference new 60

The DataDome API reference gains several new fields for detection requests: AcceptLanguage for passing the request's Accept-Language header to the detection engine, Via for forwarding proxy chain information, SecCHUAFullVersionList for passing the Sec-CH-UA-Full-Version-List client hint header, and CustomFieldString1, CustomFieldString2, and CustomFieldString3 for sending arbitrary custom string data alongside detection requests.

— Names all six fields but no usage context or limits given. api-docs-c11305f974b4
thinner coverage below
02 00
Hosted MCP server for Trend Reports new 58

A new hosted MCP server exposes DataDome Trend Reports data to MCP-compatible AI agents and agentic workflows, authenticated via existing DataDome credentials with no custom integration or infrastructure required. It lets agents query automated traffic trends, threat types, scraping activity, and credential-stuffing patterns in natural language from tools like Slack-connected assistants, enterprise copilots, or custom agent pipelines.

Connect an MCP-compatible AI agent to DataDome's hosted MCP endpoint to query Trend Reports in natural language from within existing workflows.
📍In your MCP-compatible AI agent or tool, configure the server connection to DataDome's hosted MCP endpoint and authenticate using your existing DataDome credentials.
— Explains mechanism and use cases but endpoint URL not given. launch-20260827-e988d370
Was this useful?
Reverse Engineering, Malware & Forensics
◆  Digital Forensics & Incident Response

ALEAPP

Sources Release notes →Source code → 1 release · 2026-08-27 Notes Code

Android Logs Events And Protobuf Parser

ALEAPP v2026.3.2 adds parsers for 35+ new Android apps and significantly deepens support for TeleGuard, Threema, Uber, Ryanair and Truecaller, alongside Gmail parsing and reporting path fixes.

└──▷ WHAT SHIPPED · 8 FEATURES 0 OF 8 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Threema database parsing via sqlcipher3 new 75

Adds Threema account, contacts, and messages parsing, requiring a new sqlcipher3 version 0.6.2 dependency to decrypt Threema's encrypted databases.

— Names exact dependency and version needed to run it v2026.3.2
02 00
Truecaller call and contact parsing new 75

Adds Truecaller call history, contacts, SMSSMSShort Message Service, the protocol built into cellular networks for sending text messages between phones; cyber tools use it for alerting, two-factor authentication delivery, or phishing simulation over mobile channels. senders, call cache, and settings parsed from tc.db, insights.db, and calling-cache.db.

— Names exact source database files parsed v2026.3.2
03 00
Ryanair boarding pass decryption new 70

Adds Ryanair boarding pass parsing with decryption using the key stored in the app's own preferences, plus bookings, flights, passengers, and sessions.

— Explains decryption key source, a concrete mechanism v2026.3.2
04 00
Uber location and account artifacts new 65

Adds Uber location artifacts with KMLKMLAn XML-based file format maintained by the OGC for storing geographic data such as points, paths, and polygons. Cyber tools use it to visualize location-based intelligence on maps. output for coordinates and timestamps, plus sessions, payment profiles, telemetry messages, cached images, and app settings.

— Names output format and artifact scope, no field-level detail v2026.3.2
05 00
Gmail multi-account parsing improved improved 65

Gmail parsing now reads every account store across all Android users instead of only the first, and Gmail bodies are now shown as readable text with a dedicated Links column.

— Describes before/after behaviour and new UI column v2026.3.2
06 00
35+ new Android app parsers added new 60

Adds parsers for over 35 new Android apps: Uber, Facebook, Threads, Twitch, Zoom, PayPal, Revolut, Outlook, Yahoo Mail, Adobe Acrobat Reader, Disney+, Amazon Prime Video, Pinterest, Hinge, NordVPN, Roblox, eBay, Etsy, Vinted, Booking.com, Ryanair, DHL, CapCut, Shazam, Truecaller, SimpleX Chat, TeleGuard, Threema, Opera Browser, Samsung Bixby Routines, Spotify (6 artifacts), and Private Photo Vault.

— Broad list of app names but no per-app mechanism detail v2026.3.2
thinner coverage below
07 00
Reports use real device source paths improved 50

Reports now use real device/source paths instead of examiner folder paths, with extraction-relative paths enforced library-wide.

— States the change but no config or migration steps given v2026.3.2
08 00
TeleGuard artifact parsing added new 40

Adds TeleGuard artifact coverage for calls, account, drafts, and downloads on Android.

— Names artifact types but no extraction mechanism v2026.3.2
Was this useful?

iLEAPP

Sources Release notes →Source code → 1 release · 2026-08-27 Notes Code

iOS Logs, Events, And Plist Parser

iLEAPP v2026.3.2 adds parsers for 13 new apps, tightens cross-app data isolation, corrects reported source paths across 83+ modules, and ships a new CI guard against duplicate artifact path patterns.

└──▷ WHAT SHIPPED · 4 FEATURES 0 OF 4 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
CI guard against duplicate case-only artifact paths new 90

A new admin/scripts/check_artifact_paths.py CI guard, with --self-test and --list flags, fails when an artifact's paths tuple contains two patterns differing only in case; it is wired into the lint workflow.

— Exact script path and flags make this immediately runnable v2026.3.2
02 00
Real device/source paths in reports improved 70

iLEAPP now reports real device/source paths instead of the examiner's local folder structure, a change enforced across 83+ modules including Biome, CNACNACVE Numbering Authority — an organization authorized by MITRE to assign CVE IDs within a defined scope, letting cyber tools reference vulnerabilities under a globally consistent identifier., and Privacy Accounting artifacts.

— Gives module count and names, a clear before/after fix v2026.3.2
thinner coverage below
03 00
13 new app parsers added new 55

iLEAPP adds parsers for Google Calendar, Google Sheets, Google Docs, and Google Maps; Netflix (reporting only rows an examiner can act on, including cached stream segments with subtitle cues); Pinterest; Coinbase; Firefox; Grindr (including conversation link counts); Fitbit; KeepSafe (vault items, albums, and account/PIN security); and TeleGuard (calls, account, and drafts artifacts).

— Names every new app but no flags or commands to invoke them v2026.3.2
04 00
Container-scoping enforcement for cross-app artifacts improved 55

iLEAPP adds container-scoping enforcement for Pinterest, Tinder, and Google Drive/Sheets artifacts, preventing cross-app data bleed between them.

— Names affected apps but mechanism of enforcement not detailed v2026.3.2
Was this useful?

ElcomSoft

Sources Blog post → 1 release · 2026-08-26 Blog

Try professional password recovery, data decryption, mobile and cloud forensic tools from a manufacturer with 30+ years of expertise, providing tools and training to law enforcement, financial and intelligence agencies.

Elcomsoft System Recovery 8.38 streamlines BitLockerBitLockerA full-disk encryption feature built into Windows, maintained by Microsoft, that protects data at rest by encrypting entire volumes; cyber tools use it to audit encryption status or recover keys from managed endpoints. TPMTPMA dedicated hardware chip, standardized by the Trusted Computing Group, that stores cryptographic keys and measurements in tamper-resistant silicon, giving cyber tools a root of trust that software alone cannot fake. exploitation, adds broad browser artefact extraction, and automates checksum logging for disk images.

└──▷ WHAT SHIPPED · 1 FEATURE 1 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Bootable USB for BitLocker TPM exploit new 70

The installer can now create a separate bootable USB drive preloaded with a BitLocker TPM exploit, supporting YellowKey and GreatXML, turning what was previously a manual multi-step process into a guided setup click.

— Names exploit codenames and the workflow change, but no exact command shown launch-20260826-274190ce
Was this useful?
◆  Reverse Engineering

CHIPSEC

Sources Release notes →Source code → 1 release · 2026-08-27 Notes Code

Platform Security Assessment Framework

CHIPSEC 2.0.8 adds HOB parsing, MSRMSRModel-Specific Registers are per-core CPU registers on x86 processors, readable and writable via the RDMSR/WRMSR instructions, that expose low-level hardware controls like power management, performance counters, and CPU feature toggles. scope validation, and enabled-state filtering for controls, alongside several installation and packaging fixes.

└──▷ WHAT SHIPPED · 6 FEATURES 0 OF 6 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Installation and packaging fixes improved 65

Configuration files nested below cfg/<vendor>/ are now correctly installed during package setup; the Linux kernel driver is now loaded via modprobe before searching for the driver file, improving portability of installed builds; and the manual is now installed to a path relative to the install prefix rather than a hardcoded location.

— Names exact paths and mechanism for each packaging fix 2.0.8
02 00
is_enabled field and filter_enabled for controls new 60

Adds an is_enabled field to controls, enabling filter_enabled filtering in object lists of controls.

— Names exact field and filter but no usage example 2.0.8
thinner coverage below
03 00
MSR scope correctness checks new 40

Adds MSR scope correctness checks to catch misconfigured MSR definitions.

— States purpose but not how checks are run 2.0.8
04 00
Exclusive fixed addresses in configuration helper improved 40

The configuration helper now supports exclusive fixed addresses for platform register definitions.

— Describes change but not config syntax or example 2.0.8
05 00
HOB parsing and inspection new 30

Adds HOB (Hand-Off Block) parsing and inspection features to CHIPSEC.

— Named capability but no mechanism or usage detail given 2.0.8
06 00
Enhanced logger messaging improved 15

Enhanced logger messaging provides additional detail to aid debugging efforts.

— Generic description with no specifics on what changed 2.0.8
Was this useful?
Network Security
◆  Firewalls & Network Defense

Abnormal AI

Sources Blog post → 4 releases · 2026-08-26 Blog

Abnormal AI is a behavioral AI security platform that protects email, identity, and AI—and stops insider threats. Trusted by 4,500+ organizations.

Abnormal AI shipped three major additions this window: a no-cost Control Center for inbound email adding Custom AI Models and Custom Rules, an Early Access Email DLPDLPData Loss Prevention: a category of controls that inspect and block sensitive data from leaving an organisation via email, web, or removable media, giving cyber tools a policy enforcement layer over data in motion and at rest. Rules engine with an AI Triage Agent for outbound policy enforcement, and an upgraded AI Phishing Coach with Precision Training, AI-generated content creators, QR code simulations, and in-thread follow-up.

└──▷ WHAT SHIPPED · 3 FEATURES 0 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Control Center for inbound email security new 80

Control Center is a no-cost capability of Inbound Email Security offering two detection layers. Custom AI Models (Generally Available) let analysts describe a detection pattern in natural language to create a dedicated model, which is backtested against recent organizational mail and can run in Passive mode before full enforcement. Custom Rules (Early Access) let teams build organization-specific enforcement using more than 50 message attributes combined with AND, OR, and Except When logic — no proprietary query language required — with per-user or org-wide scoping, and can also be validated in Passive mode before going Active. Each Custom Rule and Custom AI Model assigns a verdict of Attack, Spam, or Safe, with Custom Rules taking precedence over Custom AI Models, which in turn override Abnormal's core AI detection; decision transparency shows which of the three layers made each detection decision.

When you want to block or allow email based on an organization-specific pattern without writing detection code, create a Custom Rule in Control Center and validate it against real examples before enabling it.
📍In Abnormal, go to Control Center › Custom Rules › New Rule, specify conditions using available message attributes (sender domain, subject keywords, header values, etc.), test the rule against real message examples, and publish to enforce the policy.
— Names mechanism, modes, verdicts and precedence but only UI navigation given launch-20260826-de891225launch-20260826-af6414fb
02 00
Email DLP Rules with AI Triage Agent new 80

Email DLP Rules (Early Access) let security and compliance teams define, validate, and enforce outbound email policies via a rule builder supporting regex, phrase matching, metadata conditions, and Boolean logic — including AND/OR nesting, condition groups, and exclusions — with prebuilt templates for data types like financial information and PIIPIIPersonally Identifiable Information — data that can identify a specific individual, such as names, email addresses, or SSNs. Cyber tools flag or redact it to limit exposure and meet privacy regulations.. Rules scan outbound content and supported attachments and can be scoped by department or workflow. The AI Triage Agent evaluates each flagged message against the rule's stated intent, sender-recipient relationship, and surrounding context to distinguish genuine violations from routine business traffic, auto-releasing benign messages and quarantining likely violations; it also generates a plain-language description of each rule's intent and editable exclusions at creation time, and rules can be validated against sample emails before live deployment. Every Triage Agent verdict is recorded in a new Outbound Log for audit visibility.

Review Triage Agent verdicts and reasoning for outbound policy matches to prioritize which flagged messages need analyst attention.
📍In the Abnormal console, go to Outbound Log, filter by the relevant Email DLP Rule, and inspect the plain-language Triage Agent explanation alongside each flagged message verdict.
When you need to suppress a known-safe outbound pattern (e.g., invoices from your billing system) without manual SOCSOCA security operations center, the team or function that monitors threats, investigates alerts and coordinates incident response. Its work can be internal, outsourced or shared. review, tune an Email DLP Rule exclusion so the AI Triage Agent auto-releases those messages.
📍In Abnormal, go to Email DLP Rules › New Rule, define your policy using regex or phrase matching, add exclusions in plain language (e.g., 'exclude messages from billing@yourcompany.com'), and enable AI Triage Agent review to auto-release matches with benign business context.
— Detailed rule syntax and triage logic, but only UI steps shown launch-20260826-af6414fblaunch-20260826-7a61fbd3
03 00
AI Phishing Coach: Precision Training, creators, QR sims, follow-up new 80

AI Phishing Coach gained: Precision Training, which automatically adjusts simulation frequency and difficulty per employee based on behavior signals and response history, giving more frequent/harder simulations to elevated-risk employees and fewer to low-risk ones, plus reinforcement training when needed; Attack Creator, which generates a realistic simulation from a plain-language scenario description and stores it in the Attack Library; Campaign Creator, which schedules and sends ad hoc or baseline simulation campaigns from the Attack Library, including AI-generated attacks; Training Creator, which generates custom training video modules from a prompt and imagery, with module recommendations driven by Abnormal's observed threat patterns; QR Code Phishing Simulations, which train employees to treat QR codes with the same suspicion as suspicious URLs and render even in email clients that block images; and In-Thread Follow-Up, which re-engages employees who neither clicked nor reported a simulation by sending a follow-up inside the same email thread, mirroring real attacker tactics.

When a specific employee repeatedly ignores phishing simulations, use In-Thread Follow-Up in AI Phishing Coach to automatically re-engage them in context rather than waiting for the next scheduled campaign.
📍In Abnormal, go to AI Phishing Coach › Campaign Creator, create or select a campaign with In-Thread Follow-Up enabled, then Precision Training will automatically increase simulation frequency for non-responsive employees and reduce it as behavior improves.
— Six named sub-features with mechanism, only UI path for use launch-20260826-af6414fblaunch-20260826-3d0f5330
Was this useful?
Cloud & Container Security
◆  Runtime Security

Bubblewrap

Sources Release notes →Source code → 1 release · 2026-08-26 Notes Code

Low-level unprivileged sandboxing tool used by Flatpak and similar projects

Bubblewrap v0.12.0 introduces a fail-open sandboxingsandboxingRunning code inside a restricted environment that limits what it can access or change. The isolation reduces the impact of mistakes or untrusted code, depending on the sandbox's controls. mode and a build-time kernel assumption option, while dropping setuid support entirely in favor of unprivileged user namespaces.

└──▷ WHAT SHIPPED · 3 FEATURES 1 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
`--not-a-security-boundary` flag for fail-open sandboxing new 75

The new --not-a-security-boundary flag makes failures in sandbox setup steps (such as remounting a submount) non-fatal, enabling fail-open behavior for use cases that do not require a strict security boundary.

Run a sandbox for a use case where filesystem layout isolation matters but strict security enforcement is not required, so that non-fatal setup failures are tolerated rather than aborting.
$ bwrap --not-a-security-boundary --ro-bind /usr /usr --proc /proc --dev /dev --unshare-pid bash
— Names exact flag and gives runnable example. v0.12.0
02 00
`assume_kernel` meson build option new 75

A new assume_kernel meson build option lets builders specify a minimum kernel version; specifying 5.6.0 or later disables the fallback implementation of openat2(RESOLVE_IN_ROOT) and removes backward compatibility code for older kernels, resulting in hard failures at runtime on unsupported kernels.

— Names build option and exact syscall/version, but no example. v0.12.0
thinner coverage below
03 01
Setuid build mode removed breaking 52

Support for building a setuid bubblewrap has been removed; unprivileged user namespaces are now the sole supported mechanism. Deployments relying on the setuid build mode will no longer work and must migrate to unprivileged user namespaces.

— Clear before/after but no migration steps given. v0.12.0
└──▷ BREAKING ON UPGRADE
  • !
    Setuid bubblewrap support has been removed entirely; deployments relying on the setuid build mode will no longer work and must migrate to unprivileged user namespaces.
Was this useful?

Alibaba Cloud OpenSandbox

Sources Release notes → 3 releases · 2026-08-26 Notes

Secure, Fast, and Extensible Sandbox runtime for AI agents.

OpenSandbox's server v0.2.3 adds QEMUQEMUAn open-source machine emulator and virtualizer that lets software run a guest OS or CPU architecture on a different host, giving cyber tools an isolated, inspectable execution environment without dedicated hardware.-based pause/resume for runc sandboxes, machine-identifiable pool-exhaustion signaling, and OSEP-0020 lifecycle hooks that now span both the server and execd 1.1.0, which itself ships PID-1 init mode, a pre-exec hardening pipeline (seccomp/Landlock), and a new eBPFeBPFA Linux technology for running verified programs inside the kernel without changing its source. Tools use it to observe processes, enforce rules and process network traffic. audit image variant.

└──▷ WHAT SHIPPED · 15 FEATURES 0 OF 15 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Sandbox lifecycle hooks (preStart/periodic) new 90

Adds CreateSandboxRequest.lifecycle (preStart / periodic hook types per OSEP-0020), transported to Kubernetes workloads via the reserved OPEN_SANDBOX_LIFECYCLE env var; the Docker provider explicitly rejects lifecycle requests. Config persists at $HOME/.execd/lifecycle.toml with EXECD_LIFECYCLE_CONFIG as an exact override path; execd starts its HTTP server before preStart and only releases the user process after preStart succeeds, with bootstrap sync and preStart shutdown fail-closed under TERM/KILL watchdogs. The preStart.timeoutSeconds server and OpenAPIOpenAPIA vendor-neutral specification for describing REST APIs in a machine-readable format, maintained by the OpenAPI Initiative. Cyber tools use it to auto-generate clients, documentation, and validation from a single source of truth. limit was raised from 300s to 10800s (3 hours); the periodic limit stays at 300s.

Configure a preStart hook and a periodic health check for a sandbox, pointing execd at a custom lifecycle config file.
$ EXECD_LIFECYCLE_CONFIG=/etc/sandbox/lifecycle.toml execd
— Names config path, env var, timeouts, and exact success/failure behavior. server/v0.2.3docker/execd/1.1.0docker/execd/v1.1.0
02 00
Pool exhaustion signaling and allocation visibility improved 90

Adds kubernetes.pool_acquisition_timeout_seconds config key (default 30s) so the server waits a bounded window on pool exhaustion, then returns HTTP 429 with KUBERNETES::POOL_CAPACITY_EXHAUSTED and Retry-After: 5 instead of a generic 504. Pool exhaustion is now machine-identifiable via a controller-published PoolAllocationPending / PoolCapacityExhausted condition, and getSandbox surfaces an optional Sandbox.allocation block (mode: pool, poolRef, state: allocated) for confirmed Kubernetes pool allocations.

Tune how long the server waits for pool allocation before returning a machine-identifiable 429, and increase the egress sidecar readiness window for slower Docker hosts.
toml
[kubernetes]
pool_acquisition_timeout_seconds = 60

[egress]
timeout_seconds = 60
— Exact status codes, headers, condition names, and config key given. server/v0.2.3
03 00
execd init-mode as PID 1 new 85

Enables execd to run as PID 1 via EXECD_INIT=1 (or server-side runtime.execd_run_as_init), providing a single reaper with signal forwarding (TERM/HUP/USR1/USR2/WINCH), entrypoint-owned exit-code propagation, and a subreaper fallback for the Pool path; classic topology is unchanged and this is off by default.

Run execd as PID 1 in a Docker container to get proper signal forwarding and exit-code propagation for sandboxed workloads.
$ docker run -e EXECD_INIT=1 opensandbox/execd:v1.1.0
Enable init-mode to get proper PID-1 signal forwarding and exit-code propagation in a Docker sandbox container.
$ docker run -e EXECD_INIT=1 opensandbox/execd:v1.1.0
— Runnable docker command plus exact signal and fallback behavior given. docker/execd/1.1.0docker/execd/v1.1.0
04 00
Pre-exec hardening pipeline in execd new 78

Adds a new opensandbox-launcher pre-exec hardening pipeline (env strip → KEEPCAPS → bounding-set trim → no_new_privsno_new_privsA Linux process flag, set via `prctl()`, that prevents a process or its children from gaining elevated privileges through `setuid` binaries or file capabilities, limiting exploit escalation paths. → identity drop → seccomp → execve), with every layer degrading fail-open. A new [landlock] layer applies a filesystem allowlist, failing open below ABI/kernel 5.13 and reporting unsupported state. Per-layer state is reported in a new hardening object on GET /v1/isolated/capabilities.

Inspect the per-layer hardening state of a running sandbox to verify seccomp, no_new_privs, and Landlock are active.
$ curl -s GET https://<host>/v1/isolated/capabilities | jq '.hardening'
Inspect per-layer hardening state (seccomp, landlock, no_new_privs, etc.) reported by the new hardening object to verify the pre-exec floor is active.
$ curl -s https://<sandbox-host>/v1/isolated/capabilities | jq '.hardening'
— Named endpoint and full pipeline order, but check is read-only. docker/execd/1.1.0docker/execd/v1.1.0
05 00
Secure-access key injection from Kubernetes Secrets new 78

Accepts OPENSANDBOX_SECURE_ACCESS_KEYS and OPENSANDBOX_SECURE_ACCESS_ACTIVE_KEY env overrides for secure-access signing keys; the Helm chart adds server.gateway.secureAccess.existingSecret (mutually exclusive with plaintext keys) so GitOpsGitOpsA practice where Git repositories serve as the single source of truth for infrastructure and application state, with automated systems continuously reconciling live environments to match what is declared in version control. flows never commit key material.

Keep signing-key material out of Git by pointing the Helm chart at an existing Kubernetes Secret instead of committing plaintext keys.
yaml
server:
  gateway:
    secureAccess:
      existingSecret: opensandbox-signing-keys
— Named env vars and Helm key with a working values.yaml example. server/v0.2.3
06 00
QEMU VMState pause/resume for runc sandboxes new 78

Adds opt-in QEMU VMState pause/resume for runc-based sandboxes: capture of guest memory, vCPU, and device state via QMP migration, stored as separate OCIOCIOpen Container Initiative standard, maintained by the Linux Foundation, defining the image format and runtime spec that container tools share so images built once run anywhere OCI-compliant. images keyed by immutable SHA-256SHA-256A cryptographic hash function that turns data into a fixed 256-bit fingerprint. It is used to check integrity; hashing does not encrypt the original data. digests; supports pooled BatchSandbox pause, detachment, and standalone restoration.

— Mechanism and storage model detailed, but no invocation command given. server/v0.2.3
07 00
Fleet-wide Docker sandbox env and bind mounts new 75

New [docker] config fields sandbox_env and sandbox_binds apply fleet-wide environment variables and host bind mounts to every Docker sandbox container; request env wins over sandbox_env, and config binds precede request-derived binds.

Apply fleet-wide environment variables and a host bind mount to every Docker sandbox so operators can inject shared config without touching each request.
toml
[docker]
sandbox_env = { "LOG_LEVEL" = "info", "REGION" = "us-east-1" }
sandbox_binds = ["/etc/ssl/certs:/etc/ssl/certs:ro"]
— Named config keys with precedence rules and a runnable example. server/v0.2.3
08 00
Scoped Diagnostics API responses improved 68

Diagnostics API now honors scopes: logs: container|all and events: runtime|lifecycle|all, returning 400 DIAGNOSTICS_SCOPE_UNSUPPORTED for unknown scopes; deprecated no-scope responses still work but now include a Deprecation header.

— Named scope values and error code but no endpoint path given. server/v0.2.3
09 00
OTLP HTTP request metrics new 65

Adds generic HTTP request metrics via OTLPOTLPOpenTelemetry Protocol, a standard way to send traces, metrics and logs between applications, collectors and monitoring systems. It lets telemetry move across compatible tools.: a thin ASGIASGIA Python async web server interface specification that defines how servers and applications exchange HTTP and WebSocket messages; cyber tools use it to serve high-concurrency APIs without blocking on I/O. middleware exports server.http.request.duration (ms) with http_method, http_route, and http_status_code attributes; no-op when [otel] is disabled.

— Named metric and attributes but no example query or dashboard. server/v0.2.3
10 00
Egress timeout and extra-port configuration new 62

New [egress] timeout_seconds config key (default 30s; non-positive values rejected) lets Docker deployments tune how long the server waits for the sidecar health endpoint. An experimental OPENSANDBOX_EGRESS_MITMPROXY_EXTRA_PORTS env var appends extra TCPTCPA network protocol that delivers a reliable, ordered stream of bytes between two endpoints. It detects lost data and retransmits it. ports to the always-on 80/443 interception list for the egress transparent MITM, capped at 15 ports.

Tune how long the server waits for pool allocation before returning a machine-identifiable 429, and increase the egress sidecar readiness window for slower Docker hosts.
toml
[kubernetes]
pool_acquisition_timeout_seconds = 60

[egress]
timeout_seconds = 60
— Two named config surfaces with defaults and a cap value. server/v0.2.3
11 00
eBPF audit variant for execd new 60

Introduces an execd-ebpf image variant (CGO + cilium/ebpf) that hooks exec/connect/privilege events via CO-RE, scoped to the sandbox cgroup, and emits a rotating JSONLJSONLA text format where each line is a self-contained, valid JSON object, making it easy to stream, append, and process large datasets line by line without parsing a full JSON array into memory. audit log; requires kernel ≥5.10 with BTFBTFBPF Type Format, a metadata format in the Linux kernel that embeds type and debug information directly into eBPF programs, letting cyber tools inspect kernel structures safely without kernel headers at runtime..

— Named image variant and kernel requirement but no usage example. docker/execd/1.1.0
thinner coverage below
12 00
Egress sandbox ID no longer client-settable breaking 55

OPENSANDBOX_EGRESS_SANDBOX_ID is now server-injected and removed from the env allowlist; requests that pass it in env receive HTTP 400 instead of a user-spoofable value.

— Names exact env var and new error response for callers. server/v0.2.3
13 00
Startup tenant namespace validation new 50

Tenant namespaces are now validated at startup (OSEP-0014): the server fail-fast verifies every tenant namespace exists and is accessible, aggregating all failures into a single fatal error before serving traffic.

— Behavior described but no config key or command shown. server/v0.2.3
14 00
OTLP endpoint env vars for egress auto-allow improved 45

OTLP egress auto-allow now honors OTEL_EXPORTER_OTLP_METRICS_ENDPOINT and OTEL_EXPORTER_OTLP_ENDPOINT environment variables in shared components.

— Names two env vars but no mechanism or example. docker/execd/1.1.0
15 00
FastPath v2 gRPC client (groundwork) new 40

Adds a FastPath v2 gRPCgRPCAn open-source remote procedure call framework from Google that uses HTTP/2 and Protocol Buffers to let services call each other's functions across a network, giving tools low-latency, strongly typed inter-process communication. client wrapping all FastPathService RPCs with typed error mapping (FastPathNotFound → 404, etc.) as groundwork for a fast-sandbox fleets backend (OSEP-0007); not yet wired as an active runtime.

— Explicitly groundwork with no active usage path yet. server/v0.2.3
└──▷ BREAKING ON UPGRADE
  • !
    OPENSANDBOX_EGRESS_SANDBOX_ID is now server-injected and removed from the env allowlist; requests that pass it in env receive HTTP 400 instead of a user-spoofable value.
  • !
    The Kubernetes provider transports lifecycle hooks via the internal OPEN_SANDBOX_LIFECYCLE environment variable, which is stripped from user code; the Docker provider rejects lifecycle requests entirely — workloads relying on Docker-side lifecycle hooks will receive errors.
Was this useful?

Tencent Cloud CubeSandbox

Sources Release notes → 1 release · 2026-08-28 Notes

Instant, Concurrent, Secure & Lightweight Sandbox for AI Agents.

CubeSandbox v0.7.0 ships cross-node pause/resume with S3-backed snapshot cloning, splits node management into a new multi-replica CubeOps control plane (breaking for cubemastercli scripts), refactors the network subsystem for lower sandbox-creation latency, and brings the Go and Node SDKs to feature parity with Python.

└──▷ WHAT SHIPPED · 16 FEATURES 3 OF 16 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
CubeOps control plane replacing CubeMaster node management breaking 75

Introduces the CubeOps module with multi-replica deployment support, taking over node management from CubeMaster, and ships the cubeopscli tool for node management, replacing the cubemastercli node subcommands. Existing scripts using cubemastercli node subcommands will break.

— Names the new tool and the breaking change precisely v0.7.0
02 02
Cross-node pause/resume with S3-backed snapshot cloning new 65

Introduces cross-node pause/resume and snapshot cloning with an S3 backend (preview), backed by the new CubeS3lvol COWCOWCopy-on-write: an OS memory optimization where two processes share the same physical pages until one writes, triggering a private copy only then. It makes forking processes fast and cheap. engine for remote snapshot storage on S3 object storage. MinIO is deployed by default as the S3 backend for this feature and for the volume feature, with the option to specify a custom S3 backend.

— Names the COW engine and backend but no config keys given v0.7.0
03 00
Node SDK Sandbox.setTimeout with NEVER_TIMEOUT new 65

Adds Sandbox.setTimeout(timeout) to the Node SDK with support for NEVER_TIMEOUT.

Set a Node SDK sandbox to never time out for long-running interactive sessions.
javascript
await sandbox.setTimeout(Sandbox.NEVER_TIMEOUT);
— Named method plus runnable code example provided v0.7.0
04 00
Python SDK Sandbox.create distribution_scope placement control new 65

Adds Sandbox.create(distribution_scope=...) to the Python SDK to explicitly specify the nodes/zones a sandbox can be placed on.

Pin a Python SDK sandbox to a specific zone or set of nodes to control placement in multi-region or compliance-sensitive deployments.
python
sandbox = Sandbox.create(distribution_scope='zone-us-east-1')
— Named parameter plus runnable code example provided v0.7.0
thinner coverage below
05 00
Dynamic network policy updates, CubeEgress L7 forwarding, and CubeVS MAC learning new 55

Supports dynamically updating network policies for running sandboxes, adds support for CubeEgress L7 forwarding rules with custom ports, and adds CubeVS MAC addressMAC addressA hardware-address identifier used on a local network, such as Ethernet or Wi-Fi. It identifies a network interface for delivery on that link, rather than routing across the internet. learning within the same subnet to avoid black-holed traffic in non-hairpin networks.

— Names three network components but no exact config syntax v0.7.0
06 00
Separate kernel and guest image release artifacts new 55

Publishes kernel and guest images as separate artifacts under dedicated kernel-release-* and guest-image-* releases.

— Names exact release artifact tags, but sparse context v0.7.0
07 00
Component multi-versioning for templates and snapshots new 50

Templates and snapshots now record their component dependency versions, allowing historical templates and snapshots to remain usable after compute-node component upgrades.

— Clear mechanism but no command or config to act on v0.7.0
08 00
NetworkAgent merged into Cubelet improved 50

NetworkAgent is now fully merged into Cubelet, reducing inter-process RPCRPCRemote Procedure Call, a protocol that lets a program execute a function on another machine as if it were local, giving cyber tools a structured way to communicate across processes or hosts without managing raw sockets. calls during sandbox creation and preventing network rules from leaking across sandboxes.

— Mechanism and benefit stated, no user-facing action v0.7.0
09 03
Node lifecycle management: deletion, isolation, and history new 50

Adds node deletion support so a node can be removed from the cluster and excluded from scheduling, plus node isolation/unisolation and node operation history viewing in the Web UI.

— Names Web UI surface but no exact navigation steps v0.7.0
10 00
CubeProxy custom management port and gRPC protocol new 50

Adds CubeProxy support for a custom management port and the gRPCgRPCAn open-source remote procedure call framework from Google that uses HTTP/2 and Protocol Buffers to let services call each other's functions across a network, giving tools low-latency, strongly typed inter-process communication. protocol.

— Names the component and protocol, no config example v0.7.0
11 00
Go SDK Files.ForUser for per-user isolation new 50

Adds Files.ForUser to the Go SDK to isolate file access by user identity.

— Names exact API method, description otherwise thin v0.7.0
12 00
Volume CRUD and volumeMounts parity in Go/Node SDKs new 50

Adds Volume CRUDCRUDThe four basic database operations — Create, Read, Update, Delete — used as shorthand for any system that manages persistent data records, giving cyber tools a standard model for interacting with stored information. and volumeMounts to the Go and Node SDKs, bringing all three languages to parity with Python.

— Named field and scope, no usage syntax shown v0.7.0
13 00
eBPF network policy provisioning latency optimization improved 45

Optimizes the eBPFeBPFA Linux technology for running verified programs inside the kernel without changing its source. Tools use it to observe processes, enforce rules and process network traffic. network policy provisioning path to significantly reduce sandbox creation latency for sandboxes with network rules.

— States goal without numbers or a config surface v0.7.0
14 00
Template alias support across Go, Node, Python SDKs new 45

Adds full template alias support, including build-time aliases and alias management for existing templates, across the Go, Node, and Python SDKs.

— Describes scope across SDKs, no exact API names v0.7.0
15 00
HTTP private registry image pulling for templates new 35

Supports pulling images from HTTP (private) image registries to build templates.

— Thin one-line capability description, no config details v0.7.0
16 00
Configurable Cubelet log rotation policy new 30

Adds configurable log rotation policy for Cubelet via the configuration file.

— Bare mention of config file, no key names given v0.7.0
└──▷ BREAKING ON UPGRADE
  • !
    Node management subcommands previously in cubemastercli are replaced by cubeopscli; existing scripts using cubemastercli node subcommands will break.
Was this useful?
◆  Cloud Security Posture

Prowler

Sources Release notes →Source code → 1 release · 2026-08-28 Notes Code

Prowler is the world’s most widely used open-source cloud security platform that automates security and compliance across any cloud environment.

Prowler 5.40.0 introduces an Alerts feature with Slack and email delivery for findings, ships 15 new security checks across seven providers, and adds the NCSC Cyber EssentialsCyber EssentialsA UK government-backed certification scheme that defines a baseline set of technical controls organizations must implement to defend against common cyber threats, giving cyber tools a compliance benchmark to assess or report against. 3.3 compliance framework alongside smaller UI improvements to Lighthouse AI and provider tracking.

└──▷ WHAT SHIPPED · 5 FEATURES 0 OF 5 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
15 new checks across 7 providers new 85

AWS: ecr_repository_image_no_secrets scans ECRECRAmazon Elastic Container Registry, AWS's managed service for storing and distributing Docker and OCI container images, giving cyber tools a private, IAM-gated registry without self-hosting infrastructure. image config and filesystem layers for hardcoded secrets; bedrock_guardrail_contextual_grounding_filter_enabled verifies Bedrock guardrails enable contextual grounding filters; bedrock_custom_model_encrypted_with_cmk and bedrock_knowledge_base_encrypted_with_cmk verify Bedrock models and knowledge-base storage use customer-managed KMSKMSA managed service that creates, stores, rotates and controls access to encryption keys, usually backed by HSMs. Applications ask it to encrypt or decrypt rather than holding keys themselves. keys; bedrock_agent_role_not_shared_across_agents verifies each Bedrock agent has a dedicated execution role; rolesanywhere_profile_restricts_session_permissions flags IAMIAMIdentity and Access Management — a framework of policies and services for controlling who can authenticate to systems and what resources they are authorized to use, letting cyber tools enforce least-privilege and audit access. Roles Anywhere profiles referencing an administrative role without a scoping session or managed policy. GCP: iam_workload_identity_pool_provider_attribute_condition flags Workload Identity Federation providers trusting a multi-tenant issuer without an attribute condition. GitHub: organization_default_workflow_permissions_read_only and repository_default_workflow_permissions_read_only verify workflows get a read-only default GITHUB_TOKEN; organization_actions_pull_request_approval_disabled verifies orgs block Actions from creating and approving pull requests. Microsoft 365: defender_domain_dmarc_records_published verifies Exchange Online domains publish an enforcing DMARC policy (p=quarantine or p=reject). Alibaba Cloud: oss_bucket_versioning_enabled and oss_bucket_server_side_encryption_enabled check OSSOSSOpen-source software: code whose licence permits anyone to inspect, modify, and redistribute it. Cyber tools build on it to reuse auditable libraries without licensing fees. bucket versioning and default AES256/KMS encryption. Huawei Cloud: vpc_security_group_open_egress flags security groups allowing open egress to the internet. STACKIT: ske_cluster_no_public_endpoint flags SKE clusters whose Kubernetes API endpoint is publicly reachable because the ACLACLAn access control list, a set of rules allowing or denying operations for particular users, services or network addresses. It decides who can use a resource. extension is disabled or its allowed CIDR list contains 0.0.0.0/0 or ::/0.

— Every check named verbatim with its exact behaviour 5.40.0
02 00
Alerts for findings with Slack and email delivery new 75

New Alerts feature lets you create alerts from Prowler Cloud findings and deliver them to email recipients and Slack channels, triggered after scans or on a daily digest schedule. Connect a Slack workspace from the Integrations page, authorize destination channels, and select them in the alert modal's Destination channels selector alongside the existing email Recipients selector; the alerts list shows both in a unified Destinations column. Available in Prowler Cloud and Prowler Private Cloud.

— Full mechanism and UI path given, no exact command 5.40.0
03 00
NCSC Cyber Essentials 3.3 compliance framework new 70

Adds NCSC Cyber Essentials 3.3 (Requirements for IT Infrastructure v3.3, April 2026) as a universal compliance framework with 28 requirements across five control themes: Firewalls, Secure Configuration, Security Update Management, User Access Control, and Malware Protection — with Azure provider coverage for 16 requirements.

— Names version, structure, and provider coverage but no scan command 5.40.0
thinner coverage below
04 00
Imported provider indicator in providers table new 45

The Providers table now shows an Imported provider indicator for providers whose findings were uploaded via the Prowler CLI, distinguishing them from connected providers at a glance.

— Names the UI element and its purpose, no deeper mechanism 5.40.0
05 00
Feedback on Lighthouse AI answers new 35

Lighthouse AI answers now support per-answer thumbs-up/thumbs-down feedback with an optional free-text description field, collected directly in the chat.

— Describes the mechanism but stays high-level 5.40.0
└──▷ ALSO FROM THESE RELEASES
Was this useful?
◆  Container & Image Security

cilium-cli

Sources Release notes → 1 release · 2026-08-28 Notes

CLI to install, manage & troubleshoot Kubernetes clusters running Cilium

cilium-cli v0.20.0 adds a reservedRanges field for multi-pool IPAM exclusions and HTTP CONNECTHTTP CONNECTAn HTTP method that asks a proxy server to open a raw TCP tunnel to a target host, letting clients relay arbitrary traffic — including TLS — through the proxy without the proxy inspecting it. support in the Envoy integration.

└──▷ WHAT SHIPPED · 2 FEATURES 0 OF 2 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Reserved ranges in multi-pool IPAM new 65

Adds a reservedRanges field to CiliumPodIPPools, letting operators exclude specific address ranges from pool allocation in multi-pool IPAM.

— Names exact config field but no usage example v0.20.0
thinner coverage below
02 00
HTTP CONNECT support in Envoy integration new 40

Adds HTTP CONNECT support to the Envoy integration, enabling tunneled proxy traffic through Cilium-managed Envoy.

— States capability but no config or command detail v0.20.0
Was this useful?
Detection & Response
◆  Endpoint Security (EDR/XDR)

Huntress

Sources Changelog → 1 release · 2026-08-28 Changelog

Give feedback to the Huntress team so we can make more informed product decisions. Powered by Canny.

Huntress shipped per-identity ITDRITDRIdentity Threat Detection and Response: a discipline focused on detecting and responding to attacks that abuse identity systems such as Active Directory or IAM platforms, giving cyber tools visibility into credential-based intrusions. escalations, a standalone Executive Summary PDF export for incident reports, 7 new Microsoft 365 controls for Managed ISPMISPMIdentity Security Posture Management: a discipline for continuously discovering, assessing, and remediating identity-related risks across users, accounts, and entitlements, giving cyber tools a unified view of identity exposure. (nearing 80 total), and added visibility into full IPv4 addresses and WSLWSLWindows Subsystem for Linux, a Microsoft-built compatibility layer that lets a Linux environment run directly on Windows without a virtual machine, giving cyber tools access to Linux binaries, filesystems, and syscalls on a Windows host. activity.

└──▷ WHAT SHIPPED · 5 FEATURES 3 OF 5 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Per-identity escalations for Unexpected Country and VPN new 65

Managed ITDR now generates a separate escalation, notification, and (if a PSA integration is configured) a separate PSA ticket for each identity affected by Unexpected Country or Unexpected VPNVPNA virtual private network, an encrypted tunnel between devices or networks. It carries traffic across another network as though the endpoints had a private connection. activity, rather than bundling multiple affected identities into one alert.

Review and tune per-identity escalation notification recipients and PSA ticket categories before multiple concurrent ITDR escalations flood the wrong queues.
📍In the Huntress portal, go to Account Settings › Huntress Platform and Alert Notifications, then review each category (Unexpected Country, Unexpected VPN) to confirm the correct recipients and PSA settings are configured for per-identity escalations.
— Names mechanism and trigger conditions; UI path given but no API/config key changelog-20260828-32c0e05a
02 02
7 new Microsoft 365 controls in Managed ISPM new 65

Adds 7 new Microsoft 365 security controls to Managed ISPM, bringing the total to approaching 80: Anti-Malware, Anti-Spam, and Anti-Phishing policies checked against the Microsoft Standard baseline in Exchange Online Protection, plus Safe Links, Safe Attachments, Safe Documents, and spoof-protection Anti-Phishing policies in Microsoft Defender for Office 365.

— Names all 7 controls and baseline but gives no user action to take changelog-20260828-32c0e05a
03 00
Executive Summary PDF for ITDR incident reports new 60

Every ITDR incident report now includes a plain-text Executive Summary at the top, with a standalone PDF export available via the Export PDF button in the portal.

Export a ready-to-share executive briefing from an active ITDR incident without rewriting technical findings for a client or insurer.
📍In the Huntress portal, open the ITDR incident report, then click the Export PDF button at the top of the report to queue a standalone Executive Summary PDF download.
— Names the exact UI button and output format, no deeper mechanism changelog-20260828-32c0e05a
thinner coverage below
04 03
Full IPv4 support via ipv4_addresses API field new 30

Adds full IPv4 visibility through a new ipv4_addresses API field, per the release summary, though no further detail on scope or usage is given.

— Only the field name is given, no endpoint, schema, or usage changelog-20260828-32c0e05a
05 00
WSL visibility new 15

Adds visibility into Windows Subsystem for Linux (WSL) activity, mentioned only in the release summary with no further detail on what data is surfaced or where.

— Named only in passing, no mechanism, surface, or example given changelog-20260828-32c0e05a
Was this useful?

Microsoft Defender

Sources Blog post → 1 release · 2026-08-27 Blog

Microsoft Defender is an antivirus and threat protection tool that scans for and removes malware, viruses, and security threats on Windows devices.

Microsoft Defender expanded its managed detection service to cover third-party data sources and launched a new expert-led threat intelligence offering.

└──▷ WHAT SHIPPED · 2 FEATURES 2 OF 2 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
MDR coverage for third-party data sources via Sentinel new 60

Microsoft Defender Experts MDRMDRManaged detection and response, an outsourced service that monitors security signals, investigates threats and helps respond to incidents. It combines specialist analysts with detection tools. now extends managed detection and responsemanaged detection and responseManaged detection and response, an outsourced service that monitors security signals, investigates threats and helps respond to incidents. It combines specialist analysts with detection tools. and threat hunting to third-party data sources ingested through Microsoft Sentinel — including Palo Alto Networks, AWS, and Okta — available under the MDR P2 tier.

— Names tier and integrated sources but no setup steps. 2026-08-27-8ddd7ba3
thinner coverage below
02 02
Defender Experts Threat Intelligence service new 30

New Microsoft Defender Experts Threat Intelligence service delivers expert-led threat intelligence and actionable insights tailored to geography, industry, and risk profile.

— Describes purpose only, no mechanism or access details. 2026-08-27-8ddd7ba3
Was this useful?
◆  Detection Engineering

Splunk Security Content

Sources Release notes → 1 release · 2026-08-27 Notes

Splunk Security Content

Splunk Security Content v6.5.0 adds 13 new detections spanning Python supply-chain attacks, Vidar stealer cloud credential theft, RoguePlanet/ShieldBreak Windows Defender abuse, and EDRSilencer evasion, alongside fidelity updates to 46 existing analytics.

└──▷ WHAT SHIPPED · 5 FEATURES 0 OF 5 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Malicious Python Package Installation analytic story new 68

New analytic story with four detections covering Python supply-chain threats that execute code during install or persist across sessions: Python Network Traffic During Package Build, Python PTH File Creation During Package Installation, Python PYTHONPATH Modification During Package Installation, and Python Site Hooks Creation During Package Installation.

— Names all four detections and their persistence mechanism v6.5.0
02 00
RoguePlanet analytic story detections new 68

Six new detections added to the RoguePlanet analytic story targeting Windows Defender race-condition and ShieldBreak techniques: Windows Alternate Data Stream Created Over Local Share, Windows Defender MpClient.dll Loaded by Non-Defender Process, Windows Defender Threat Detected on Kernel Object Path, Windows Error Report Created in ReportQueue Manually, Windows Phantom DLL Created on Disk, and Windows Wermgr Spawning System Integrity Process.

— Lists all six detection names and the targeted technique v6.5.0
thinner coverage below
03 00
EDRSilencer evasion detections via Windows Filtering Platform new 59

Two new behavioral detections identifying attempts to block security processes from reaching management infrastructure: Windows EDRSilencer Custom Outbound Filter Added and Windows Filtering Platform Filter Added To Block EDR Process.

— Names both detections and the evasion mechanism v6.5.0
04 00
Vidar Stealer analytic story new 56

New analytic story anchored by Windows Cloud Sensitive File Read Access By Uncommon Process, detecting collection of Azure CLI profile metadata, saved credentials, and cookies to support account takeover and cloud reconnaissance.

— Names the detection and describes what it collects v6.5.0
05 00
Fidelity updates to 46 existing analytics improved 35

46 existing analytics updated across Windows, Linux, macOS, ESXi, and AWS Bedrock to improve fidelity across AI infrastructure abuse, credential access, browser data theft, process injection, persistence, privilege escalationprivilege escalationGaining permissions beyond those an account or process initially had. It can turn limited access into administrator control or access to another user's resources., and destructive activity.

— No individual analytics or specific changes named v6.5.0
Was this useful?

Tenzir

Sources Blog / feed →Blog post → 2 releases · 2026-08-18 → 2026-08-28 Blog

Tenzir is a data pipeline platform that ingests, transforms, and analyzes security telemetry and logs for threat detection.

Tenzir's biggest addition is native RELPRELPReliable Event Logging Protocol, an open protocol for transporting syslog messages over a persistent TCP connection with application-layer acknowledgements, so a cyber tool built on it can guarantee log delivery without silent message loss. ingestion via a new accept_relp operator for rsyslog fleets, alongside native Splunk HECSplunk HECAn HTTP endpoint built into Splunk that accepts JSON-formatted log and event data pushed directly from applications or agents over HTTPS, letting cyber tools ship telemetry to Splunk without requiring a forwarder agent on the sending host. ingestion, mergeable statistical models for drift detection, new TQL temporal operators, and a broad Explorer UI overhaul covering timestamp field selection, schema browsing, right-click filtering, and value-frequency previews.

└──▷ WHAT SHIPPED · 9 FEATURES 0 OF 9 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
RELP ingestion via accept_relp operator new 95

Adds accept_relp operator to receive syslog events over the Reliable Event Logging Protocol (RELP), preserving message boundaries (including embedded newlines), peer address, and RELP transaction ID alongside the payload. Delivery is at-least-once — Tenzir batches accepted RELP transactions and coalesces ordered acknowledgements, reaching ~0.5M events/second in internal raw transport benchmarks — and TLS/mutual TLSmutual TLSMutual TLS, an encrypted connection where both client and server present certificates to prove their identity. It helps services verify who they are communicating with. are supported for collectors crossing trust boundaries.

Configure rsyslog to forward logs to a Tenzir node over RELP with a disk-backed queue for durability across restarts.
$ global(workDirectory="/var/spool/rsyslog")
module(load="omrelp")
action(
  type="omrelp"
  target="tenzir.example.com"
  port="2514"
  action.resumeRetryCount="-1"
  queue.type="LinkedList"
  queue.filename="tenzir-relp"
  queue.saveOnShutdown="on"
)
Accept RELP-delivered syslog, parse each message, normalize via the OpenSSH package, and map to OCSFOCSFAn open schema standard, maintained by the OCSF community under CISA and industry backing, that defines a common event format so cyber tools can share and ingest log data without per-source normalization work. — then route failed logins to Splunk while archiving everything to Iceberg.
$ accept_relp "0.0.0.0:2514"
this = data.parse_syslog()
openssh::parse
openssh::ocsf::map
fork {
  where status_id == 2
  to_splunk "https://splunk.example.com:8088", hec_token = secret("splunk-hec-token")
}
to_iceberg "security.ocsf", catalog = "https://catalog.example.com", partition_by = [class_uid, day(time)]
— Named operator, throughput number, and runnable rsyslog + pipeline config given launch-20260818-9be4c3ae
02 00
Explorer timestamp field selection for time ranges new 80

Adds _ts, ts, timestamp, and time field selection to the Explorer time picker, plus custom field name entry, so time-range predicates target the correct timestamp field without overwriting unrelated pipeline filters.

Scope a time range to a non-default timestamp field when your events use a custom time column instead of the standard ingestion timestamp.
📍In the Explorer time range picker, open Timestamp field selection and choose the field (e.g. your event's own time column) to use as the time axis.
— Named field options plus exact UI steps to scope a custom time field Tenzir Platform v1.39.0: Explorer Usability …
03 00
Explorer stored data tab and schema browsing new 75

Adds a Stored data tab in the Explorer that lets you browse node-wide schemas and their fields, event counts, and schema variants before running a pipeline, with @name filter injection and direct stored-event access.

Browse stored schemas before writing a pipeline to quickly identify which field carries timestamps in an unfamiliar dataset.
📍In the Explorer, open the Stored data tab, search for a schema or field name, then click a schema to open its stored events directly.
Browse available node schemas in the Explorer to understand field structure before building a query.
📍In the Explorer, open the schema panel for a connected node, then select a schema to inspect its fields and types.
— Names concrete tab and injection mechanism, with two navigation examples Tenzir Platform v1.39.0: Explorer Usability …
04 00
Explorer Stream view display controls new 70

Adds display controls to the Explorer Stream view: open the Fields panel to show or hide fields across schema variants, Shift-click a field to show it exclusively, and toggle value wrapping and field-name visibility from the Stream toolbar.

— Describes specific UI controls but no runnable example given Tenzir Platform v1.39.0: Explorer Usability …
05 00
Right-click field context menus in Explorer new 70

Adds right-click context menus on fields and values in Explorer Stream, Table, and Inspector views to build equality/comparison filters, string matches, timestamp windows, field selection, and field removal without writing TQL manually.

— Lists filter types produced but no step-by-step example Tenzir Platform v1.39.0: Explorer Usability …
06 00
Hover value-frequency previews in Explorer new 70

Adds hover previews for Top values, Rare values, and Count values that surface cached value frequencies from the current Explorer result without replacing the active pipeline, with an Open as query option for standalone analysis.

— Names the three preview types and the Open-as-query mechanism Tenzir Platform v1.39.0: Explorer Usability …
thinner coverage below
07 00
Temporal pipeline operators: session windows, lag, bounded reordering new 55

Adds three new pipeline processing primitives: session windows that group events by inactivity boundaries rather than fixed time intervals, a lag operator for accessing preceding-event values within a pipeline, and bounded event-time reordering to handle out-of-order events within a defined latency bound.

— Concepts named but no exact operator syntax or flags given product docs
08 00
Statistical drift detection via mergeable models new 45

Adds mergeable statistical models in TQL to build, store, merge, and compare data distributions, enabling drift detection across pipelines and time windows.

— Mechanism described in prose only, no operator name or syntax product docs
09 00
Native Splunk HEC ingestion new 35

Adds native Splunk HECHECAn HTTP API endpoint provided by Splunk that lets applications stream JSON-formatted events directly into a Splunk index without a forwarder agent, reducing pipeline complexity for log-shipping tools. ingestion, enabling Tenzir nodes to receive data directly from Splunk HTTP Event Collector sources.

— Names the integration but no operator, config, or example given product docs
Was this useful?
◆  Threat Intelligence

OpenCTI

Sources Release notes → 1 release · 2026-08-28 Notes

Open Cyber Threat Intelligence Platform

OpenCTI 7.260828.0 replaces external map tile servers with locally-rendered PMTilesPMTilesA single-file archive format for storing map tiles, maintained by Protomaps, that lets cyber tools serve interactive maps from static storage without a tile server. maps (with admin-uploadable custom tiles and a new config key), and adds human-in-the-loophuman-in-the-loopHuman in the loop, involving a person in an otherwise automated workflow. The person can review, approve, correct or supply information before work continues. approval for Ask Ariane tool calls, new vulnerability propagation inference rules, a Score field on key entities, and map widget export.

└──▷ WHAT SHIPPED · 5 FEATURES 0 OF 5 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Local PMTiles map rendering with admin-uploaded tiles breaking 95

Maps are now served from a backend endpoint /maps/world.pmtiles using HTTP Range requests, removing any external map server dependency (including for air-gapped deployments) and superseding the old map_tile_server_dark/map_tile_server_light parameters, which are no longer used. A new app:map_bundled_file_path config key (env var APP__MAP_BUNDLED_FILE_PATH, default ./static/maps/world.pmtiles) overrides the bundled file location, and administrators can upload a custom .pmtiles file via Settings > Parameters > Map configuration (stored in S3/MinIO, applied immediately with no restart) to replace bundled tiles with higher-resolution or region-specific data. Rendering automatically adapts to the platform's dark/light theme, and the platform supports low-zoom PMTiles extracts (zoom 0–6, ~30–80 MB) generated via pmtiles extract --maxzoom=6.

Generate a compact planet extract suitable for OpenCTI (zoom 0–6, ~30–80 MB) without downloading the full 137 GB source file.
$ pmtiles extract https://build.protomaps.com/20260722.pmtiles world.pmtiles --maxzoom=6
Override the bundled PMTiles file path when using a custom Docker image or non-standard layout.
ini
APP__MAP_BUNDLED_FILE_PATH=/data/maps/custom-world.pmtiles
Upload a custom high-resolution PMTiles file to replace the bundled map for all users.
📍1. Go to Settings › Parameters › Map configuration. 2. Click Upload and select your .pmtiles file. 3. The custom file is applied immediately with no restart required.
Point OpenCTI at an air-gapped or self-hosted PMTiles map file so the platform renders maps without external network access.
yaml
app:
  map_bundled_file_path: '/opt/opencti/static/maps/world.pmtiles'
— Names endpoint, config key, env var, UI path and CLI command 7.260828.0
02 00
Vulnerability propagation inference rules new 60

Adds a new inference rule deriving a System has Vulnerability relationship from combined System uses Software and Software has Vulnerability relationships, plus a related propagation rule linking vulnerabilities to Infrastructure through used software.

— Names exact relationship logic but rules run automatically, nothing to configure 7.260828.0
thinner coverage below
03 00
Score field on key entities new 50

Adds a Score field to Threat Actor, Intrusion Set, Malware, Incident, and Event entities.

— Names field and affected entity types, no further mechanism given 7.260828.0
04 00
Human-in-the-loop approval in Ask Ariane new 45

Ask Ariane now requires analyst confirmation before the chatbot executes tool calls, adding a human-in-the-loop approval step to its tool-use flow.

— Describes the mechanism but no UI or config detail given 7.260828.0
05 00
Map widget export from dashboards new 30

Enables export of map widgets from dashboards.

— Single-line description with no format, scope or mechanism 7.260828.0
└──▷ BREAKING ON UPGRADE
  • !
    The map_tile_server_dark and map_tile_server_light configuration parameters are no longer used — external raster tile servers (e.g., klokantech/openmaptiles-server) can be removed from your deployment.
Was this useful?

Recorded Future

Sources Blog post → 1 release · 2026-08-26 Blog

Get started with the Recorded Future API. Covers authentication, base URLs, API key setup, and how to integrate threat intelligence into your security workflows.

Recorded Future launched AI Alert Filtering, which automatically triages references inside fired Alerts by relevance and can auto-dismiss low-value alerts before they reach analysts.

└──▷ WHAT SHIPPED · 1 FEATURE 0 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
AI Alert Filtering for Alerts new 65

A new per-rule AI Alert Filtering feature, enabled from the Alerts page in the Portal, automatically classifies every reference inside a fired Alert into High Relevance and Low Relevance sections before an analyst opens it. Analysts can set a custom intent per rule to sharpen prioritization beyond the rule's default intent (e.g. scoping to a specific organization), optionally enable auto-dismiss so Alerts with no references meeting the relevance threshold are dismissed before reaching the queue, and each Alert now gets an AI-generated title and summary highlighting whether anything demands immediate attention. Irrelevant references can also be excluded from API payloads to reduce downstream integration noise. It is available at no additional cost to all customers and enabled by default for new customers.

Enable AI Alert Filtering on a specific alert rule to start automatically triaging references by relevance without changing the underlying rule.
📍In the Portal, go to Alerts › select a classic or custom alert rule › enable AI Alert Filtering for that rule.
Sharpen AI relevance decisions for a rule scoped to a specific organization by setting a custom intent, without rebuilding the rule from scratch.
📍In the Portal, go to Alerts › select the alert rule › open AI Alert Filtering settings › enter a custom intent (e.g. 'This rule is for ACME Bank, not ACME Center').
— UI path and behavior given, but no API/config names for setup launch-20260826-1c22a12a
Was this useful?
Exposure & Vulnerability Management
◆  Vulnerability Management

defectdojo

Sources Blog post → 2 releases · 2026-08-25 → 2026-08-27 Blog

Open-Source Unified Vulnerability Management, DevSecOps & ASPM

DefectDojo Pro shipped Sensei CSPMCSPMCloud security posture management, checking cloud resources for risky settings and policy violations. It helps teams find exposed services, overly broad permissions and other configuration gaps. for cloud misconfiguration scanning and direct remediation across AWS, Azure, and GCP, plus a Vulnerability Explorer with EPSSEPSSExploit Prediction Scoring System, an estimate of the probability that a published vulnerability will be exploited in the next 30 days. It helps prioritize investigation and patching./KEVKEVCISA's Known Exploited Vulnerabilities catalog, a list of vulnerabilities with evidence of exploitation in real attacks. It helps teams prioritize fixes for problems attackers already use. enrichment, KEV-aware SLASLAA formal agreement between a service provider and customer that defines expected uptime, response times, and remedies for failures, giving cyber tools a contractual baseline for availability and support commitments. capping, and a beta root-cause clustering engine.

└──▷ WHAT SHIPPED · 5 FEATURES 0 OF 5 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Fix in Cloud remediation with IaC PR fallback new 88

Fix in Cloud applies remediation directly through the cloud provider API using a separate write credential, independent of the read-only scan credential, and requires a mandatory human-approval dialog showing the exact action, target resource, and required cloud permissions before execution. When the affected resource is managed as code, Sensei instead opens a pull request via the existing IaCIaCInfrastructure as Code: the practice of defining and provisioning compute infrastructure through machine-readable config files rather than manual processes, giving cyber tools repeatable, version-controlled environment setup. remediation path rather than touching the live resource, and every applied change is recorded in a Cloud Remediations ledger with a per-row Revert option.

Apply and later revert a Fix in Cloud action (e.g., blocking public S3 access) with human approval and a full audit trail.
📍In DefectDojo Pro, open a cloud posture finding for an S3 bucket, click Fix in Cloud, review the approval dialog (action: block public access, resource: the specific bucket, required permissions listed), approve, then navigate to Sensei › Cloud Remediations to see the ledger entry and use the per-row Revert button if needed.
— Approval workflow, credential separation, and revert path fully described launch-20260827-8a253852
02 00
Vulnerability Explorer with EPSS/KEV enrichment new 85

The Vulnerability Explorer is a deduplicated, one-row-per-vulnerability-ID view surfacing EPSS Score, EPSS Percentile, Known Exploited, Ransomware Used, and KEV Date columns alongside a Total Findings count that links directly to the filtered findings list. A Sync KEV/EPSS data button pulls the latest CISA KEVCISA KEVA catalog maintained by the US Cybersecurity and Infrastructure Security Agency listing vulnerabilities confirmed to be actively exploited in the wild, giving cyber tools a vetted, authoritative prioritization signal. and FIRST EPSS data on demand in addition to the automatic daily sync, and the view distinguishes unenriched vulnerabilities (blank column) from confirmed non-exploited ones (red ✗ under Known Exploited).

Quickly surface the highest-exploitation-probability CVEs across your entire portfolio for same-day triage.
📍In DefectDojo Pro, open the Vulnerability Explorer, click the EPSS Score column header to sort descending, then click Total Findings on the top row to jump directly to the filtered findings list for that CVE.
Force an immediate refresh of KEV and EPSS data after CISA publishes a new catalog update, without waiting for the nightly sync.
📍In DefectDojo Pro, open the Vulnerability Explorer and click the Sync KEV/EPSS data button at the top of the page.
— Named columns and sync control, but no API endpoint given launch-20260825-d1ed3339
03 00
Sensei cloud account onboarding and scanning new 80

DefectDojo Pro adds Cloud Connection onboarding under Sensei to connect AWS Organizations, Azure subscriptions, and GCP projects in bulk using a single shared read-only credential that auto-discovers and onboards all visible accounts at once. On-demand posture scanning from the Sensei hub returns deduplicated, prioritized findings tied to the specific cloud resource (e.g. S3 bucket, security group) and updates them in place on re-scan.

Onboard all AWS accounts visible to an Organizations management credential and run an initial posture scan from the Sensei hub.
📍In DefectDojo Pro, go to Sensei › Cloud Connections › Add Connection, select AWS, enter a read-only Organizations credential, and choose Discover and onboard all member accounts. Then navigate to Sensei › Hub and select Run Scan against the newly onboarded accounts.
— Clear UI path and mechanism, but no API/CLI surface named launch-20260827-8a253852
04 00
Root Cause Correlation (Beta) clustering new 80

Root Cause Correlation (Beta) groups findings that share the same component-at-version, CVE, infrastructure resource, or weakness class at the same URL into ranked clusters showing active findings, affected assets, and aggregate risk. It is enabled by a superuser under Settings > Feature Flags.

Enable Root Cause Correlation (Beta) so that clusters of findings sharing the same vulnerable component are grouped and prioritized together.
📍In DefectDojo Pro, navigate to Settings › Feature Flags and enable Root Cause Correlation (requires superuser account).
— Clustering logic and exact enable path both specified launch-20260825-d1ed3339
thinner coverage below
05 00
Cap KEV-listed SLAs to CISA due date new 55

SLA configuration supports Cap by KEV due date, which tightens a KEV-listed finding's remediation deadline to CISA's official due date for that CVE.

— Config option named but no navigation path or example given launch-20260825-d1ed3339
Was this useful?
Identity, Access & Data Protection
◆  Secure Access (VPN / SASE / ZTNA)

tailscale

Sources Blog post →Changelog → 4 releases · 2026-08-26 → 2026-08-28 Blog

The easiest, most secure way to use WireGuard and 2FA.

Tailscale's biggest window shipment is a Privileged Access ManagementPrivileged Access ManagementBrokering administrator sessions through a gateway instead of handing out standing credentials. Access is granted for one session, to one target, and recorded. (PAMPAMBrokering administrator sessions through a gateway instead of handing out standing credentials. Access is granted for one session, to one target, and recorded.) beta for brokering access to databases, RDPRDPA Microsoft protocol that lets a user view and control a remote Windows desktop over a network, giving cyber tools a standard channel to audit, attack-simulate, or monitor Windows systems remotely., SSH, Kubernetes and HTTPSHTTPSHTTP carried over an encrypted TLS connection. It protects traffic in transit and lets a browser verify the server's certificate. services, alongside Aperture reaching GA as an AI agent/LLMLLMA large language model, a neural network trained on large amounts of text to recognize patterns and generate language. Applications use it for tasks such as answering, summarizing and writing code. gateway with new MCP endpoints; it also added Control D-powered DNS filtering and a container startup timeout knob.

└──▷ WHAT SHIPPED · 5 FEATURES 2 OF 5 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Aperture AI gateway for agents and LLM sessions new 88

Tailscale introduced Aperture, a gateway for securing and managing AI agents and LLM sessions, with cost controls, request/response hooks, guardrails, logging, MCPMCPModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface. support, and API proxying. It exposes Tailscale and Tailscale SSH MCP endpoints, letting coding agents add tailnet nodes or access them via Tailscale SSH after user approval, without manually distributing keys. Projects group chats with shared instructions, tool access, and tailnet nodes to reduce per-chat re-prompting, and default tool permissions can be defined across all Aperture chats to control baseline tool access. New Aperture instances include initial tokens for major open-weight and closed models, with additional model tokens purchasable directly inside Aperture without supplying third-party API keys.

When you want an AI agent to deploy a service to a tailnet node and configure SSH access without manually copying keys, use the new Tailscale SSH MCP endpoint through Aperture.
📍In Aperture, go to MCP Endpoints, enable the Tailscale SSH MCP, then open a chat and instruct your agent to access a named tailnet node via Tailscale SSH — Aperture will prompt you to approve any new machine before the agent proceeds.
When running recurring project work (e.g. homelab automation), create a Project in Aperture to share instructions, tool access, and tailnet nodes across all related chats so you stop re-prompting context each session.
📍In Aperture, go to Projects › New Project, set shared initial instructions and select the tailnet nodes and tools this project's chats may access, then open chats inside the project to inherit those defaults.
— Named MCP endpoints and exact UI navigation steps provided launch-20260826-f7b3ed6echangelog-20260828-f4636e7a
02 00
DNS filtering via Control D add-on new 86

Tailscale added DNS filtering via Control D as a purchasable add-on, applied per-user, per-group (group:), per-tag, or per-device through the existing ACLACLAn access control list, a set of rules allowing or denying operations for particular users, services or network addresses. It decides who can use a resource. file using the nodeAttrs attribute (e.g. controld:<rule-id>). Covered devices route DNS through Control D over encrypted DNS, enforcing rulesets for malware, phishing, content categories, and custom block/allow/redirect rules; rules remain manageable via the Control D Dashboard or API independently of Tailscale.

Apply a Control D DNS filtering rule to all employees in your tailnet to block malicious and phishing domains.
json
{
  "nodeAttrs": [
    {
      "target": ["group:employees"],
      "attr": [
        "controld:o13v9z7zns"
      ]
    }
  ]
}
Add Control D as a nameserver to your tailnet via the Tailscale admin console to route DNS through Control D's filtering infrastructure.
📍In the Tailscale admin console, go to DNS › Nameservers and add Control D as a nameserver. Then open your Control D dashboard to assign or create a filtering rule.
— Named ACL attribute with a runnable JSON config example launch-20260828-a7200f1e
03 00
TS_BOOT_TIMEOUT container startup env var new 85

New TS_BOOT_TIMEOUT environment variable controls how long the Tailscale container waits for its initial connection to the coordination server, accepting durations like 90s or 3m and defaulting to 60s.

Extend container startup grace period in slow or heavily loaded environments where the coordination server connection takes longer than the default 60 seconds.
$ TS_BOOT_TIMEOUT=3m docker run --rm -e TS_BOOT_TIMEOUT=3m tailscale/tailscale
Set TS_BOOT_TIMEOUT in a Kubernetes deployment so the sidecar container waits 90 seconds before failing on slow cluster network initialization.
yaml
env:
  - name: TS_BOOT_TIMEOUT
    value: "90s"
— Exact env var, default, and runnable docker/k8s examples changelog-20260828-f4636e7a
04 02
Privileged Access Management (PAM) beta new 83

Tailscale introduced Privileged Access Management (PAM) in beta, managed from the Tailscale admin console, supporting database, RDP, HTTPS, SSH, and Kubernetes Service types with session recording, playback, and audit logs of user access. Policies for user access and in-service permissions are set through grants, with secrets store integration for credential injection, and PAM connectors can be deployed inside private environments without installing agents on each resource. Just-in-time access requests and approvals are supported via Slack, scoped to a specific resource and time window, and per-service access policies control users, groups, time windows, and permissions at finer granularity than subnet-level network access. A browser client allows access to PAM services without requiring a Tailscale client download, custom domain management is available for public HTTP PAM services, a custom Amazon S3 bucket can be configured for PAM recording storage, and service accounts can be created for machine identities to interact with the PAM API.

— Extensive mechanism and scope but no exact CLI/API commands given changelog-20260828-f4636e7alaunch-20260827-8403c4f5
thinner coverage below
05 00
Peer relay health checks on AWS fixed improved 55

Peer relays on AWS now use HTTP instead of TCPTCPA network protocol that delivers a reliable, ordered stream of bytes between two endpoints. It detects lost data and retransmits it. for pod health checks, preventing all targets from being reported as unhealthy, and are reachable regardless of the availability zone their pod is scheduled in; pinning Elastic IPs requires pinning pods to the same zone using a Network Load Balancer.

— Clear before/after fix but no reader-facing action changelog-20260828-f4636e7a
Was this useful?

Zscaler

Sources Blog post → 1 release · 2026-08-27 Blog

Zscaler is a cloud-based security platform that inspects and filters internet traffic to protect users from cyber threats and data loss.

Zscaler's Zero Trust Browser gains WebMCP Security Controls, a new pipeline to discover, monitor, and enforce policy on AI agent tool calls running inside web pages.

└──▷ WHAT SHIPPED · 3 FEATURES 3 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
WebMCP Policy Enforcement new 95

Inline policies match on any of the seven webmcp.* attributes and apply one of three effects — Allow, Monitor, or Block — intercepting tool calls before the site's handler runs. Rules can inspect tool identity (webmcp.tool.name), argument content (webmcp.tool.arguments), provider origin (webmcp.tool.provider_origin), and cross-origin or untrusted-content signals (webmcp.tool.is_cross_origin, webmcp.tool.has_untrusted_content_hint) for DLPDLPData Loss Prevention: a category of controls that inspect and block sensitive data from leaving an organisation via email, web, or removable media, giving cyber tools a policy enforcement layer over data in motion and at rest.-style argument-level inspection; blocked calls return a structured failure to the agent with the exact rule reason (e.g., webmcp.tool.name is equal to UPDATE_CART) logged as a Low-severity Block detection.

Block a specific AI agent capability by tool name — for example, prevent any agent from invoking update_cart on any covered site, with the block surfaced inline to the user.
📍In the Zscaler admin console, create a policy named Block WebMCP with condition: webmcp.tool.name is equal to update_cart, effect: Block. The Detections view will show a Low-severity Block entry with Reason: webmcp.tool.name is equal to UPDATE_CART on every blocked invocation.
Apply argument-level (DLP-style) inspection to block agent tool calls whose JSON payload matches a keyword, while allowing the same tool with clean payloads.
📍In the Zscaler admin console, create a policy rule with condition: webmcp.tool.arguments contains book, effect: Block. Calls to update_cart with payloads such as {"cart":{"line_items":[{"handle":"book-cat-graphic-tee-apple-blossom-26f12103","quantity":1}]}} are blocked and the full argument payload is captured verbatim in the detection record.
— Includes exact admin-console rule syntax and observed block behavior 2026-08-27-3c00b999
02 02
WebMCP Runtime Monitoring new 78

Every AI agent tool invocation is captured with full context — the seven webmcp.* attributes plus user identity, device posture, extension version, browser, IP, geolocation, and URL — and surfaced in the Zscaler admin console as a searchable, filterable, exportable detection in the same event stream as existing platform telemetry.

Start in monitor mode to baseline all AI agent tool calls across sites before writing any block rules — every webmcp.* attribute is logged as an Informational/Allow detection without disrupting users.
📍In the Zscaler admin console, create a policy named Monitor WebMCP with all seven webmcp.* attributes enabled, default effect set to Allow, and assign it to the target user group. Open the Detections view to stream every WebMCP tool registration and invocation with full user, device, and argument context.
— Includes exact admin console steps to baseline traffic in monitor mode 2026-08-27-3c00b999
03 03
WebMCP Capability Discovery new 70

The Zero Trust Browser Extension enumerates every tool a WebMCP-enabled site registers before any can run, capturing seven attributes per tool — webmcp.tool.name, webmcp.tool.description, webmcp.tool.arguments, webmcp.tool_count, webmcp.tool.provider_origin, webmcp.tool.is_cross_origin, and webmcp.tool.has_untrusted_content_hint — building a structured inventory of the agentic surface per site and user.

— Names all seven attributes but no direct configuration step shown 2026-08-27-3c00b999
Was this useful?
◆  Data Security & DLP

Immuta

Sources Release page → 1 release · seen 2026-08-28 Notes

Immuta is a data governance and access control platform that enables secure, policy-driven data sharing while maintaining compliance and privacy.

Immuta introduces Intents, a new context-aware access control model now in public preview for Databricks Unity Catalog, alongside a new Connections API and a wave of connection-management guides for BigQueryBigQueryA serverless, cloud-hosted analytical database from Google that runs SQL queries across massive datasets without managing infrastructure, giving cyber tools scalable storage and fast querying over large volumes of log or event data., Starburst (Trino), Snowflake, and AWS Lake Formation; subscription policies now cover Unity Catalog metric views, and lockout policies now trigger on policies referencing nonexistent columns.

└──▷ WHAT SHIPPED · 5 FEATURES 2 OF 5 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Intents for context-aware access control new 73

Intents let data consumers assume a declared reason (intent) to unlock policy-conditional access to sensitive fields such as PIIPIIPersonally Identifiable Information — data that can identify a specific individual, such as names, email addresses, or SSNs. Cyber tools flag or redact it to limit exposure and meet privacy regulations., replacing birthright attributes with intent-specific attributes while the intent is active. Intents can be created, edited, and deleted programmatically via the Immuta v1 API (documented in the Manage Intents API reference guide) or managed in the UI, and are now in public preview for Databricks Unity Catalog.

— Names API, guide and Unity Catalog scope but no exact endpoint syntax snapshot-20260828
02 00
Connection management guides for BigQuery, Starburst, Snowflake and tags new 70

New how-to guides cover registering, removing, and managing connections across integrations: a Google BigQuery viewless integration for registering and governing BigQuery data without view-based policy enforcement (with guides on policy enforcement, data access, and security and compliance); a Starburst (Trino) integration section covering registering, removing, and managing Trino connections, including legacy connection support and system API key rotation; new Snowflake connection how-to guides for registering, removing, and managing connection settings, plus reference pages for Snowflake Low Row Access Policy Mode and Snowflake Table Grants; and a Manage Connection Tags how-to guide for tagging registered connections.

— Names every integration and guide but gives no commands or exact steps product docs
thinner coverage below
03 00
Connections API and AWS Lake Formation registration guide new 57

A new Connections API allows programmatic registration and management of data connections, documented in the Connections API reference guide. A dedicated AWS Lake Formation Connection Registration Payloads Reference Guide documents the parameters and payloads needed to register an AWS Lake Formation connection via this API.

— Names the API and reference guide but no method/path or sample payload product docs
04 02
Lockout policies now apply to missing column references breaking 50

Lockout policies now apply to data sources governed by a policy that references a nonexistent column or column tag; previously no lockout was applied in those cases.

— Clear before/after behavior but no remediation steps given snapshot-20260828
05 00
Subscription policies for Unity Catalog metric views improved 48

Subscription policy support now extends to Databricks Unity Catalog metric views, allowing access provisioning and governance for that object type through existing Immuta subscription policies.

— Describes the change but not how to configure it snapshot-20260828
└──▷ BREAKING ON UPGRADE
  • !
    Lockout policies will now apply to data sources governed by a policy that references a nonexistent column or column tag; previously no lockout was applied in those cases.
Was this useful?

Microsoft Purview

Sources Blog post → 1 release · 2026-08-27 Blog

Microsoft Purview is a unified data governance and compliance platform that discovers, maps, and manages data across organizations.

Microsoft Purview raised the daily throughput cap for auto-labeling policies on SharePoint and OneDrive files fivefold.

└──▷ WHAT SHIPPED · 1 FEATURE 1 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Higher auto-labeling capacity for SharePoint and OneDrive improved 55

Auto-labeling policies now support processing up to 500,000 SharePoint and OneDrive files per day, up from a previous limit of 100,000, expanding sensitivity-label coverage at scale.

— Names exact before/after limits but no config or rollout detail. 2026-08-27-fbcac0d9
Was this useful?

Varonis

Sources Blog post → 2 releases · 2026-08-03 → 2026-08-07 Blog

The leading data and AI security platform that proactively reduces risk, enforces policies, and stops active threats with our AI-native automation.

Varonis Atlas gained two AI-security capabilities this window: a real-time inline enforcement integration with Claude Inference Hooks, and a new Agent Intent-Based Access Control system that detects and quarantines AI agents drifting from their instructions.

└──▷ WHAT SHIPPED · 2 FEATURES 2 OF 2 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Agent Intent-Based Access Control (IBAC) new 84

New Agent IBAC capability in Varonis Atlas compares an AI agent's received instruction against its reasoning, tool calls, and data access in real time, alerting, blocking, modifying, logging, or routing actions to a human for approval when drift is detected. Drift detection runs at three tunable sensitivity levels — lenient, balanced (default), and strict — and full-session evaluation tracks every prompt, response, and tool call across a conversation (keyed by conversation ID) to catch gradual or multi-turn drift, including jailbreaks spread across individually benign prompts. Teams can write session policies in plain language and set how many events must accumulate before evaluation runs; quarantine blocks the violating identity for a customer-configured window from minutes to a full day, with an admin console listing quarantined identities and controls to lift, extend, or make quarantine permanent. A full audit trail covers every prompt, model response, tool execution, intent assessment, and guardrail action, viewable via a conversation view and an expanded execution view of underlying tool calls.

— Named sensitivity levels, quarantine windows, and admin console give a clear starting point launch-20260803-7ef121fc
02 02
Claude Inference Hooks integration in Atlas new 69

Varonis Atlas now integrates with Claude Inference Hooks so it sits in the request path, receiving the full conversation transcript from Anthropic and returning an allow-or-deny verdict before inference runs — denied prompts never reach Claude. It inspects prompt content and attachments in real time against customizable policies covering PIIPIIPersonally Identifiable Information — data that can identify a specific individual, such as names, email addresses, or SSNs. Cyber tools flag or redact it to limit exposure and meet privacy regulations. exposure, malicious URL detection, and prompt injectionprompt injectionAn attack where text the model reads, such as a web page, file or tool result, carries instructions that override the user's. It is the main security risk for agents with tools., with enforcement extended across Claude Chat, Claude Design, Claude Enterprise, Claude Platform, Claude Cowork, and Claude Code, plus a complete audit trail of every prompt, response, and tool execution alongside the actions Atlas took.

— Clear mechanism and scope named, but no config keys or API details given launch-20260807-fb69b76b
Was this useful?
◆  Identity & Access Management

Material Security

Sources Blog post → 1 release · seen 2026-08-28 Blog

Material Security is an email security platform that detects and prevents advanced threats, data loss, and account compromise in cloud email environments.

Material Security launched an MCPMCPModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface. (Model Context ProtocolModel Context ProtocolModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface.) server that lets AI agents triage email security issues through the same permissions, rate limits, and audit trail as human users.

└──▷ WHAT SHIPPED · 1 FEATURE 1 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
MCP server for AI-agent email triage new 95

Material added an MCP server, enabled via an 'MCP Server' toggle in Settings (default off), exposing four tools to AI agents: list_issues, get_issue, patch_issue, and get_message. These are backed by new API v1 endpoints with guaranteed schema parity to the REST APIREST APIA web API design style where clients interact with resources over HTTP using standard methods like GET, POST, and DELETE, giving cyber tools a predictable, language-agnostic way to integrate with external services., so anything callable via MCP is also callable via REST. Agents authenticate through OAuth (rolled out in v1.60) using Material's existing SAMLSAMLA standard for passing signed identity assertions between a sign-in provider and an application. It lets a user sign in through their organization's identity provider./Google/Microsoft login instead of long-lived API tokens, with supported harnesses including Cursor, Claude, ChatGPT, Codex, and Grok. Tool-level permissions are enforced per user and re-checked at execution time — patch_issue is hidden without write access and get_message is gated by message-read permissions — and the server is gated at the tenant level, available only when every tenant a user belongs to has opted in. Requests are rate-limited per tenant via Redis with fail-fast behavior so a runaway agent gets an immediate error instead of queuing silently, and every MCP tool call (tool name, parameters, caller identity, success/error, and for patch_issue the status, classification, and remediation changes) is written to Material's audit log alongside regular API and UI activity.

Enable the MCP server for your tenant so AI agents can connect to Material's email security tools.
📍In the Material UI, go to Settings › MCP Server and toggle MCP Server on, then copy the one-click connection snippet for your AI agent harness (e.g. Cursor, Claude, or ChatGPT).
— Names every tool, endpoint parity, toggle, and safeguard with setup steps. launch-20260828-d16fc689
Was this useful?

Auth0

Sources Blog / feed → 1 release · 2026-08-28 Blog

Secure users, AI agents, and more with Auth0, an easy-to-implement, scalable, and adaptable authentication and authorization platform.

Auth0 has taken Custom Token Exchange to General Availability, letting applications swap an existing token for Auth0-issued tokens under custom validation logic, with full Dashboard management and delegated-authorization support.

└──▷ WHAT SHIPPED · 1 FEATURE 1 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Custom Token Exchange reaches General Availability new 74

Custom Token Exchange lets applications exchange an existing token — issued by Auth0 or an external identity provideridentity providerA service that authenticates users and supplies identity information to other applications. It is the sign-in authority behind many single sign-on systems. — for Auth0 access, ID, and refresh tokensrefresh tokensA credential used to obtain a new access token without signing in again. It is sent to the authorization service rather than used directly to call the protected API., validated by a Custom Token Exchange Action. It supports delegated authorization so a service, AI agent, or support agent can act on behalf of a user, including calling APIs or establishing a web session via Session Delegation. The Auth0 Dashboard now supports creating and managing Custom Token Exchange Profiles and their associated Actions directly, and a shared transaction context lets you set metadata in a Custom Token Exchange Action and read it from a Post-Login Action to customize resulting tokens based on subject or actor token information. It is available to all Enterprise, B2B Professional, and B2C Professional customers, and included in the Trial period for free tenants.

— Mechanism and named surfaces given, but no code sample or exact config steps. Custom Token Exchange is now Generally Avail…
Was this useful?

Token Security

Sources Blog post → 2 releases · 2026-08-26 → 2026-08-27 Blog

Token Security is a blockchain security analysis platform that audits smart contracts and tokens for vulnerabilities, scams, and security risks.

Token Security shipped two AI-native additions this window: an MCPMCPModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface. server exposing NHINHIA non-human identity, an account or credential used by software or a device rather than a person. Service accounts, workload identities and automation tokens need their own permissions and lifecycle controls. inventory and remediation to any MCP-compatible AI client, and Enzo, a natural-language builder for live identity security applications.

└──▷ WHAT SHIPPED · 2 FEATURES 2 OF 2 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
NHI MCP Server for AI clients new 80

A new Token MCP ServerMCP ServerA process that exposes tools, resources, and prompts over Anthropic's Model Context Protocol, letting an AI agent call external APIs or local services through a standardised interface. exposes Token's NHI inventory, findings, risk data, and remediation guidance to any MCP-compatible AI client (Claude, ChatGPT, Gemini, Cursor) via the Model Context ProtocolModel Context ProtocolModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface. standard. It supports natural-language queries across NHI inventory, permission structures, authentication methods, environment criticality, ownership, and usage patterns, returning prioritized risk views, and can generate customer-specific de-provisioning scripts and CLI commands on demand. It also enables cross-cloud identity analysis (e.g. GCP service accounts consumed by AWS resources) and connects into agentic workflows where AI agents autonomously retrieve findings, generate JIRA tickets with pre-filled scripts, and send Slack notifications — accessible from both the Token Portal and external AI chat/agent apps.

— Names specific AI clients, protocol, cross-cloud example, and integrations, but no exact commands launch-20260827-096a8588
02 02
Enzo AI-native application builder new 72

Enzo is a new AI-native application builder inside the Token Security platform that generates live, runnable identity security applications from natural-language prompts, with no code required. Generated apps connect to live identity data across human identities, non-human identitiesnon-human identitiesA non-human identity, an account or credential used by software or a device rather than a person. Service accounts, workload identities and automation tokens need their own permissions and lifecycle controls., AI agents, SaaSSaaSSoftware delivered over the internet and run on the provider's infrastructure, so the buyer pays a subscription instead of installing or operating anything locally., cloud infrastructure, secrets, and credentials, and can be interactive dashboards, approval flows, remediation tools, or governance apps rather than static reports, with automation actions including Slack notifications, email workflows, ticketing, approvals, and lifecycle management. Apps run in sandboxed, tenant-isolated environments with per-session credential scoping and full audit logging, and can be persisted, refined through further prompts, and shared across teams.

— Describes mechanism and scope in detail but gives no exact command or path launch-20260826-e4806597
Was this useful?

Didit

Sources Release page → 1 release · seen 2026-08-28 Notes

Didit's biggest shift this window is Networks, which clusters applicants, businesses, and transaction parties across an entire organization's applications into single fraud-ring investigations; alongside it, Didit shipped a full transaction-monitoring rules Management API (with MCPMCPModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface. tools and AI-assisted rule migration), a new AMLAMLAnti-Money Laundering: a set of laws, regulations, and procedures that financial institutions must follow to detect and report suspicious financial activity; cyber tools use it to automate transaction monitoring and compliance workflows. screening endpoint, a wallet-screening PDF export, and a standalone document OCROCROptical character recognition, converting text in an image or scanned document into machine-readable characters. It lets software search or process text that was stored as pixels./fraud-check endpoint.

└──▷ WHAT SHIPPED · 7 FEATURES 0 OF 7 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Networks: cross-application fraud-ring clustering new 95

Networks automatically clusters applicants, businesses, and transaction parties across every application in an organization that share device, IP, biometric, document, or contact signals, surfacing a fraud ring as one investigation instead of dozens of unrelated flags. High-degree hub signals (shared office IP, kiosk device, data-center IP) are flagged for analyst review rather than auto-declined, distinguishing legitimate high-traffic environments from fraud. Analysts can create a case anchored to a network for handoff to compliance, or blocklist a member's identity or an individual signal directly from the network detail page so future matching sessions auto-decline. Every signal value except selfie-background and face-similarity is stored as a keyed hash of its normalized value, and clustering runs on production data only — sandbox applications and sessions never join a network. Exposed via API through GET /v3/organization/{organization_id}/application/{application_id}/networks/, .../networks/{network_uuid}/, .../networks/{network_uuid}/graph/, .../networks/{network_uuid}/map/, .../networks/{network_uuid}/members/, .../networks/{network_uuid}/signals/, .../networks/{network_uuid}/timeline/, and membership lookups at .../business-sessions/{business_session_id}/networks/, .../businesses/{vendor_business_uuid}/networks/, .../sessions/{session_id}/networks/, .../transactions/{transaction_uuid}/networks/, .../transactions/{transaction_uuid}/parties/{transaction_party_uuid}/networks/, and .../users/{vendor_user_uuid}/networks/.

Investigate a flagged network in the console by narrowing the graph to the immediate connections of one suspicious applicant.
📍In the Didit console, open Networks › select the network › Graph tab, then click an applicant node and set the hop limit to 1, 2, or 3 to isolate their direct connections.
— Full mechanism, thirteen named endpoints, and a console workflow given. 3.0.0
02 00
AML screening endpoint new 95

New POST /v3/aml/ endpoint screens a person or company against PEP, sanctions, watchlist, and adverse-media datasets, returning aml.status (Approved/In Review/Declined) and per-hit match_score and risk_score fields. The two-score model is configurable per-request via aml_match_score_threshold (default 93), aml_score_review_threshold (default 100), aml_score_approve_threshold (default 80), and aml_name_weight/aml_dob_weight/aml_country_weight (must sum to 100, defaults 60/25/15). include_adverse_media=true adds adverse-media enrichment (~5–25s latency; a 60s+ client timeout is recommended), and include_ongoing_monitoring=true keeps re-screening a profile over time (requires save_api_request=true, enforced with a 400 otherwise). save_api_request (default true) persists screenings as sessions retrievable via GET /v3/session/{sessionId}/decision/ and fires status.updated webhooks. The endpoint also gained an Idempotency-Key header parameter to prevent duplicate charges on retry.

Screen a person against PEP and sanctions lists with retry safety — use Idempotency-Key so a timeout does not trigger a duplicate AML charge.
$ curl -X POST https://verification.didit.me/v3/aml/ \
 -H 'x-api-key: YOUR_API_KEY' \
 -H 'Content-Type: application/json' \
 -H 'Idempotency-Key: aml-user-1234-2026-08-20' \
 -d '{
  "full_name": "Antonio Ejemplo Modelo",
  "entity_type": "person",
  "date_of_birth": "1972-02-29",
  "nationality": "ES",
  "include_adverse_media": false,
  "vendor_data": "user-1234"
 }'
— Full parameter set, defaults, and a runnable curl example. 3.0.0
03 00
Transaction-monitoring rules Management API new 90

Adds /v3/transactions/rules/ endpoints to create (POST /v3/transactions/rules/), list (GET /v3/transactions/rules/), retrieve (GET /v3/transactions/rules/{rule_uuid}/), update (PATCH /v3/transactions/rules/{rule_uuid}/), delete (DELETE /v3/transactions/rules/{rule_uuid}/), and backtest (POST /v3/transactions/rules/backtest/) transaction-monitoring rules programmatically, complementing the Business Console. A rule library can be browsed (GET /v3/transactions/rules/library/), and presets installed or removed via POST /v3/transactions/rules/install/ and DELETE /v3/transactions/rules/install/. The list endpoint is filterable by source (PRESET/CUSTOM), category, mode (ACTIVE/DISABLED/TEST), and bundle, with ordering support on run_count, approved_pct, reviewed_pct, declined_pct, latest_triggered_at, title, created_at, and source (each with an optional - prefix for descending).

List only active custom transaction-monitoring rules, ordered by most recently triggered, to review which rules are firing in production.
$ curl -G 'https://verification.didit.me/v3/transactions/rules/' \
  -H 'x-api-key: YOUR_API_KEY' \
  --data-urlencode 'source=CUSTOM' \
  --data-urlencode 'mode=ACTIVE' \
  --data-urlencode 'ordering=-latest_triggered_at'
— Endpoints, filters, and a runnable curl example fully specified. 3.0.0snapshot-20260828
04 00
Standalone document OCR and fraud-check endpoint new 78

New endpoint accepts front_image and optional back_image, automatically classifies 14,000+ document types from 220+ countries, and returns extracted holder fields, parsed MRZ, an Approved/Declined status, and a warnings list. It exposes per-request risk-action fields invalid_mrz_action, inconsistent_data_action, and expiration_date_not_detected_action (each DECLINE or NO_ACTION), and perform_document_liveness=true screens for SCREEN_CAPTURE_DETECTED, PRINTED_COPY_DETECTED, and PORTRAIT_MANIPULATION_DETECTED. Its save_api_request field (default true) persists the call as an API-type session retrievable with GET /v3/session/{sessionId}/decision/.

— Rich field detail but no runnable example provided. product docs
05 00
Wallet-screening PDF export new 75

New POST /v3/wallet-screening/pdf/ endpoint re-renders a prior wallet-screening result as a Didit-branded PDF by reposting the exact JSON body (including report_signature) returned by POST /v3/wallet-screening/, with no additional provider call or billing. The underlying POST /v3/wallet-screening/ endpoint's response schema was also changed in the same release, though the specific fields altered are not detailed.

Export an already-run wallet screening as a signed PDF for audit — repost the unmodified JSON body (with report_signature) returned by POST /v3/wallet-screening/.
$ # $RESULT is the saved JSON body from POST /v3/wallet-screening/
curl -X POST 'https://verification.didit.me/v3/wallet-screening/pdf/' \
  -H 'x-api-key: YOUR_API_KEY' \
  -H 'Content-Type: application/json' \
  -d "$RESULT" \
  -o wallet_screening_report.pdf
— Endpoint mechanism and a runnable export example given. 3.0.0
thinner coverage below
06 00
AI-assisted transaction-rule migration new 50

The Didit assistant, or any MCP-connected agent, can ingest a rule set exported from another provider as CSV or Excel, map it to Didit's rule schema, backtest it against the organization's transaction history, and create the rules in test mode for review before activation.

— Workflow described but no concrete command or endpoint given. snapshot-20260828
07 00
MCP tools for transaction rules new 45

Introduces nine didit_transaction_rule_* MCP tools covering list, create, update, delete, backtest, and library workflows for transaction-monitoring rules, usable by any MCP-connected AI agent.

— Tool categories named but no exact tool names or commands given. snapshot-20260828
Was this useful?

Clerk

Sources Blog / feed → 1 release · 2026-08-28 Blog

Clerk is an authentication and user management platform that handles sign-up, login, and identity verification for applications.

Clerk now lets developers customize the reverification window that governs how recently a user must have authenticated before performing sensitive actions.

└──▷ WHAT SHIPPED · 1 FEATURE 0 OF 1 FEATURE most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Customizable reverification window new 31

Clerk adds the ability to customize the reverification window, defining how recently a user must have authenticated before sensitive actions are permitted.

— No config key, API, or default value given. Customize the reverification window (2026-08…
Was this useful?
Governance, Risk & Compliance
◆  Integrated & IT Risk Management

CISO Assistant

Sources Release notes → 1 release · 2026-08-26 Notes

CISO Assistant is a one-stop-shop GRC platform for Risk Management, AppSec, Compliance & Audit, TPRM, BIA, Privacy, and Reporting. It supports 200+ global frameworks with automatic control mapping, including ISO 27001, NIST CSF, SOC 2, CIS, PCI DSS, NIS2, DORA, GDPR, HIPAA, CMMC, and more.

CISO Assistant v3.21.3 sharpens audit gap-finding and extends the workflow engine's reach over objects, while adding a new AI governance framework to its library.

└──▷ WHAT SHIPPED · 3 FEATURES 1 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
Audit tree filter for uncovered requirements new 63

The audit tree now supports filtering to show only requirements without controls or evidences, letting auditors isolate compliance gaps quickly by enabling Requirements without controls or evidences in the filter panel.

Quickly surface audit gaps by filtering the audit tree to show only requirements that have no controls or evidences mapped.
📍In an open audit, navigate to the Audit Tree view, then use the filter panel to enable Requirements without controls or evidences to isolate uncovered items.
— Names the exact filter and navigation path v3.21.3
thinner coverage below
02 00
Workflow engine object registry and triggers improved 56

The workflow engine's read_objects registry is expanded to include requirements, risk objects, and validations, letting workflows act on a broader set of objects. The engine also gains the ability to write objects, schedule actions by date, and detect bulk edits as triggers.

— Names registry key and new capabilities but no usage steps v3.21.3
03 00
UNESCO AI Maturity Framework library entry new 25

Adds the UNESCO AI Maturity Framework as a new library entry, supporting AI governance assessments.

— Bare name with no mechanism or usage detail v3.21.3
Was this useful?
◆  Continuous Control Monitoring (CCM)

RegScale

Sources Blog / feed → 2 releases · 2026-08-28 Blog

RegScale is a compliance automation and GRC platform that helps organizations manage regulatory requirements, assessments, and security governance.

RegScale's CLI gained new FedRAMPFedRAMPA US government program that standardizes cloud security authorization, letting vendors get a single assessment accepted across federal agencies instead of repeating the process for each one. SSPSSPA System Security Plan — a formal document required by NIST SP 800-18 that describes how a federal system meets its security controls, giving cyber tools a structured artifact to parse or generate for compliance workflows. import commands while the core platform introduced a Key Risk Indicator monitoring system and a consolidated dashboard experience.

└──▷ WHAT SHIPPED · 3 FEATURES 0 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
FedRAMP SSP import commands in CLI new 60

CLI 6.42.32 adds a new FedRAMP SSP interconnect import command and a new FedRAMP SSP cryptographic module import command, and adds an optional SSP ID parameter to the FedRAMP docx import command so an existing System Security Plan is updated in place rather than duplicated.

— Names three specific CLI import commands but no full syntax given CLI 6.42.32 (2026-08-28)
thinner coverage below
02 00
Key Risk Indicator (KRI) monitoring system new 30

Introduces a Key Risk Indicator (KRI) system for organizations to monitor risk metrics.

— States purpose only, no metrics, thresholds or UI path given RegScale 6.33.3.0 (2026-08-28)
03 00
Consolidated dashboard experience improved 20

Consolidates the dashboard experience into a unified view for accessing and reviewing organizational metrics.

— Generic description with no specifics on what changed or how to access it RegScale 6.33.3.0 (2026-08-28)
Was this useful?
◆  Compliance Automation & Trust Management

Scrut Automation

Sources Blog post → 1 release · seen 2026-08-28 Blog

Scrut launched Shadow AI Governance, a new module that discovers AI tool usage across an organization, classifies it, and lets teams set enforceable governance statuses with audit trails.

└──▷ WHAT SHIPPED · 3 FEATURES 0 OF 3 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
AI application discovery and classification new 68

A new Shadow AI Governance module discovers AI applications employees are using via SSOSSOSingle sign-on, using one identity provider to sign in to multiple applications. It reduces separate passwords and centralizes account and access management. integrations (Google Workspace, Microsoft Entra) and desktop sources (supported MDMMDMMobile device management, centrally configuring and managing enrolled devices. Administrators use it to apply settings, distribute applications and enforce device security policies. integrations or the Scrut Agent). Discovered tools are automatically classified as AI Apps (tools where employees input organizational data) or AI Builders (tools that connect to technical environments such as repositories and APIs), each surfacing distinct review questions.

— Names discovery sources and classification categories but no UI/API path launch-20260828-a5da0428
02 00
Governance status and restriction remediation new 65

Each discovered application can be assigned an explicit governance status of Managed, Ignored, or Restricted, with Restricted decisions requiring a recorded justification to build an auditable trail. When an app is Restricted, Scrut identifies affected employees and notifies them with removal instructions, including third-party access revocation for SSO-discovered apps and uninstall guidance for desktop apps.

— Concrete statuses and remediation steps, but no exact config or API launch-20260828-a5da0428
thinner coverage below
03 00
Shared AI footprint view new 33

Provides a shared AI footprint view for security, IT, and GRCGRCGovernance, Risk, and Compliance — a framework for aligning IT controls with business policy, regulatory requirements, and risk management so organizations can audit and report on their posture systematically. teams, separate from an approved software inventory, showing which employees are associated with each discovered application.

— Describes the view's purpose but no navigation or mechanism detail launch-20260828-a5da0428
Was this useful?
Govern
◆  AI/LLM Security

NVIDIA OpenShell

Sources Release notes → 1 release · 2026-08-27 Notes

OpenShell is the safe, private runtime for autonomous AI agents.

OpenShell v0.0.115 adds OTLPOTLPOpenTelemetry Protocol, a standard way to send traces, metrics and logs between applications, collectors and monitoring systems. It lets telemetry move across compatible tools.-based distributed tracing with gateway identity tagging, a native Windows MXC compute driver, OCIOCIOpen Container Initiative standard, maintained by the Linux Foundation, defining the image format and runtime spec that container tools share so images built once run anywhere OCI-compliant. supply-chain attestations, and a streamlined local Kubernetes gateway workflow.

└──▷ WHAT SHIPPED · 4 FEATURES 0 OF 4 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
OTLP trace export with gateway identity new 58

OpenShell now exports Kubernetes driver traces over OTLP, letting distributed tracing pipelines ingest gateway activity. Exported traces are tagged with gateway identity so multi-gateway deployments can filter and correlate traces per gateway.

— Names OTLP and gateway tagging but no config or endpoint given. v0.0.115
02 00
Native Windows MXC compute driver new 45

Adds a native Windows MXC compute driver with full server wiring, extending OpenShell's supported compute platforms to Windows MXC.

— Names the platform but no setup steps or flags. v0.0.115
03 00
OCI SBOM and provenance attestations new 40

Publishes OCI SBOMSBOMA software bill of materials, an inventory of the components and versions inside an application. It helps teams find affected software when a dependency has a vulnerability or licensing issue. and provenanceprovenanceEvidence recording where a software artifact came from and how it was built, including its source and build process. It helps a consumer check that the artifact matches a trusted build. attestations alongside release artifacts for supply-chain verification.

— Names artifact types but no retrieval command shown. v0.0.115
04 00
Unified local Kubernetes gateway workflow improved 23

Unifies the local Kubernetes gateway workflow, streamlining Kubernetes-backed development environments.

— Vague description with no concrete mechanism or command. v0.0.115
Was this useful?

ToolHive

Sources Release notes → 2 releases · 2026-08-26 → 2026-08-27 Notes

ToolHive is an enterprise-grade platform for running and managing Model Context Protocol (MCP) servers.

ToolHive's two releases centered on plugin supply-chain security — Sigstore-verified plugin artifacts and signer-rotation blocking on upgrades — alongside a CVE fix closing a CORSCORSA browser mechanism that lets a server declare which foreign origins may read its HTTP responses, enforced by the browser to block unauthorized cross-site requests from JavaScript. hole in the thv serve management API, new private-CA trust for OIDCOIDCOpenID Connect, a sign-in protocol built on OAuth 2.0. An application uses identity information from a trusted provider instead of maintaining a separate password for each user./OAuth2OAuth2An open authorization framework (RFC 6749) that lets a service grant limited access to a user's resources on another service without exposing credentials, giving cyber tools a standard way to authenticate against third-party APIs. upstreams, and a batch of smaller hardening and bug fixes spanning skill sync, Virtual MCPMCPModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface., and the workloads API.

└──▷ WHAT SHIPPED · 13 FEATURES 6 OF 13 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Signer-rotation blocking for plugin upgrades new 95

thv ai-plugin upgrade now blocks when the signature identity of an upgrade differs from the one recorded in the project lock file (or is unsigned), exiting with code 4 and reporting signer-change-blocked. The new --allow-signer-change flag re-records the new signer identity to approve the change; the check is controlled by TOOLHIVE_PLUGINS_LOCK_ENABLED, and lock entries with no recorded provenanceprovenanceEvidence recording where a software artifact came from and how it was built, including its source and build process. It helps a consumer check that the artifact matches a trusted build. are unaffected.

Upgrade a plugin whose signing identity has legitimately rotated, explicitly approving the new signer so it is recorded in the lock file.
$ thv ai-plugin upgrade --allow-signer-change <plugin-name>
— Names flag, exit code, message, env var, and gives runnable command v0.46.0
02 01
CORS hardening for thv serve management API breaking 95

The thv serve management API for TCPTCPA network protocol that delivers a reliable, ordered stream of bytes between two endpoints. It detects lost data and retransmits it. listeners now enforces Content-Type: application/json on state-changing requests with a body, rejecting non-conformant calls with 415 Unsupported Media Type, and validates Origin against a loopback-only allowlist (non-loopback binds log a WARN and pass through), blocking CORS-based cross-origin attacks tracked as GHSA-xv9h-79wp-q9w6. UNIX-socket paths (--socket=<path>) are unaffected.

Call the thv serve management API correctly after v0.45.0 requires Content-Type: application/json on mutating TCP requests.
$ curl -X POST http://127.0.0.1:8080/api/v1beta/workloads \
  -H 'Content-Type: application/json' \
  -d '{"name":"fetch","image":"ghcr.io/example/fetch:latest"}'
— Names header, status code, allowlist behaviour, CVE, and a curl example v0.45.0
03 00
Private CA trust for OIDC/OAuth2 upstreams new 85

A new caBundleRef field on OIDC and OAuth2 upstream specs lets the embedded auth server trust a private CA for discovery, token, user-info, and dynamic client registration calls to an in-cluster identity provideridentity providerA service that authenticates users and supplies identity information to other applications. It is the sign-in authority behind many single sign-on systems.. Note: the operator-crds chart must be updated to 0.46.0 before or with the operator chart, since a stale CRDCRDA Kubernetes extension that adds a new object type to the cluster, so a tool's configuration is stored, validated and versioned by Kubernetes itself rather than in a file beside it. silently prunes caBundleRef from applied resources instead of rejecting it.

Trust an internal CA for an in-cluster OIDC provider so the embedded auth server can reach it for discovery and token calls.
yaml
caBundleRef: my-internal-ca-secret
— Names field and every call path it covers, plus upgrade caveat v0.46.0
04 02
Keyless signing required for skill push breaking 80

thv skill push now signs artifacts keylessly by default and requires exactly one of --key, --identity-token, or --no-sign; specifying both --key and --no-sign now returns 400.

Push a skill artifact with keyless signing using --identity-token now that thv skill push requires exactly one signing option.
$ thv skill push --identity-token "$(cat /var/run/secrets/token)" ./my-skill
— Names all three flags and the error, with a runnable example v0.45.0
05 03
Qoder client and skill sync scope change breaking 80

Adds qoder as the 18th skill-supporting client; thv skill sync run without --clients now targets every skill-supporting client, including .qoder/skills/. Existing locked skills will be reported as drifted on the first sync after upgrade, and thv skill sync --check exits non-zero in CI until re-synced.

Sync skills only to a specific client to avoid unexpected drift into .qoder/skills/ after the new qoder client was added.
$ thv skill sync --clients claude-code
thv skill sync --check --clients claude-code
— Names client, path, flags, and CI impact with example commands v0.45.0
06 04
Validation for runtime_config.build_with on workloads API breaking 75

runtime_config.build_with on npx:// or go:// images submitted via POST /api/v1beta/workloads now returns 400 Bad Request instead of silently discarding the field.

— Names exact endpoint, field, and status code change v0.45.0
07 00
Sigstore verification for plugin artifacts new 65

ToolHive now performs end-to-end Sigstore bundle verification for plugin artifacts; stored bundles and git commit payloads/signatures are size-capped at 1 MiB and rejected with 422 above that limit.

— Names mechanism and limit but no command to invoke it v0.45.0
08 05
Package name validation for npx/uvx/go references breaking 60

Package names in npx://, uvx://, and go:// references are now constrained to [A-Za-z0-9@/:._+=~[]-] at build time; references with other characters fail the build instead of being interpolated into generated Dockerfiles, preventing shell metacharacter injection.

— Names the exact regex and affected schemes but no example call v0.45.0
09 06
Virtual MCP timeout enforcement and health propagation breaking 60

Virtual MCP now honours operational.timeouts and propagates backend health changes to live sessions; a configured value below 30s will now actually cut backend calls that previously silently received the 30s default.

— Names config key and before/after default but no usage example v0.45.0
thinner coverage below
10 00
UTF-8 BOM policy bypass fix improved 50

A UTF-8 BOMBOMA Bill of Materials listing every component, library, and dependency in a software project; cyber tools use it to track what is in a codebase and flag known-vulnerable components quickly. in tools/list, prompts/list, or resources/list responses no longer bypasses Cedar policy or tool-filter authorization.

— Names affected endpoints and policy engine, no action steps v0.45.0
11 00
thv llm proxy auth error correction improved 50

The thv llm local proxy now returns 401 token_required instead of 502 server_error when the stored credential has been rejected by the IdPIdPA service that authenticates users and supplies identity information to other applications. It is the sign-in authority behind many single sign-on systems..

— Names before/after status codes but no reproduction steps v0.45.0
12 00
Non-2xx list response forwarding fix improved 35

Non-2xx list responses from backends are now correctly forwarded with their original status code, instead of being delivered as HTTP 200 with an unfiltered body.

— Clear before/after but no named endpoint or config v0.45.0
13 00
RFC 7523 flows in embedded auth server new 20

Adds two new RFC 7523RFC 7523An IETF standard that defines how a JSON Web Token (JWT) can be used as a credential to request an OAuth 2.0 access token, letting a cyber tool authenticate to an API without exchanging a username and password at runtime. flows to the embedded auth server.

— Single-line mention with no mechanism or usage detail v0.45.0
└──▷ BREAKING ON UPGRADE
  • !
    The operator-crds chart must be updated to 0.46.0 before or together with the operator chart — a stale CRD silently prunes caBundleRef from applied resources instead of rejecting it.
  • !
    thv serve now requires Content-Type: application/json on state-changing requests that carry a body over TCP; callers without it receive 415 Unsupported Media Type. UNIX-socket paths (--socket=<path>) are unaffected.
  • !
    thv serve now validates Origin against a loopback-only allowlist for TCP listeners; non-loopback binds log a WARN and pass through.
  • !
    Package names for npx://, uvx://, and go:// references are now constrained to [A-Za-z0-9@/:._+=~[]-]; references containing other characters fail at build time instead of being interpolated into the Dockerfile.
  • !
    thv skill sync without --clients now targets every skill-supporting client; existing locked skills are reported as drifted on first sync after upgrade, and thv skill sync --check exits non-zero in CI until re-synced.
  • !
    runtime_config.build_with on npx:// or go:// images via POST /api/v1beta/workloads now returns 400 Bad Request instead of silently discarding the field.
  • !
    thv skill push now returns 400 if both --key and --no-sign are specified; exactly one of --key, --identity-token, or --no-sign is required.
  • !
    Virtual MCP now honours operational.timeouts; a configured value below 30 s will now actually cut backend calls that previously silently got the 30 s default.
  • !
    The thv llm local proxy returns 401 token_required instead of 502 server_error when the stored credential has been rejected by the IdP.
  • !
    Exported Go interfaces plugins.MaterializationAdapter, state.Store writers, storage.UpstreamTokenStorage, and six function signatures gained required methods or changed signatures; no effect on the CLI, operator, wire protocol, or persisted state.
Was this useful?

NVIDIA SkillSpector

Sources Release notes → 2 releases · 2026-08-26 → 2026-08-28 Notes

Security scanner for AI agent skills. Detect vulnerabilities, malicious patterns, security risks, prompt injection, data exfiltration, and supply-chain risks in Claude Code, Codex, and MCP skills before you install them.

SkillSpector added transitive scanning of referenced skills to catch supply-chain risk, new BH1–BH3 hook/permission findings, SC9 hidden-artifact detection, and EA5 external-model-selection findings, alongside a machine-readable risk_assessment.max_issue_severity JSON field, LLMLLMA large language model, a neural network trained on large amounts of text to recognize patterns and generate language. Applications use it for tasks such as answering, summarizing and writing code. sampling/output-language controls, and safer sandboxed file traversal; it also moved langgraph-cli[inmem] into an optional extra, a breaking change for LangGraph Studio users.

└──▷ WHAT SHIPPED · 10 FEATURES 0 OF 10 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Transitive scanning of referenced skills new 88

Adds --transitive flag to opt into transitive scanning of referenced skills, with --transitive-depth, --transitive-allow-prefix, and --transitive-deny-prefix controls for bounded traversal; partial provider execution and traversal truncation are surfaced in results so incomplete deep scans cannot silently appear clean.

Scan a skill and all skills it references transitively, limiting traversal depth and restricting allowed prefixes, to catch supply-chain risks in the full dependency graph.
$ skillspector scan ./my-skill/ --transitive --transitive-depth 2 --transitive-allow-prefix https://github.com/trusted-org/ --transitive-deny-prefix https://github.com/untrusted-org/
— Exact flags with a runnable example and truncation caveat. v2.10.0
02 00
langgraph-cli moved to optional extra breaking 78

langgraph-cli[inmem] is moved from the base installation to the langgraph-dev optional extra; LangGraph Studio users who install only the base package must now install skillspector[langgraph-dev] explicitly.

— Exact package names with the required migration command. v2.10.0
03 00
Machine-readable max issue severity in JSON report new 76

Adds risk_assessment.max_issue_severity field to JSON output (value NONE when no active issue is reported) for machine-readable downstream policy gates.

Gate a CI pipeline on the highest severity found — fail the build if any HIGH or CRITICAL issue is present — by reading risk_assessment.max_issue_severity from the JSON report.
$ skillspector scan ./my-skill/ --format json --output report.json && python -c "import json,sys; r=json.load(open('report.json')); sys.exit(0 if r['risk_assessment']['max_issue_severity'] in ('NONE','LOW') else 1)"
— Exact field name paired with a working CI gate example. v2.10.0
04 00
LLM provider configuration: sampling, language, listing new 75

Adds SKILLSPECTOR_TEMPERATURE (values 0–1) and SKILLSPECTOR_SEED (integers) environment variables for optional LLM sampling control, forwarded to OpenAI-compatible and Azure OpenAI endpoints, with provider defaults preserved if unset; adds SKILLSPECTOR_OUTPUT_LANGUAGE to set the language of human-readable LLM-generated finding text; and expands skillspector scan --help to list all supported hosted, local, compatible, and CLI-backed LLM providers with their authentication paths.

Pin LLM output for reproducible scans when using an OpenAI-compatible endpoint — useful for CI pipelines where you want consistent results across runs.
$ SKILLSPECTOR_TEMPERATURE=0 SKILLSPECTOR_SEED=42 skillspector scan ./my-skill/
Pass LLM sampling controls via a .env file for Docker-based scans to keep credentials and tuning out of shell history.
ini
SKILLSPECTOR_PROVIDER=openai
OPENAI_API_KEY=sk-...
SKILLSPECTOR_TEMPERATURE=0
SKILLSPECTOR_SEED=42
Produce LLM finding text in French for a report shared with a francophone security team.
$ SKILLSPECTOR_OUTPUT_LANGUAGE=French skillspector scan ./my-skill/ --format markdown --output report.md
— Names every env var and flag with runnable examples. v2.11.0v2.10.0
05 00
BH1–BH3 hook and permission findings breaking 75

Introduces BH1–BH3 findings by analyzing hooks/hooks.json, .claude/settings.json, and .claude/settings.local.json for bundled lifecycle hook execution (BH1), directly proven remote transfer of sensitive event or file content (BH2), and broad or ignored project permission surfaces (BH3). Existing scans may now surface these new findings; review them before relying on the existing baseline mechanism to suppress previously clean results.

— Exact files and finding codes named, but no scan command shown. v2.11.0
06 00
SC9 hidden file and nested archive inspection new 60

Adds bounded local inspection of hidden files and ZIP-compatible nested artifacts (DOCX, XLSX, PPTX) without extracting or executing members, raising HIGH SC9 findings for concealed executables.

— Names formats and finding code but no invocation shown. v2.10.0
thinner coverage below
07 00
Safe path traversal in restricted sandboxes improved 53

Supports safe file traversal in restricted Linux sandboxes by opening intermediate path components with O_PATH where available, without requiring read access to every ancestor directory.

— Explains mechanism but has no user-facing command. v2.11.0
08 00
EA5 external model/provider selection findings new 48

Adds EA5 static findings for external model or provider selection, including silent coding-CLI account switches and top-level model pins.

— Describes scope but no example or command given. v2.10.0
09 00
Structured skill summaries for AISOP/AISP bundles new 46

Adds structured skill summaries for valid AISOP/AISP bundles across terminal, Markdown, JSON, and SARIFSARIFStatic Analysis Results Interchange Format, a standard for sharing code-analysis findings, including locations and rule details. It lets scanners report results to a common review interface. output formats.

— Names formats and bundle types but no command shown. v2.10.0
10 00
Dynamic analyzer discovery and validation new 30

Adds dynamic analyzer discovery and validates risk-score inputs against the registered analyzer set.

— Thin description with no named surface or example. v2.10.0
└──▷ BREAKING ON UPGRADE
  • !
    Existing scans may now report new BH1–BH3 findings for supported bundled hook and settings files (hooks/hooks.json, .claude/settings.json, .claude/settings.local.json); review those findings and use the existing baseline mechanism only after validating the declared execution or permission surface.
  • !
    langgraph-cli[inmem] is moved from the base installation to the langgraph-dev optional extra; LangGraph Studio users who install only the base package must now install skillspector[langgraph-dev] explicitly.
Was this useful?

NeMo Guardrails

Sources Release notes → 1 release · 2026-08-26 Notes

NeMo Guardrails is an open-source toolkit for easily adding programmable guardrails to LLM-based conversational systems.

NeMo Guardrails v0.24.0 introduces the RailOutcome contract for rail actions, typed rail manifests, and a major expansion of IORails to 59 of 67 built-in rail surfaces, alongside new server health endpoints, an F5 integration, and several breaking changes to action signatures, install extras, and message formats.

└──▷ WHAT SHIPPED · 12 FEATURES 1 OF 12 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 01
RailOutcome contract for rail actions breaking 88

Adds RailOutcome, an engine-neutral allow, block, or transform contract that rail actions return and that is enforced by both LLMRails and IORails. Custom actions previously using @action(output_mapping=...) must remove that argument and return an explicit RailOutcome instead.

— Names exact decorator argument and its replacement, clear migration path. v0.24.0
02 00
Output-rail checking mode on /v1/checks breaking 83

The /v1/checks endpoint gains an output-rail checking mode that selects a server-loaded configuration via config_id or the server default; it no longer accepts inline configuration.

— Names endpoint, parameter, and exact behavior change. v0.24.0
03 00
IORails expanded to 59 of 67 rail surfaces improved 83

Expands IORails to execute 59 of the library's 67 action-backed input and output surfaces, including community integrations and content-transforming rails, sharing implementations with LLMRails. Adds message checks to IORails, and non-streaming generate() and generate_async() calls now return GenerationResponse when generation options are supplied; message lists must be passed with messages= as a keyword argument rather than positionally.

— Names exact methods, return type, and new keyword requirement. v0.24.0
04 00
hf-classifier install extra removed breaking 70

The hf-classifier install extra is removed; install transformers and torch directly to use the local classifier backend.

— Exact extra name and replacement install steps given. v0.24.0
05 00
snake_case action names for Colang 1 flows breaking 62

Custom Colang 1 flows using the former space-separated Cleanlab, Fiddler, or GCP action names must switch to their snake_case names.

— Names affected integrations but not the exact old/new names. v0.24.0
06 00
Server health-check endpoints new 60

Adds /v1/health and /healthz server health-check endpoints.

Check server health before routing traffic to a NeMo Guardrails instance.
$ curl -sf http://localhost:8000/v1/health && echo 'server ready'
— Simple named endpoints with a runnable check example. v0.24.0
07 00
Canonical outbound HTTP client new 60

Adds a canonical outbound HTTP client shared by all built-in integrations, providing connection pooling, retries, TLS, error handling, lifecycle management, and privacy-safe tracing and metrics.

— Lists mechanisms but no config or invocation surface named. v0.24.0
thinner coverage below
08 00
Typed rail manifests for engine discovery new 55

Adds typed rail manifests so built-in rails can declare their configuration, actions, execution surfaces, requirements, and privacy properties for automatic discovery by both LLMRails and IORails.

— Describes purpose but no manifest schema or fields given. v0.24.0
09 00
Chat Completions message shape restrictions breaking 55

Chat Completions requests must use supported role-specific OpenAI message shapes; internal event payloads, unexpected fields, and audio requests are now rejected.

— States new validation rules without listing exact schema. v0.24.0
10 00
Multiple namespaced self-check rails new 53

Adds support for multiple namespaced self-check rails, each with per-rail namespaced task prompts, enabling more than one self-check rail to run within the same configuration.

— Explains mechanism but no config keys or prompt names given. v0.24.0
11 00
Model telemetry and instrumented decorator new 35

Adds shared model telemetry and an instrumented model decorator for LLMLLMA large language model, a neural network trained on large amounts of text to recognize patterns and generate language. Applications use it for tasks such as answering, summarizing and writing code. call observability.

— Names decorator concept but gives no usage or config. v0.24.0
12 00
F5 Guardrails integration new 25

Adds F5 Guardrails integration to the built-in rail library.

— Names the integration only, no configuration detail given. v0.24.0
└──▷ BREAKING ON UPGRADE
  • !
    Custom actions using @action(output_mapping=...) must remove that argument and return an explicit RailOutcome instead.
  • !
    The hf-classifier install extra is removed; install transformers and torch directly to use the local classifier backend.
  • !
    IORails calls that supply generation options now return GenerationResponse; message lists must be passed with messages= as a keyword argument rather than positionally.
  • !
    Custom Colang 1 flows using the former space-separated Cleanlab, Fiddler, or GCP action names must switch to their snake_case names.
  • !
    /v1/checks no longer accepts inline configuration; select a server-loaded configuration via config_id or rely on the server default.
  • !
    Chat Completions requests must use supported role-specific OpenAI message shapes; internal event payloads, unexpected fields, and audio requests are now rejected.
Was this useful?

AI-Infra-Guard

Sources Release notes → 1 release · 2026-08-26 Notes

A full-stack AI Red Teaming platform securing AI ecosystems via Agent Scan, Skills Scan, MCP scan, AI Infra scan and LLM jailbreak evaluation.

AI-Infra-Guard v4.6.0 introduces an API security audit module with LLMLLMA large language model, a neural network trained on large amounts of text to recognize patterns and generate language. Applications use it for tasks such as answering, summarizing and writing code. API poisoning detection, overhauls its agent red-teaming mutation engine, and tightens vulnerability rule validation with fresh rule-set updates.

└──▷ WHAT SHIPPED · 4 FEATURES 0 OF 4 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Mutation engine refactor for agent red-teaming breaking 70

The aig-agent-redteam v5.0.0 mutation engine refactor merges the workflow-attack mode into mutation-attack; any automation invoking workflow-attack will need to be updated to use mutation-attack instead.

— Names exact subcommands merged but lacks new behavior detail. v4.6.0
02 00
Vulnerability rule validation and rule-set updates improved 60

Adds strict YAML validation enforcing required id and severity fields in vulnerability rules, and updates AIG vulnerability rules with two new rule-set snapshots dated 2026-08-07 and 2026-08-14.

— Names required fields and exact snapshot dates but no usage steps. v4.6.0
thinner coverage below
03 00
API security audit module with LLM API poisoning detection new 25

Adds a new API security audit module and detection for LLM API poisoning attacks.

— No mechanism or scope given beyond the module name. v4.6.0
04 00
DeepSeek Harness prompt injection research new 10

Includes DeepSeek Harness prompt injectionprompt injectionAn attack where text the model reads, such as a web page, file or tool result, carries instructions that override the user's. It is the main security risk for agents with tools. assessment research.

— Bare mention with no detail on scope or findings. v4.6.0
└──▷ BREAKING ON UPGRADE
  • !
    The workflow-attack subcommand/mode in aig-agent-redteam is merged into mutation-attack; any automation invoking workflow-attack will need to be updated.
Was this useful?
Platforms & Utilities
◆  General Utilities & Libraries

Microsoft code-oss

Sources Blog post → 1 release · 2026-08-26 Blog

Visual Studio Code

VS Code introduces the Agent Host architecture: a standalone, persistent process for agent sessions accessible via a new open protocol, remote connections, a synchronized Agents window, and support for multiple agent harnessesagent harnessesThe software around an AI agent that manages its tools, execution loop, state and limits. It determines how the model's proposed actions are run and checked..

└──▷ WHAT SHIPPED · 6 FEATURES 0 OF 6 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Standalone Agent Host process new 75

A new code agent host (or code-insiders agent host) subcommand starts a standalone Agent Host process that keeps agent sessions alive independent of any editor window, making the process persistent and portable.

Start a standalone Agent Host so external AHPAHPAnalytic Hierarchy Process, a structured decision-making method that breaks a complex choice into a weighted hierarchy of criteria and scores alternatives against them, letting cyber tools rank or prioritize options mathematically. clients can connect to and monitor agent sessions running on your machine.
$ code agent host
— Names exact command; mechanism explained but scope kept brief launch-20260826-bf70a8c8
02 00
Agent Host Protocol and multi-language client libraries new 75

The Agent Host Protocol (AHP) is an open, URI-addressable protocol for coordinating multiple clients around the same long-running agent session, with channels for sessions, chats, terminals, and changesets. Client libraries ship in Rust (ahp, ahp-types, ahp-ws), TypeScript (@microsoft/agent-host-protocol), Kotlin (com.microsoft.agenthostprotocol:agent-host-protocol), Go (github.com/microsoft/agent-host-protocol/clients/go), and Swift (via Swift Package Manager: microsoft/agent-host-protocol).

— Names protocol channels and every client library package verbatim launch-20260826-bf70a8c8
03 00
Remote agent sessions over SSH, tunnels, and web new 75

The Agent Host can run on a remote machine while clients connect from the desktop or browser via SSH, dev tunnels, or the web at insiders.vscode.dev/agents, letting practitioners review and manage a session running elsewhere.

Connect to a remote Agent Host from the browser to review and manage a session running on another machine.
📍1. On the remote machine, start VS Code with your workspace and begin an agent session. 2. In the Agents window, connect to the remote Agent Host (configured via SSH or dev tunnel). 3. Navigate to insiders.vscode.dev/agents in a browser, select the same host, and continue the session.
— Names exact connection methods and web URL with worked steps launch-20260826-bf70a8c8
04 00
Multi-harness agent sessions (Copilot, Claude) new 60

Multiple agent harnesses can run under a common session model: Copilot via the GitHub Copilot SDK and Claude via the Anthropic Claude Agent SDK, with each harness retaining its own agent loop, tools, and provider-specific capabilities.

— Names both SDKs and harness picker but no exact command launch-20260826-bf70a8c8
thinner coverage below
05 00
Persistent agent sessions across window closes new 55

Agent sessions persist after closing a folder or editor window, with state and progress resuming when the folder is reopened, so work is not lost when a window is closed rather than quit.

Experience a persistent session that survives closing its folder: start a session, close the folder, then reopen it or switch to the Agents window to resume.
📍1. Open a folder in an editor window, select Copilot from the harness picker, and start an agent session. 2. While the agent is working, close the folder (do not quit VS Code). 3. Reopen the folder — session state and progress are preserved. 4. Open the Agents window to monitor the same live session from both surfaces simultaneously.
— Behavior explained with a worked example but no named config launch-20260826-bf70a8c8
06 00
Synchronized Agents window new 45

A new Agents window acts as a synchronized client surface, letting practitioners monitor and interact with a live agent session from both the editor window and the Agents window simultaneously without creating a copy.

Experience a persistent session that survives closing its folder: start a session, close the folder, then reopen it or switch to the Agents window to resume.
📍1. Open a folder in an editor window, select Copilot from the harness picker, and start an agent session. 2. While the agent is working, close the folder (do not quit VS Code). 3. Reopen the folder — session state and progress are preserved. 4. Open the Agents window to monitor the same live session from both surfaces simultaneously.
— UI surface named but reached only via prose, no exact path launch-20260826-bf70a8c8
└──▷ ALSO FROM THESE RELEASES
Was this useful?
Infrastructure
◆  Internet Services

Cloudflare

Sources Blog / feed → 1 release · 2026-08-25 Blog

Cloudflare is a web performance and security platform providing DDoS protection, CDN, DNS, and developer tools.

Cloudflare's biggest change this window is a major API refresh (v4.0.0) adding 230 endpoints and removing 142 — new Agent Memory, Cloudforce One rules, Data Security posture, Email Security content-policy, Images, Logpush transformer and expanded billing APIs, a Secrets Store path change, and a large Workers AI model catalog pruning — alongside symmetric JWTJWTAn open standard (RFC 7519) for encoding claims as a signed, optionally encrypted JSON object passed between parties. Cyber tools use it to verify identity and permissions without querying a central session store. key support, Durable Objects concurrency and alarm-control improvements, new Workers AI models including a multimodalmultimodalAble to work with more than one type of input or output, such as text, images and audio. A multimodal model can combine information across those formats. GLM-5.3 FlashGLM-5.3 FlashA lightweight, fast large language model in Zhipu AI's GLM family, designed for low-latency inference, making it useful for cyber tools that need embedded AI reasoning without heavy compute overhead., Log Explorer dataset deletion, scannable Access tokenAccess tokenA credential that authorizes a client to use a service or API. It usually has limited permissions and a lifetime; anyone holding it may be able to use those permissions. secrets, and a hard 2026-09-14 deadline to migrate off the Azure-based Microsoft Sentinel connector.

└──▷ WHAT SHIPPED · 19 FEATURES 3 OF 19 FEATURES most completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40 what it does and how it works or what changed
  • specificity0–30 names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30 enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under 60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01 00
Log Explorer dataset deletion new 86

Log Explorer datasets can now be permanently deleted: set the new deletion_protection field to false via the Update an account or zone dataset API method (PUT /accounts/{account_id}/logs/explorer/datasets/{dataset_id} or PUT /zones/{zone_id}/logs/explorer/datasets/{dataset_id}), then call DELETE /accounts/{account_id}/logs/explorer/datasets/{dataset_id} or DELETE /zones/{zone_id}/logs/explorer/datasets/{dataset_id} to remove it from the dashboard or API.

— Exact field and both delete endpoints given 4.0.0
02 00
Durable Object alarm abort control new 85

ctx.abort() on Durable Objects now accepts a { retryAlarm: false } option so an interrupted alarm stops retrying instead of restarting after reset; requires Wrangler 4.126.0 or later for local dev.

Stop a Durable Object alarm from retrying when the alarm's own cleanup work is complete, so the alarm handler does not re-run unnecessarily.
typescript
import { DurableObject } from 'cloudflare:workers';

export class CleanupTask extends DurableObject {
  async alarm(): Promise<void> {
    await this.ctx.storage.deleteAll();
    this.ctx.abort('Cleanup complete', { retryAlarm: false });
  }
}
— Runnable example with exact option and version requirement product docs
03 00
GLM-5.3 Flash multimodal model on Workers AI new 83

@cf/zai-org/glm-5.3-flash (GLM-5.3 Flash) is now available on Workers AI as the first natively multimodal GLM-5 model, with 320B total parameters (18B active per token on MoEMoEA model design that splits its layers into many expert sub-networks and routes each token to only a few. The model holds many parameters but spends the compute of a much smaller one per token.) and a 1,048,576-token context windowcontext windowThe maximum amount of text, counted in tokens, a model can take in and produce in one request. Everything the model knows about the task has to fit inside it.; accessible via env.AI.run(), the REST APIREST APIA web API design style where clients interact with resources over HTTP using standard methods like GET, POST, and DELETE, giving cyber tools a predictable, language-agnostic way to integrate with external services., or the OpenAI-compatible endpoint, and requires prepaid AI Gateway credits.

Run the new multimodal GLM-5.3 Flash model on Workers AI for a text generation task with its large 1M-token context window.
javascript
const response = await env.AI.run('@cf/zai-org/glm-5.3-flash', {
  messages: [{ role: 'user', content: 'Summarize this incident report: ...' }]
});
— Mechanism, parameters and runnable example given product docs
04 00
Agent Memory API for AI agents new 80

New Agent Memory API for storing and retrieving AI agent context: create and manage namespaces (POST /accounts/{account_id}/agent-memory/namespaces, GET /accounts/{account_id}/agent-memory/namespaces, GET /accounts/{account_id}/agent-memory/namespaces/{namespace_name}, DELETE /accounts/{account_id}/agent-memory/namespaces/{namespace_name}), manage per-profile memories and sessions (GET .../profiles/{profile_name}/memories, GET .../memories/{memory_id}, DELETE .../profiles/{profile_name}, DELETE .../memories/{memory_id}, DELETE .../sessions/{session_id}), and ingest, recall, remember or summarize content (POST .../ingest, POST .../recall, POST .../remember, POST .../summary).

— Endpoints named but no request/response schema shown 4.0.0
05 00
Cloudforce One structured rules and approvals new 80

New structured detection-rule workflow in Cloudforce One: create, validate, test and update rules (GET /accounts/{account_id}/cloudforce-one/rules/structured, GET .../structured/schema, GET .../structured/{id}, POST .../structured, POST .../structured/validate, POST .../structured/{id}/test, PUT .../structured/{id}), manage approvals (GET .../rules/approvals, GET .../approvals/{id}, POST .../approvals/{id}/cancel, POST .../approvals/{id}/resubmit, PUT .../structured/approvals/{id}), and manage rule exemptions (GET, POST, PUT, DELETE /accounts/{account_id}/cloudforce-one/rules/exemptions).

— Full endpoint set named, no schema detail 4.0.0
06 00
Billing and payment methods API expansion new 77

Expanded account billing API: full CRUDCRUDThe four basic database operations — Create, Read, Update, Delete — used as shorthand for any system that manages persistent data records, giving cyber tools a standard model for interacting with stored information. for payment methods (GET/POST /accounts/{account_id}/payment-methods, GET/PUT/DELETE .../payment-methods/{payment_method_id}, POST .../payment-methods/{payment_method_id}/set-as-default) and billing profile (GET/POST/PUT/DELETE /accounts/{account_id}/billing/profile), new read endpoints for credits, history, bad debt and unpaid invoices (GET .../billing/credits, .../billing/history, .../billing/bad-debt, .../billing/unpaid-invoice), new actions to pay bad debt or an invoice (POST .../pay-bad-debt, POST .../pay-invoice), PATCH .../invoices, invoice PDF retrieval (GET .../receipts/{receipt_id}/pdf), and address validation (POST /billing/address-validation).

— Many endpoints named, no request payload detail 4.0.0
07 00
Data Security posture policy API new 75

New Data Security posture policy management: list and create policies (GET/POST /accounts/{account_id}/data-security/posture/policies), get/update/delete a policy (GET/PUT/DELETE .../policies/{policy_id}), view policy logs (GET .../policies/logs), and ignore or unignore findings (POST .../findings/ignore, POST .../findings/unignore).

— Endpoints named, no policy schema detail 4.0.0
08 00
Email Security content policy management new 73

New content-policy management for Email Security: list, create, batch-create, update and delete content policies (GET/POST /accounts/{account_id}/email-security/settings/content_policies, GET/PATCH/DELETE .../content_policies/{policy_id}, POST .../content_policies/batch), plus new endpoints to update allow, block and trusted-domain rules (PUT .../allow_policies/{policy_id}, PUT .../block_senders/{pattern_id}, PUT .../trusted_domains/{trusted_domain_id}).

— Endpoints named, no field-level schema given 4.0.0
09 00
Images v1/v2 API new 73

New Images v1 and v2 API surface: full CRUD on v1 images (GET/POST /accounts/{accountId}/v1/images, GET/PUT/PATCH/DELETE .../v1/images/{imageId}, GET .../v1/images/{imageId}/blob), a v2 listing endpoint (GET /accounts/{accountId}/v2/images) and direct upload (POST /accounts/{accountId}/v2/images/direct_upload), plus zone image flows (GET/PUT /accounts/{accountId}/zones/{zoneId}/v1/images/flows).

— Endpoints named, no upload payload spec given 4.0.0
10 01
Secrets Store endpoint path restructuring breaking 73

Secrets Store endpoints no longer take account_id, store_id or secret_id as path parameters on DELETE/GET/POST/PATCH /accounts/{account_id}/secrets_store/stores, .../stores/{store_id}, .../stores/{store_id}/secrets, .../stores/{store_id}/secrets/{secret_id}, .../secrets/{secret_id}/duplicate and .../secrets_store/quota, changing how these routes must be called.

— Named endpoints changed, no migration guidance given 4.0.0
11 00
New Workers AI text generation models in AI Search new 65

AI Search now supports six additional text generation models on Workers AI: @cf/deepseek-ai/deepseek-v4-flash-0731 and @cf/deepseek-ai/deepseek-v4-pro-0813 (1,048,576-token context), @cf/openai/gpt-oss-120b and @cf/openai/gpt-oss-20b (128,000-token context), @cf/qwen/qwen3.8-27b (262,144-token context), and @cf/moonshotai/kimi-k2.7-code (262,144-token context).

— Model names and context windows listed, no usage example product docs
12 00
Scannable Access service token secret format improved 63

Access service token Client Secrets created on or after August 26, 2026 use the scannable format cfast_[40 alphanumeric characters][8-character checksum], making them detectable by secret-scanning tools; existing CF-Access-Client-Id / CF-Access-Client-Secret headers are unchanged.

— Exact format and cutover date given, no action required product docs
13 00
Symmetric HMAC keys for API Shield JWT validation new 62

API Shield JWT validation now supports symmetric HMACHMACA keyed hash that proves a message came from someone holding a shared secret and was not altered. Webhooks and API request signing commonly use it. keys (HS256, HS384, HS512), configurable via the Cloudflare dashboard or API; credentials are never stored in plaintext and are never returned in API responses.

— Algorithms named, no exact config endpoint given API Shield - Symmetric key support for JWT v…
14 02
Workers AI model catalog pruning breaking 60

Cloudflare removed run endpoints for dozens of Workers AI models, including @cf/meta/llama-3.1-70b-instruct-fp8-fast, @cf/meta/llama-4-scout-17b-16e-instruct, @cf/mistral/mistral-7b-instruct-v0.1, @cf/qwen/qwen3-30b-a3b-fp8, @cf/openai/whisper, @cf/openai/gpt-oss-120b, @cf/black-forest-labs/flux-1-schnell, @cf/stabilityai/stable-diffusion-xl-base-1.0 and @cf/baai/bge-large-en-v1.5, among many others, breaking any code calling POST /accounts/{account_id}/ai/run/{model} for those model paths.

— Sample of removed models given, full list omitted 4.0.0
15 03
Microsoft Sentinel connector migration deadline deprecated 60

The Azure Functions-based Microsoft Sentinel Logpush connector is deprecated in favor of the Cloudflare for Microsoft Sentinel Codeless Connector Framework (CCF) connector; Enterprise customers must migrate by 2026-09-14, when the underlying Microsoft Azure Monitor HTTP Data Collector API is retired and Cloudflare stops maintaining the old connector.

— Deadline and replacement named, no migration steps given product docs
thinner coverage below
16 00
Legacy suppression and analytics endpoints deprecated deprecated 55

Several legacy endpoints are deprecated but still function: email routing/sending suppression (GET/POST/DELETE /accounts/{account_id}/email/routing/suppression, .../routing/suppression/{suppression_id}, /accounts/{account_id}/email/sending/suppression, .../sending/suppression/{suppression_id}, and their zone-level equivalents under /zones/{zone_id}/email/...), plus DNS and rate-limit analytics (GET /accounts/{account_id}/dns_firewall/{dns_firewall_id}/dns_analytics/report, .../dns_analytics/report/bytime, GET /zones/{zone_id}/dns_analytics/report, .../report/bytime, and GET /zones/{zone_id}/rate_limit_analytics).

— Endpoints named, no replacement or sunset date given 4.0.0
17 00
Radar Researcher connected insights and AI explanations improved 50

Radar Researcher (beta) now surfaces connected insights linking to Radar pages, reports and Cloudflare Blog posts, adds an Explain with AI button on URL Scanner reports for AI-driven findings explanations and follow-up Q&A, and lets users open shared sessions in fullscreen.

— UI features described, no exact navigation path given product docs
18 00
Durable Objects Dynamic Workers concurrency raised to ten improved 45

Each Durable Object can now use up to ten concurrent Dynamic Workers with in-flight requests, up from four, raising the parallelism ceiling for stateful workloads.

— Numeric before/after given, no config knob product docs
19 00
AI Search metadata envelope increase improved 45

AI Search now supports larger custom metadata values within a shared 10 KiB metadata envelope per vector, with the first 64 UTF-8 bytes of each indexed string remaining filterable.

— Limit stated, no config key or example given product docs
└──▷ ALSO FROM THESE RELEASES
└──▷ BREAKING ON UPGRADE
  • !
    Removed endpoint DELETE /accounts/{account_id}/cloudforce-one/exemptions
  • !
    Removed endpoint DELETE /accounts/{account_id}/containers/applications/{application_id}/instances/{instance_id}
  • !
    Removed endpoint DELETE /system/accounts/{account_tag}/stores/{store_id}
  • !
    Removed endpoint DELETE /system/accounts/{account_tag}/stores/{store_id}/secrets
  • !
    Removed endpoint DELETE /system/accounts/{account_tag}/stores/{store_id}/secrets/{secret_id}
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/aura
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/aura-1
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/aura-1-internal
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/aura-2
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/aura-2-en
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/aura-2-en-ws
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/aura-2-es
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/flux
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/nova-3
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/nova-3-internal
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/deepgram/nova-3-ws
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/nvidia/nemotron-speech-streaming-en-0.6b
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/pipecat-ai/smart-turn-v2
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/pipecat-ai/smart-turn-v3
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/sven/test-pipe-http
  • !
    Removed endpoint GET /accounts/{account_id}/ai/run/@cf/test/hello-world-cog
  • !
    Removed endpoint GET /accounts/{account_id}/cloudforce-one/exemptions
  • !
    Removed endpoint GET /accounts/{account_id}/containers/instances/{instance_id}/ssh
  • !
    Removed endpoint GET /accounts/{account_id}/email/sending/feedback
  • !
    Removed endpoint GET /accounts/{account_id}/paygo-usage
  • !
    Removed endpoint GET /accounts/{account_id}/paygo-usage-info
  • !
    Removed endpoint GET /system/accounts/{account_tag}/stores
  • !
    Removed endpoint GET /system/accounts/{account_tag}/stores/{store_id}
  • !
    Removed endpoint GET /system/accounts/{account_tag}/stores/{store_id}/secrets
  • !
    Removed endpoint GET /system/accounts/{account_tag}/stores/{store_id}/secrets/{secret_id}
  • !
    Removed endpoint PATCH /system/accounts/{account_tag}/stores/{store_id}/secrets/{secret_id}
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/ai4bharat/indictrans2-en-indic-1B
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/ai4bharat/nonomni-indictrans2-en-indic-1b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/aisingapore/gemma-sea-lion-v4-27b-it
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/bge-base-en-v1.5
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/bge-large-en-v1.5
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/bge-m3
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/bge-rerankerrerankerA model that re-scores a first batch of search results against the query and reorders them, more accurately than the fast first-stage search.-base
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/bge-small-en-v1.5
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/nonomni-bge-base-en-v1.5
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/nonomni-bge-large-en-v1.5
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/nonomni-bge-m3
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/baai/nonomni-bge-small-en-v1.5
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/black-forest-labs/flux-1-schnell
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/black-forest-labs/flux-2-dev
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/black-forest-labs/flux-2-klein-4b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/black-forest-labs/flux-2-klein-9b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/bytedance/stable-diffusion-xl-lightning
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/deepgram/aura-1
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/deepgram/aura-2-en
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/deepgram/aura-2-es
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/deepgram/flux
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/deepgram/nova-3
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/deepseek-ai/deepseek-math-7b-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/deepseek-ai/deepseek-r1-distill-qwen-32b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/defog/sqlcoder-7b-2
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/facebook/bart-large-cnn
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/facebook/nonomni-bart-large-cnn
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/facebook/nonomni-detr-resnet-50
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/fblgit/una-cybertron-7b-v2-bf16bf16Bfloat16, a 16-bit floating-point format with the same numeric range as 32-bit floating point but less precision. Its wide range helps training avoid values that are too large or small to represent.
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/google/embeddinggemma-300m
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/google/gemma-2b-it-lora
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/google/gemma-3-12b-it
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/google/gemma-4-26b-a4b-it
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/google/gemma-7b-it-lora
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/google/nonomni-embeddinggemma-300m
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/huggingface/distilbert-sst-2-int8int8Eight-bit integers used to represent quantized model values. They save memory compared with floating-point formats and can speed up inference on supported hardware.
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/huggingface/nonomni-distilbert-sst-2-int8
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/ibm-granite/granite-4.0-h-micro
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/leonardo/lucid-origin
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/leonardo/phoenix-1.0
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/lykon/dreamshaper-8-lcm
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta-llama/llama-2-7b-chat-hf-lora
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-2-7b-chat-fp16fp16Half-precision, a 16-bit floating-point format that uses less memory than 32-bit numbers. It has a narrower numeric range than BF16, so training often needs extra safeguards against overflow.
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-2-7b-chat-int8
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3-8b-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3-8b-instruct-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3.1-70b-instruct-fp8fp8Eight-bit floating-point number formats used to store model values and run model calculations with less memory. Supported hardware can process them faster, with less numeric precision.-fast
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3.1-8b-instruct-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3.1-8b-instruct-fp8
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3.1-8b-instruct-fp8-fast
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3.2-11b-vision-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3.2-1b-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3.2-3b-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-3.3-70b-instruct-fp8-fast
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-4-scout-17b-16e-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/llama-guard-3-8b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/meta/m2m100-1.2b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/microsoft/nonomni-resnet-50
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/microsoft/phi-2
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/microsoft/resnet-50
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/mistral/mistral-7b-instruct-v0.1
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/mistral/mistral-7b-instruct-v0.2-lora
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/mistralai/mistral-small-3.1-24b-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/moonshotai/kimi-k2.5
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/moonshotai/kimi-k2.6
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/moonshotai/kimi-k2.7-code
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/myshell-ai/melotts
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/nvidia/nemotron-3-120b-a12b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/nvidia/nemotron-speech-streaming-en-0.6b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/openai/gpt-oss-120b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/openai/gpt-oss-20b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/openai/whisper
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/openai/whisper-large-v3-turbo
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/openai/whisper-tiny-en
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/openchat/openchat-3.5-0106
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/pfnet/plamo-embeddingembeddingLists of numbers a model produces to represent the meaning of text, images or code, so similar items sit close together. They power semantic search and RAG.-1b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/qwen/qwen1.5-0.5b-chat
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/qwen/qwen1.5-1.8b-chat
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/qwen/qwen1.5-14b-chat-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/qwen/qwen1.5-7b-chat-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/qwen/qwen2.5-coder-32b-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/qwen/qwen3-30b-a3b-fp8
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/qwen/qwen3-embedding-0.6b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/qwen/qwq-32b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/runwayml/stable-diffusion-v1-5-img2img
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/runwayml/stable-diffusion-v1-5-inpainting
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/stabilityai/stable-diffusion-xl-base-1.0
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/thebloke/discolm-german-7b-v1-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/tiiuae/falcon-7b-instruct
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/tinyllama/tinyllama-1.1b-chat-v1.0
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/zai-org/glm-4.7-flash
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@cf/zai-org/glm-5.2
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/google/gemma-7b-it
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/mistral/mistral-7b-instruct-v0.2
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/nexusflow/starling-lm-7b-beta
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/nousresearch/hermes-2-pro-mistral-7b
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/thebloke/deepseek-coder-6.7b-base-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/thebloke/deepseek-coder-6.7b-instruct-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/thebloke/llama-2-13b-chat-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/thebloke/mistral-7b-instruct-v0.1-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/thebloke/neural-chat-7b-v3-1-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/thebloke/openhermes-2.5-mistral-7b-awq
  • !
    Removed endpoint POST /accounts/{account_id}/ai/run/@hf/thebloke/zephyr-7b-beta-awq
  • !
    Removed endpoint POST /accounts/{account_id}/cloudforce-one/exemptions
  • !
    Removed endpoint POST /accounts/{account_id}/containers/applications/{application_id}/instances
  • !
    Removed endpoint POST /accounts/{account_id}/containers/applications/{application_id}/instances/{instance_id}/exec
  • !
    Removed endpoint POST /accounts/{account_id}/containers/applications/{application_id}/instances/{instance_id}/fetch
  • !
    Removed endpoint POST /system/accounts/{account_tag}/stores
  • !
    Removed endpoint POST /system/accounts/{account_tag}/stores/{store_id}/secrets
  • !
    Removed endpoint POST /system/accounts/{account_tag}/stores/{store_id}/secrets/{secret_id}/duplicate
  • !
    Removed endpoint PUT /accounts/{account_id}/intel/attack-surface-report/{issue_id}/dismiss
  • !
    DELETE /accounts/{account_id}/pipelines/v1/sinks/{sink_id}: param force (query) removed
  • !
    DELETE /accounts/{account_id}/pipelines/v1/streams/{stream_id}: param force (query) removed
  • !
    DELETE /accounts/{account_id}/secrets_store/stores/{store_id}: param account_id (path) removed; param store_id (path) removed
  • !
    DELETE /accounts/{account_id}/secrets_store/stores/{store_id}/secrets: param account_id (path) removed; param store_id (path) removed; request body changed
  • !
    DELETE /accounts/{account_id}/secrets_store/stores/{store_id}/secrets/{secret_id}: param account_id (path) removed; param secret_id (path) removed; param store_id (path) removed
  • !
    GET /accounts/{account_id}/cloudforce-one/events: param cache (query) added; param source (query) removed
  • !
    GET /accounts/{account_id}/cloudforce-one/events/indicators: param cache (query) added; param cursor (query) added; param source (query) removed; response schema changed
  • !
    GET /accounts/{account_id}/containers/applications: param label (query) removed
  • !
    GET /accounts/{account_id}/email/sending/suppressions: param search (query) added; param direction (query) removed; param order (query) removed; response schema changed
  • !
    GET /accounts/{account_id}/secrets_store/quota: param account_id (path) removed
  • !
    GET /accounts/{account_id}/secrets_store/stores: param account_id (path) removed
  • !
    GET /accounts/{account_id}/secrets_store/stores/{store_id}: param account_id (path) removed; param store_id (path) removed
  • !
    GET /accounts/{account_id}/secrets_store/stores/{store_id}/secrets: param account_id (path) removed; param store_id (path) removed
  • !
    GET /accounts/{account_id}/secrets_store/stores/{store_id}/secrets/{secret_id}: param account_id (path) removed; param secret_id (path) removed; param store_id (path) removed
  • !
    PATCH /accounts/{account_id}/secrets_store/stores/{store_id}/secrets/{secret_id}: param account_id (path) removed; param secret_id (path) removed; param store_id (path) removed; request body changed
  • !
    POST /accounts/{account_id}/secrets_store/stores: param account_id (path) removed
  • !
    POST /accounts/{account_id}/secrets_store/stores/{store_id}/secrets: param account_id (path) removed; param store_id (path) removed; request body changed
  • !
    POST /accounts/{account_id}/secrets_store/stores/{store_id}/secrets/{secret_id}/duplicate: param account_id (path) removed; param secret_id (path) removed; param store_id (path) removed; request body changed
  • !
    Deprecated endpoint DELETE /accounts/{account_id}/email/routing/suppression/{suppression_id} (still works)
  • !
    Deprecated endpoint DELETE /accounts/{account_id}/email/sending/suppression/{suppression_id} (still works)
  • !
    Deprecated endpoint DELETE /zones/{zone_id}/email/routing/suppression/{suppression_id} (still works)
  • !
    Deprecated endpoint DELETE /zones/{zone_id}/email/sending/suppression/{suppression_id} (still works)
  • !
    Deprecated endpoint GET /accounts/{account_id}/dns_firewall/{dns_firewall_id}/dns_analytics/report (still works)
  • !
    Deprecated endpoint GET /accounts/{account_id}/dns_firewall/{dns_firewall_id}/dns_analytics/report/bytime (still works)
  • !
    Deprecated endpoint GET /accounts/{account_id}/email/routing/suppression (still works)
  • !
    Deprecated endpoint GET /accounts/{account_id}/email/routing/suppression/{suppression_id} (still works)
  • !
    Deprecated endpoint GET /accounts/{account_id}/email/sending/suppression (still works)
  • !
    Deprecated endpoint GET /accounts/{account_id}/email/sending/suppression/{suppression_id} (still works)
  • !
    Deprecated endpoint GET /zones/{zone_id}/dns_analytics/report (still works)
  • !
    Deprecated endpoint GET /zones/{zone_id}/dns_analytics/report/bytime (still works)
  • !
    Deprecated endpoint GET /zones/{zone_id}/email/routing/suppression (still works)
  • !
    Deprecated endpoint GET /zones/{zone_id}/email/routing/suppression/{suppression_id} (still works)
  • !
    Deprecated endpoint GET /zones/{zone_id}/email/sending/suppression (still works)
  • !
    Deprecated endpoint GET /zones/{zone_id}/email/sending/suppression/{suppression_id} (still works)
  • !
    Deprecated endpoint GET /zones/{zone_id}/rate_limit_analytics (still works)
  • !
    Deprecated endpoint POST /accounts/{account_id}/email/routing/suppression (still works)
  • !
    Deprecated endpoint POST /accounts/{account_id}/email/sending/suppression (still works)
  • !
    Deprecated endpoint POST /zones/{zone_id}/api_gateway/expression-template/fallthrough (still works)
  • !
    Deprecated endpoint POST /zones/{zone_id}/email/routing/suppression (still works)
  • !
    Deprecated endpoint POST /zones/{zone_id}/email/sending/suppression (still works)
  • !
    Enterprise customers using the Azure Functions-based Microsoft Sentinel Logpush connector must migrate to the Cloudflare for Microsoft Sentinel CCF connector by 2026-09-14, when the underlying Microsoft Azure Monitor HTTP Data Collector API is retired and Cloudflare will stop maintaining the old connector.
  • !
    The Azure Functions-based Microsoft Sentinel Logpush Connector is deprecated; Cloudflare Enterprise customers must migrate to the Cloudflare for Microsoft Sentinel CCF connector by 2026-09-14.
  • !
    Cloudflare Enterprise customers using the Azure Functions-based Microsoft Sentinel Logpush connector must migrate to the Cloudflare for Microsoft Sentinel CCF connector by 2026-09-14, after which the old connector will be deprecated.
Was this useful?
browse all tools → score card for your toolchain →