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.
READ AS
Focus:What features shipped and what problems they solve, plus launches, packaging and where the market is moving.
Leaves out:Command-line flags, API-only deltas, usage examples, and releases that are only refinements.
Focus:New security controls, new APIs, and product improvements you can put to work, plus anything an upgrade breaks.
Leaves out:Launch and marketing news, governance, pricing, and documentation changes with no operational effect.
Focus:Dashboards, reporting, and anything you can quantify: metrics, coverage, risk scores, compliance impact, vendor moves.
Leaves out:Settings, flags, API and command-line detail, library bumps, and minor releases with no reporting or posture angle.
Focus:API, SDK and MCP changes, new libraries, breaking changes in what you import, and cyber tooling.
Leaves out:Governance, SOC operations, and vendor launches with no developer surface.
AMOUNT
DETAIL
ORDER
This issue came out before editions were ranked, so it shows the Standard edition in issue order.
Collect a dossier on a person by username from 3000+ sites
Maigret v0.6.5 expands its username-search database with dozens of new sites and fixes two long-standing sites-database problems: a credential leak and a permission crash on read-only installs.
└──▷ WHAT SHIPPED ·
3 FEATURES0 OF 3 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Fixed PermissionError on read-only installsimproved73how completely this was documenteddepth32/40specificity26/30actionability15/3073 / 100
Removed the unconditional post-run write of the sites database to the package directory, so Maigret no longer exits with PermissionError on read-only installations such as distro packages, snaps, the Nix store, or containers; the only remaining write now goes to ~/.maigret.
— Names exact error, affected environments, and the new write pathv0.6.5
thinner coverage below
0200
Expanded site coverage across batchesnew50how completely this was documenteddepth20/40specificity22/30actionability8/3050 / 100
Adds 78+ new sites to the username-search database across multiple batch additions, including VNOJ (Vietnamese competitive programming), Juejin, NetEase Music, Coddy, and Codédex, plus 6 additional Chinese sites with presence markers to expand coverage for OSINTOSINTOpen-source intelligence, collecting and analyzing information from publicly available sources. Investigators use it to learn about people, infrastructure or threats. investigations targeting Chinese-language platforms.
— Names specific sites and counts but no usage mechanism givenv0.6.5
0300
Runtime tokens excluded from sites databaseimproved38how completely this was documenteddepth18/40specificity15/30actionability5/3038 / 100
Runtime activation tokens are now kept out of the sites database, preventing credential leakage in the distributed data.json.
— States the fix and file name but no further mechanismv0.6.5
Nettacker 0.4.1 adds 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. and DefectDojo-compatible JSON output, expands scan configuration and Web UI controls, ships several new scanner modules, and moves its runtime data directory with automatic migration.
└──▷ WHAT SHIPPED ·
8 FEATURES1 OF 8 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0101
Runtime data directory moved to `.nettacker/data`breaking70how completely this was documenteddepth25/40specificity25/30actionability20/3070 / 100
Runtime data, including the SQLite database and scan results, has moved from .data to .nettacker/data, with automatic database migration on upgrade. Any scripts or tooling referencing the old .data path must be updated.
— Names exact old and new paths and migration behaviour0.4.1
thinner coverage below
0200
New scanner modules and coverage expansionnew55how completely this was documenteddepth18/40specificity25/30actionability12/3055 / 100
Adds new scanners for CUPS, configuration files, SMBSMBA network file-sharing protocol developed by Microsoft that lets systems share files, printers, and named pipes over a network; cyber tools target or speak it because it is ubiquitous in Windows environments. brute-force, Jenkins, SmarterMail, CrushFTP patch-date, and Adobe AEM patch-date, alongside expanded WordPress plugin coverage and refreshed bundled discovery wordlists.
— Names seven scanners plus wordlist refresh, no run commands0.4.1
0300
Web UI scan and results improvementsimproved53how completely this was documenteddepth18/40specificity20/30actionability15/3053 / 100
The Web UI now exposes service-discovery, port-exclusion, and custom-header options for scans, adds browser-based file uploads for targets and wordlists, and adds searchable profiles, scan methods, and results.
— Groups three UI additions with named surfaces, no exact paths0.4.1
0400
SARIF and DefectDojo JSON output formatsnew50how completely this was documenteddepth15/40specificity20/30actionability15/3050 / 100
Scan results can now be exported as SARIF and as DefectDojo-compatible JSON, in addition to existing formats.
— Names two formats but no export command or flag0.4.1
0500
Expanded scan configuration optionsnew43how completely this was documenteddepth15/40specificity18/30actionability10/3043 / 100
Scan configuration gains port exclusions, HTTP scheme selection, custom request headers, and sensitive-header filtering.
— Lists four options but no flag names or syntax0.4.1
0600
Custom wordlists for brute-force and discoverynew40how completely this was documenteddepth15/40specificity15/30actionability10/3040 / 100
Adds custom wordlists and directory-enumeration base paths for brute-force and discovery modules.
FreeBSD and ARM platform supportnew35how completely this was documenteddepth10/40specificity15/30actionability10/3035 / 100
Adds FreeBSD support and ARMARMA family of RISC processor architectures designed by Arm Holdings and licensed to chip makers worldwide; tools target it to run natively on mobile, embedded, and increasingly server and desktop hardware. container images.
— States platforms added, no further mechanism0.4.1
└──▷ BREAKING ON UPGRADE
!
Runtime data (SQLite database and results) has moved from .data to .nettacker/data; any scripts or tooling that reference the old .data path must be updated.
BBOT 3.0.2 ships a new js-audit preset for hunting leaked credentials and vulnerable JavaScript libraries, alongside HTTP decoding hardening and increased worker throughput.
└──▷ WHAT SHIPPED ·
3 FEATURES0 OF 3 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
js-audit preset for client-side JavaScript auditingnew88how completely this was documenteddepth32/40specificity28/30actionability28/3088 / 100
A new js-audit preset (shipped at bbot/presets/web/js-audit.yml, and documented as living at ~/.bbot/presets/web/js-audit.yml) chains the trufflehog, retirejs, badsecrets, http, robots, and wayback modules to detect leaked credentials and vulnerable JavaScript libraries in client-side code. It enables the only_verified and include_sitemap options, runs trufflehog against HTTP bodies streamed via stdin while including the source URL on findings, and sets _module_threads to 2.
Scan a target web app for leaked credentials and outdated JavaScript libraries using the new built-in preset.
$ bbot -t example.com -p js-audit
Audit JavaScript files for secrets (e.g. API keys, tokens) across a target's web surface using the new js-audit preset.
$ bbot -t www.evilcorp.com -p js-audit
— Names exact modules, config path, options and a runnable commandv3.0.2
thinner coverage below
0200
decode-error tag on undecodable HTTP responsesimproved53how completely this was documenteddepth25/40specificity18/30actionability10/3053 / 100
HTTP_RESPONSE events now get a decode-error tag when a response body cannot be decoded, preventing undecoded content from being treated as valid body data.
— Explains mechanism and effect but no reader actionv3.0.2
0300
Increased worker recycling thresholdimproved50how completely this was documenteddepth22/40specificity20/30actionability8/3050 / 100
Process pool max_tasks_per_child was raised from 25 to 250, enabling more sustained parallel workloads before worker recycling.
— Gives exact before/after numbers but no config exposedv3.0.2
Bugcrowd is a crowdsourced security platform connecting organizations with ethical hackers to identify vulnerabilities through bug bounty programs.
Bugcrowd updated its Request a Response (RaR) workflow so submissions no longer auto-expire, giving researchers the ability to request expiration removal and giving customers new tracking and filtering tools for these requests.
└──▷ WHAT SHIPPED ·
1 FEATURE0 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Request a Response expiration removal and trackingnew67how completely this was documenteddepth25/40specificity22/30actionability20/3067 / 100
Researchers can now use Request a Response Expiration Removal to ask that a response expiration be removed from a submission, and RaRs no longer auto-expire. Each RaR now displays the date it was raised so teams can track how long it has been open, and the inbox adds filters for Active requests to Customers (outstanding requests) and Resolved requests to Customers (handled ones).
Quickly surface all outstanding researcher requests that need your team's attention using the new inbox filter.
📍In the Bugcrowd inbox, open the filter panel and select Active requests to Customers to see all open RaRs awaiting a response.
Documentation for the Dreadnode AI security platform — self-hosting guides, platform concepts, SDK reference, and CLI documentation.
Dreadnode's latest release adds Kubernetes Gateway API routing for on-prem installs, a full Caido TypeScript SDK skill for web-security agents, three new attack techniques, and several usability improvements to session management and Worlds data export.
└──▷ WHAT SHIPPED ·
8 FEATURES0 OF 8 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Caido TypeScript SDK skill for web-security agentsnew80how completely this was documenteddepth30/40specificity30/30actionability20/3080 / 100
A new caido-mode skill in the web-security capability exposes the full Caido TypeScript SDK from within an agent, including Match & Replace rules, replay sessions, HTTPQL history search, findings management, and curl-through-Caido testing.
webhook.site API key for callback tool rate limitsimproved75how completely this was documenteddepth20/40specificity25/30actionability30/3075 / 100
The web-security callback tool now supports a WEBHOOK_SITE_API_KEY environment variable, letting a paid webhook.site account bypass rate limits while preserving anonymous and interactsh fallback.
Use a paid webhook.site account in the callback tool to avoid anonymous rate limits during web-security agent runs.
Kubernetes Gateway API routing for on-prem installsnew65how completely this was documenteddepth25/40specificity25/30actionability15/3065 / 100
On-prem deployments can now use Kubernetes Gateway API (HTTPRoute) routing instead of relying on Ingress, enabling installation on Istio, Envoy Gateway, and Cilium stacks.
ATIF dataset and replay export in Worlds UInew65how completely this was documenteddepth20/40specificity25/30actionability20/3065 / 100
The Worlds UI now supports downloading the full ATIF dataset from Worlds → Jobs, and exporting the normalized replay payload as JSON from the Trajectories page.
New web-security attack skillsnew55how completely this was documenteddepth20/40specificity25/30actionability10/3055 / 100
Three new attack skills were added to the web-security capability: SQL-injection-to-RCERCERemote code execution, the ability to run attacker-chosen code on another system through a vulnerability. Its impact depends on the permissions and access that code receives. escalation, MathJaxMathJaxAn open-source JavaScript library that renders LaTeX and MathML math notation in web browsers, giving cyber tools a reliable way to display formatted equations without server-side processing./KaTeX macro injection, and an ORB/XS-Leak browser side-channel attack via service-worker fetch proxy.
Aikido Security is a developer-focused security platform that scans code, infrastructure, and dependencies for vulnerabilities and misconfigurations.
Aikido shipped a wave of agentic security capabilities this quarter — pentest-grade source code reasoning with Code Audit, code-based DSPMDSPMData security posture management, locating sensitive data and checking how it is protected and who can reach it. It helps teams prioritize risks around their data stores. via Data Exposure Audit, and 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.-driven triage agents for secrets and CVEs — alongside GA GCP VM scanning, an expanded cross-platform Device Protection agent (now including Linux), and a set of new bulk-configuration APIs and reporting formats.
└──▷ WHAT SHIPPED ·
13 FEATURES1 OF 13 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0101
Device Protection agent for endpoints, now including Linuxnew85how completely this was documenteddepth35/40specificity30/30actionability20/3085 / 100
A new Device Protection agent provides real-time malware blocking across npm, PyPI, Maven, and NuGetNuGetMicrosoft's package manager for .NET, hosting a public registry of reusable libraries so tools can pull in dependencies without bundling or manually maintaining third-party code. package managers (powered by Aikido Intel), extension governance covering VS Code, OpenVSX, Chrome, and skills.sh, a request-and-approval workflow where blocked installs trigger a one-click exception request reviewable in the Aikido admin Inbox, group-based policies for per-team rules, and continuous device inventory. The agent runs silently and only surfaces desktop notifications when a package is blocked or held for approval. Device Protection for Linux (beta) extends this to Linux desktops and servers, distributed as .deb and .rpm packages.
Data Exposure Audit (code-based DSPM)new81how completely this was documenteddepth36/40specificity30/30actionability15/3081 / 100
A new Data Exposure Audit feature performs code-based DSPM using LLM agents to trace sensitive fields from sources (request bodies, DB reads, config) to sinks (logs, third-party APIs, LLM prompts, caches, queues, storage) without connecting to production data stores. It detects credentials in URLs, API over-exposure (endpoints returning more fields than the caller is entitled to, missing tenant ownership checks), unsafe logging/exports of unredacted 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. and secrets, over-broad third-party and AI sharing of customer data, weak storage (unencrypted or only base64/MD5/SHA-1SHA-1A cryptographic hash function standardized by NIST that produces a 160-bit digest; tools use it for file integrity checks, though it is now considered cryptographically broken and unsuitable for collision-resistant applications. protected), incomplete deletion flows, and over-permissioned 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/OAuth scopes and unauthenticated data stores. It runs against already-connected repositories with no new data source to onboard, and each audit consumes credits from the Aikido Wallet.
Code Audit: agentic source-code security reasoningnew72how completely this was documenteddepth32/40specificity25/30actionability15/3072 / 100
Code Audit runs agentic, pentest-grade security reasoning directly on source code to find logic flaws (e.g. cross-tenant data leakage) that pattern-based scanners miss, requiring no staging URL, traffic replay, or agent deployment. AutoFix generates remediation PRs from Code Audit findings with a few clicks alongside root cause analysis and remediation guidance, and it supports hard-to-test-by-URL codebases including mobile apps, smart contracts, desktop apps, embedded software, and libraries. It is priced in credits shown upfront before the audit starts, based on codebase size and complexity.
CVE Exploitability Analysis agent, now for containersimproved65how completely this was documenteddepth30/40specificity20/30actionability15/3065 / 100
A new CVE Exploitability Analysis agent uses LLM reasoning over how code uses an affected package to evaluate whether a CVE is actually reachable and exploitable, and can act autonomously — upgrading, downgrading, snoozing, or ignoring findings — based on rules teams control, with each run logged with a short rationale for review or override. CVE Exploitability assessment now also supports containers.
Secrets AutoTriage agentnew65how completely this was documenteddepth30/40specificity20/30actionability15/3065 / 100
A new Secrets AutoTriage agent runs after entropy detection to assess whether a discovered secret is a real, exposed credential — evaluating liveness, scope, and surrounding code context — then applies defined rules or LLM reasoning for ambiguous cases. It can act autonomously (upgrading, downgrading, snoozing, or ignoring findings) based on rules teams control, and each run is logged with a short rationale for review or override.
GCP VM Scanning reaches general availabilityimproved50how completely this was documenteddepth20/40specificity20/30actionability10/3050 / 100
GCP VM Scanning is now generally available with agentless setup requiring no SSH keys or agents, completing agentless VM scanning coverage across AWS, Azure, and GCP.
OSCAL FedRAMP DAST report formatnew50how completely this was documenteddepth15/40specificity20/30actionability15/3050 / 100
Adds an OSCAL 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.DASTDASTDynamic application security testing, probing a running application from the outside for vulnerabilities. It checks behavior exposed through the application's interfaces. report format under Reports.
JFrog is a DevOps platform providing software supply chain management, artifact management, and continuous integration/delivery automation tools.
JFrog's biggest move this window is Agent Package Resolution (preview), which routes AI coding agent package downloads through Artifactory governance automatically, alongside a smaller update giving the Catalog service bulk governance automation via GraphQL.
└──▷ WHAT SHIPPED ·
2 FEATURES0 OF 2 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Agent Package Resolution for AI coding agentsnew91how completely this was documenteddepth35/40specificity28/30actionability28/3091 / 100
A preview feature of the JFrog Agent Plugin routes AI coding agent dependency downloads (Claude Code, Cursor) through JFrog Artifactory instead of public registries, covering npm, PyPI, Maven, Go, Docker Hub, Helm, and NuGetNuGetMicrosoft's package manager for .NET, hosting a public registry of reusable libraries so tools can pull in dependencies without bundling or manually maintaining third-party code.. Session steering automatically supplies the Artifactory URL for each governed package type at the start of an agent session with no per-project configuration, while the new jf setup command persistently binds a local package manager to an Artifactory repository across sessions and tools. JFrog Curation policy enforcement is extended server-side to all agent-driven downloads — blocking malicious packages, unapproved licenses, and policy-violating packages regardless of whether session steering or jf setup is active — and covers indirect/transitive installs such as postinstall scripts, pip install -r requirements.txt, and npm ci, producing complete audit trails for every agent-driven download, block, and policy decision alongside existing human-driven build logs.
One-time project setup: bind your local package managers to Artifactory so that every subsequent agent session — and any indirect installs — resolves through the governed repository without manual configuration.
$ jf setup
Enable Agent Package Resolution for your team via the JFrog Agent Plugin on GitHub so Claude Code or Cursor sessions automatically receive the correct Artifactory URLs at startup.
📍In the JFrog Platform, install the JFrog Agent Plugin from GitHub, then under Agent Package Resolution settings choose which package types (npm, PyPI, Maven, Go, Docker, Helm, NuGet) are governed, and enable zero-touch setup to push Artifactory URLs to agent sessions automatically.
The intelligent orchestration platform for DevSecOps, enabling teams and agents to ship trusted software at enterprise scale.
GitLab Dedicated now offers fully managed, single-tenant Hosted Runners, removing the need for customers to provision and maintain their own CI runner fleet.
└──▷ WHAT SHIPPED ·
1 FEATURE1 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0101
Hosted Runners for GitLab Dedicatednew89how completely this was documenteddepth35/40specificity29/30actionability25/3089 / 100
GitLab Dedicated gains a fully managed, single-tenant CI runner fleet isolated per customer, eliminating the need to provision or maintain your own runners. It supports machine sizes linux-small-amd64 (default, 2 vCPU / 8 GB), linux-medium-amd64 (4 vCPU / 16 GB), linux-large-amd64 (8 vCPU / 32 GB), linux-xlarge-amd64 (16 vCPU / 64 GB), and linux-2xlarge-amd64 (32 vCPU / 128 GB) on Linux x86-64 and Linux Arm64. Each CI job runs in a newly provisioned, short-lived VM deleted after completion for job-level process isolation; secure connectivity to internal artifact registries, secret managers, and deploy targets is available via AWS PrivateLinkAWS PrivateLinkAn AWS networking feature that exposes a service over a private VPC endpoint rather than the public internet, letting tools move data between accounts or to AWS services without traffic ever leaving Amazon's backbone.. Pricing is consumption-based via GitLab Credits with usage visible in the GitLab Credits Dashboard, the fleet is self-serviceable through Switchboard (the GitLab Dedicated management console), and the offering carries a 99.9% uptime 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. with autoscaling to handle bursty CI workloads.
Target a specific hosted runner size in a GitLab Dedicated pipeline job instead of self-managed runner tags.
yaml
build:
tags:
- linux-large-amd64
script:
- make build
Use the default small hosted runner when no size preference is specified — the linux-small-amd64 tag is applied automatically.
yaml
test:
tags:
- linux-small-amd64
script:
- make test
Endor Labs is an application security platform built for AI-generated and human-written code, helping teams prioritize and fix real risk across the SDLC." name="description"/> <meta content=
Endor Labs extended its AI SASTSASTStatic application security testing, analyzing source code or compiled code for vulnerabilities without running the application. It helps developers find problems before deployment. engine with full C language support, combining buildless scanning with deterministic program analysis and 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. reasoning to catch multi-function memory bugs.
└──▷ WHAT SHIPPED ·
1 FEATURE1 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0101
C language support in AI SASTnew58how completely this was documenteddepth30/40specificity18/30actionability10/3058 / 100
Endor Labs AI SAST now covers C with buildless scans that run in the IDE and on PRs without requiring a compiler hook or reproducible build. It pairs deterministic call-graph and reachability analysis with LLM reasoning to trace data flow across functions and files, catching buffer overflows, use-after-free, and integer overflows that span multiple functions; each finding includes a call path, a working exploit, and a suggested fix, matching the evidence format used for other languages. C SAST runs alongside C 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. in the same platform to cover first-party code and its open-source dependencies together, and the scanning runs as part of AURI by Endor Labs, an independent security harness outside the coding agent that enforces policy across any agent, model, or CI stage.
A fully-managed, enterprise-scale solution to control, secure, and distribute software packages and containers.
Cloudsmith's biggest addition is Early Access Nix binary cache repository support with Ed25519Ed25519A fast elliptic-curve signature scheme with small keys, the default for new SSH keys and common in code signing. It is not quantum-safe. signing and NixOS upstream channel proxying, alongside upstream proxying for hardened container images and curated libraries, and a new Broadcasts feature that publishes repositories to a branded public URL with aggregated usage analytics.
└──▷ WHAT SHIPPED ·
3 FEATURES1 OF 3 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0101
Nix binary cache repository support (Early Access)new95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
Cloudsmith now hosts NAR and narinfo files over the standard Nix HTTP binary cache protocol at https://nix.cloudsmith.io/OWNER/REPOSITORY. Packages can be published with nix copy --to 'https://nix.cloudsmith.io/OWNER/REPOSITORY' --no-check-sigs and fetched with nix copy --from 'https://nix.cloudsmith.io/OWNER/REPOSITORY' STORE_PATH once the repository is added as a substituter via extra-substituters and extra-trusted-public-keys in nix.conf (e.g. /etc/nix/nix.conf or ~/.config/nix/nix.conf). Private repositories support entitlement tokens embedded directly in the substituter URL (https://token:TOKEN@nix.cloudsmith.io/OWNER/REPOSITORY) or via a netrc file referenced with netrc-file. Each repository gets a per-repository ED25519 signing key, with Cloudsmith re-signing every narinfo on every read to allow immediate key rotation and multiple simultaneously active keys. Upstream proxying and caching against NixOS release channels (e.g. https://channels.nixos.org/nixos-26.05) is also supported, with each upstream mapped to exactly one channel via the Proxy URL field; this is currently web-app only, with API-based upstream management not yet available.
Publish a locally built Nix package and its full dependency closure to a private Cloudsmith Nix repository.
Configure your Nix client to use a Cloudsmith repository as a substituter for a proxied NixOS release channel, with cache.nixos.org as a fallback for closure members Cloudsmith cannot index.
Create a Nix upstream in Cloudsmith pointing at a specific NixOS release channel; create a separate upstream for each channel you want to proxy.
📍In the Cloudsmith web app, go to your repository › Upstreams › Add Upstream › Nix, set the URL to https://channels.nixos.org/nixos-26.05, configure authentication (or select None), then save. Repeat with https://channels.nixos.org/nixos-25.11 for a second channel.
Broadcasts: public branded repository URLs with analyticsnew70how completely this was documenteddepth30/40specificity25/30actionability15/3070 / 100
Broadcasts exposes a standard Cloudsmith repository to the public through a customizable, branded URL instead of a separate public repository, supporting both a default broadcast URL and workspace custom domains for browser browsing and native tooling pulls (Docker, npm, Maven, IDE, CI/CD). A dashboard Overview section shows aggregated analytics across broadcasting repositories — total requests per billing cycle, usage per package, recently downloaded packages, recently created broadcasts, a breakdown of requests by public/private/open source packages, and entitlement tokens consumed in the current billing cycle — plus a per-package toggle between storage Usage and Requests views. Broadcasting can be enabled at repository creation via a toggle, or toggled on existing repositories via Start broadcasting / Stop broadcasting in the repository page dropdown.
Enable broadcasting on an existing repository so end-users can pull packages using native tooling from your workspace's public broadcast URL.
📍In the Cloudsmith dashboard, go to the main page for your repository, expand the dropdown next to Not broadcasting, and click Start broadcasting.
— Clear UI path given, but no API or config key for automation.product docs
thinner coverage below
0300
Upstream proxying for hardened images and curated librariesnew40how completely this was documenteddepth15/40specificity20/30actionability5/3040 / 100
Adds upstream proxying for library registries (Chainguard Libraries, RapidFort Curated Libraries), letting hardened or filtered open-source package replacements be proxied through a Cloudsmith repository, and for hardened image registries, providing minimal, vulnerability-reduced container images from vendor-maintained sources.
— Named integrations only; no config, endpoint or setup steps given.product docs
Traditional application security misses AI risk. Standalone AI security tools miss your code.
Mend SAST 26.8.1 adds a probability risk factor per data flow for more granular triage, expands CWECWECommon Weakness Enumeration, a catalog of recurring software and hardware weakness types. It describes classes of mistakes, such as injection, rather than individual vulnerability instances. detection coverage for JavaScript/TypeScript and Rust, and introduces an opt-in option to share project data so AI can generate customized detection rule candidates.
└──▷ WHAT SHIPPED ·
3 FEATURES0 OF 3 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
New CWE detections for JS/TS and Rustnew60how completely this was documenteddepth20/40specificity30/30actionability10/3060 / 100
Adds detection for CWE-99 (Improper Control of Resource Identifiers / Client Resource Injection) in JavaScript and TypeScript, plus detection for CWE-319 (Cleartext Transmission of Sensitive Information) and CWE-321 (Use of Hard-coded Cryptographic Key) in Rust.
Opt-in AI rule customizationnew40how completely this was documenteddepth20/40specificity10/30actionability10/3040 / 100
Adds an opt-in option to share additional project data with Mend.io so AI can generate candidates for customizing and tailoring detection rules to your organization.
Veracode is a cloud-based application security platform that scans code for vulnerabilities and provides remediation guidance.
Veracode's biggest update this window is GitHub Workflow Integration v2.0.0/v2.1.1, which lets teams install, configure, schedule, and uninstall the GitHub integration directly from the Veracode Platform, alongside expanded Java API Wrapper endpoint coverage, new veracode.yml configuration options across Azure DevOps/GitHub/GitLab integrations, and two upcoming deprecations (the Veracode Flaw Importer task and Jira Server/Data Center 9.x support).
└──▷ WHAT SHIPPED ·
12 FEATURES1 OF 12 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Java API Wrapper endpoint coverage and reliabilityimproved75how completely this was documenteddepth25/40specificity30/30actionability20/3075 / 100
Java API Wrapper v26.3.19.0 adds page size support to the Platform Applications API (/appsec/v1/applications) and introduces support for the paginated Sandbox 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.. Java API Wrapper v26.2.18.0 adds support for the Veracode Platform Findings REST API to access open and mitigated application findings, and implements a configurable retry mechanism for the Platform Applications API (appsec/v1/applications) to handle transient failures and timeouts.
GitHub integration managed from Veracode Platformnew70how completely this was documenteddepth30/40specificity25/30actionability15/3070 / 100
GitHub Workflow Integration v2.0.0 enables installing, configuring, and updating credentials for the Veracode GitHub Integration directly from the Veracode Platform, eliminating manual GitHub Marketplace steps, and adds the ability to schedule Static Analysis, 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., and Infrastructure as Code (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.) scans for GitHub organizations from the Platform. GitHub Workflow Integration v2.1.1 adds a new uninstallation workflow on the Veracode Platform to remove the Veracode app from GitHub organizations.
Azure DevOps Workflow Integration scheduling and config optionsnew70how completely this was documenteddepth20/40specificity25/30actionability25/3070 / 100
Azure DevOps Workflow Integration v2.4.3 adds a custom agent pool name parameter in veracode.yml to specify the agent pool used for pipeline execution; v2.3.10 adds analysis_branch support so scheduled scans run against a specified branch instead of the default; and v2.3.9 adds the ability to schedule scans for every organization where the integration is installed, based on veracode.yml configurations.
Run scheduled scans against a specific analysis branch rather than the default branch in Azure DevOps.
VeracodeFlawImporter task replaces Veracode Flaw Importerbreaking65how completely this was documenteddepth20/40specificity25/30actionability20/3065 / 100
Veracode Azure DevOps extension v3.35.0 replaces the deprecated Veracode Flaw Importer task (with spaces) with the new VeracodeFlawImporter task for compatibility with a future Microsoft TFX packaging library upgrade; the old task name is scheduled for removal in a future release.
Debug option added to ADO, GitHub, and GitLab integrationsnew60how completely this was documenteddepth15/40specificity20/30actionability25/3060 / 100
Adds the debug configuration option in veracode.yml for the Azure DevOps Workflow Integration v2.3.6, GitHub Workflow Integration v1.0.6, and GitLab Workflow Integration v2.1.4 to enable debugging and troubleshooting.
Enable debug logging in a Veracode workflow integration to troubleshoot scan pipeline issues.
Jira Server/Data Center 9.x support endingdeprecated60how completely this was documenteddepth20/40specificity20/30actionability20/3060 / 100
Support for the Veracode Integration for Jira on Jira Server and Jira Data Center 9.x ends November 30, 2026; upgrade to Jira 10 or later to continue using a supported version.
Scan Scope setting in Visual Studio pluginnew50how completely this was documenteddepth20/40specificity15/30actionability15/3050 / 100
Adds a Scan Scope setting in Veracode Scan for Visual Studio v0.8.0 to scan either the full project directory or only the active solution for faster, more focused results.
GitHub Veracode Workflow App permissions reducedimproved30how completely this was documenteddepth15/40specificity10/30actionability5/3030 / 100
GitHub Veracode Workflow App permissions are downgraded to remove administration permissions, preventing the app from altering or removing repositories where it is installed.
Usage analytics in Visual Studio, JetBrains, and VS Code pluginsnew30how completely this was documenteddepth10/40specificity15/30actionability5/3030 / 100
Adds usage analytics in Veracode Scan for Visual Studio v0.8.0 and Veracode Scan for JetBrains v1.8.0 and VS Code v1.16.0 to provide insights into plugin adoption, feature usage, and scan activity.
The Veracode Flaw Importer task (with spaces in the task name) in the Veracode Azure DevOps extension is deprecated and scheduled for removal in a future release; replace it with VeracodeFlawImporter.
!
Support for the Veracode Integration for Jira on Jira Server and Jira Data Center 9.x ends November 30, 2026; upgrade to Jira 10 or later to continue using a supported version.
Bright is a dynamic application & API security testing platform that offers automation, fast scans, minimal false positives, and comprehensive security testing.
Bright's August 25, 2026 release introduces Workflows for orchestrating Discovery-plus-Scan pipelines, adds an OWASP Top 10:2025OWASP Top 10:2025A ranked list of the ten most critical web application risk categories, maintained by the Open Worldwide Application Security Project, used by cyber tools to prioritize detection, testing, and remediation coverage. dashboard widget, overhauls entry-point status filtering in both the Scan Configuration API and Scan by Status UI, and sharpens several vulnerability detectors while dropping the X-XSSXSSCross-site scripting, an attack that runs malicious script in another user's browser through a trusted site. It can steal data or perform actions using the user's session.-Protection header check.
└──▷ WHAT SHIPPED ·
9 FEATURES3 OF 9 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0101
entryPointFilter replaces entrypointsStatuses in Scan APIbreaking95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
The Scan Configuration API gains entryPointFilter, supporting filtering by both securityStatus and connectivityStatus (values include 'ok', 'unauthorized', 'problem', 'unreachable') for precise scan scoping. The older entrypointsStatuses property is scheduled for deprecation on 22 September 2026, so integrations must migrate to entryPointFilter before that date.
Bright Workflows orchestration pipelinenew60how completely this was documenteddepth30/40specificity15/30actionability15/3060 / 100
Bright Workflows is a new visual orchestration layer that chains a trigger, Discovery, and Scan into a reusable, schedulable pipeline. It automatically identifies new and changed entry points since the last baseline and passes only those to the Scan.
Connectivity status filtering for Scan by Statusnew55how completely this was documenteddepth20/40specificity20/30actionability15/3055 / 100
Scan by Status now supports filtering by Connectivity Status, defaulting to entry points with OK status and optionally including Unauthorized, Problem, or Unreachable endpoints alongside the existing Entry Point Status filter.
OWASP Top 10:2025 dashboard widgetnew50how completely this was documenteddepth20/40specificity15/30actionability15/3050 / 100
A new 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. Top 10:2025 Risk Overview widget was added to both Organization and Project dashboards, aggregating open issues across selected projects mapped to OWASP categories.
X-XSS-Protection header check removedbreaking45how completely this was documenteddepth20/40specificity15/30actionability10/3045 / 100
The X-XSS-Protection misconfiguration check has been removed from Header Security tests; scanners that previously relied on this finding will no longer receive it.
Secret Tokens detection accuracy for Bing Maps and LinkedInimproved40how completely this was documenteddepth20/40specificity15/30actionability5/3040 / 100
Secret Tokens detection for Bing Maps and LinkedIn keys now uses tighter patterns that exclude bundled content and unrelated marketing data, reducing false positives.
CORS Misconfiguration detection expandedimproved35how completely this was documenteddepth20/40specificity10/30actionability5/3035 / 100
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. Misconfiguration detection now covers origin reflection with credentials, described as the highest-severity CORS bypass scenario.
EXIF Metadata detection broadenedimproved35how completely this was documenteddepth20/40specificity10/30actionability5/3035 / 100
EXIFEXIFMetadata standard embedded in image and audio files that records camera settings, timestamps, GPS coordinates, and device identifiers — giving cyber tools a rich source of attribution and forensic data without touching file content. Metadata detection now covers API responses that return site-root image paths without a leading slash.
The entrypointsStatuses property in the Scan Configuration API is scheduled for deprecation on 22 September 2026; migrate integrations to entryPointFilter (with securityStatus and connectivityStatus sub-fields) before that date.
!
Removes the X-XSS-Protection misconfiguration check from Header Security tests; scanners that previously relied on this finding will no longer receive it.
GitGuardian SaaS is a cloud-based platform that detects and prevents secrets and sensitive data from being exposed in Git repositories.
GitGuardian SaaS extended its detection engine beyond code repositories to scan AWS S3 buckets, including secrets buried inside nested archives.
└──▷ WHAT SHIPPED ·
1 FEATURE1 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0101
AWS S3 bucket scanning for secretsnew83how completely this was documenteddepth35/40specificity28/30actionability20/3083 / 100
GitGuardian can now scan AWS S3 buckets using the same detection engine and incident workflow as repositories, surfacing secrets in objects like CI logs, Terraform state, database dumps, .env files, and support exports. It connects via 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. role assumption — GitGuardian assumes a read-only 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. role you create and scope in your own AWS account, with no long-lived AWS keys required — and opens and scans inside archives (e.g. tar.gz) nested in S3 objects. You select individual buckets to monitor and assign them to teams like any other source, starting with high-risk buckets such as backup and log archives; scans are scoped to the integration's configured region and S3 Standard storage class by default, with cross-region scanning and other storage classes opt-in to control retrieval and transfer costs. Incidents found in S3 carry the same severity ratings, validity status, playbooks, and notifications as code-repository incidents. Historical (on-demand) scans are available now, with recurrent scanning of new and modified objects coming soon.
Set up the AWS S3 integration in GitGuardian by creating the OIDC provider and read-only IAM role, then registering your account.
📍In the GitGuardian console, go to Integrations › AWS S3 and follow the three-step setup: create the OIDC provider in AWS, create the read-only IAM role scoped to the buckets you want monitored, then enter your AWS account ID and role name in the integration settings.
Connect an AWS account so GitGuardian can scan S3 buckets without handing over long-lived keys.
📍In GitGuardian, go to Integrations › AWS S3, then follow the three-step setup: create the OIDC provider in AWS, create a read-only IAM role scoped to the buckets you want monitored, and register your AWS account ID and role name in the integration settings.
Kick off a historical scan on high-risk buckets (backup archives, log stores) to surface secrets that have never been visible to code scanners.
📍In GitGuardian, go to Integrations › AWS S3 › your connected account, select the individual buckets to scan (e.g. your backup and log-archive buckets), assign them to the relevant team, and click Trigger historical scan.
Fastly is a content delivery network and edge computing platform that accelerates website and application performance globally.
Fastly added a new metric for tracking headless bot traffic across its Historical Stats and Real-Time Analytics APIs.
└──▷ WHAT SHIPPED ·
1 FEATURE0 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Headless bot request metric in Analytics APIsnew55how completely this was documenteddepth15/40specificity25/30actionability15/3055 / 100
The Historical Stats API and Real-Time Analytics API now expose a bot_edge_requests_headless_count metric to track edge requests originating from headless bots.
Sophos Access Points are wireless networking devices that provide secure network connectivity with integrated threat protection for businesses.
Sophos AP6 1.10.3173MR10 adds per-SSID traffic shaping, RADIUSRADIUSA networking protocol for centralised authentication, authorisation, and accounting of users connecting to a network, maintained under IETF standards. Cyber tools use it to integrate with existing enterprise identity infrastructure.-based enterprise authentication (including Microsoft Entra IDEntra IDMicrosoft's cloud-based identity and access management service, formerly Azure Active Directory, used by cyber tools to authenticate users and enforce access policies in Microsoft 365 and Azure environments.), and extends 6 GHz band availability to India and Pakistan.
└──▷ WHAT SHIPPED ·
3 FEATURES0 OF 3 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
RADIUS server support for AP6 SSIDsnew75how completely this was documenteddepth25/40specificity25/30actionability25/3075 / 100
Adds support for configuring RADIUS servers in Sophos Central for AP6 SSIDs with enterprise authentication, including Microsoft Entra ID as a cloud-based 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., and adds per-SSID RADIUS server assignment configuration in the local UI.
Enable enterprise Wi-Fi authentication backed by Microsoft Entra ID as a cloud RADIUS identity provider for an AP6 SSID.
📍In Sophos Central, go to RADIUS servers, add a new server selecting Microsoft Entra ID as the identity provider, then assign it to the target AP6 SSID under enterprise authentication settings.
Traffic shaping for AP6 SSIDsnew65how completely this was documenteddepth20/40specificity20/30actionability25/3065 / 100
Adds traffic shaping configuration for AP6 SSIDs under Advanced settings > Quality of service in Sophos Central, letting administrators configure bandwidth policies for individual SSIDs.
Configure traffic shaping for a high-priority AP6 SSID to enforce bandwidth limits across the network.
📍In Sophos Central, navigate to the AP6 SSID settings, open Advanced settings › Quality of service, and configure traffic shaping policies for the target SSID.
eBPF-based Security Observability and Runtime Enforcement
Tetragon adds a CELCELCommon Expression Language, an open-source expression language maintained by Google, used to embed lightweight, safe policy evaluation logic into tools without running a full scripting engine.-expression selector for filtering kernel events in tracing policies (deprecating MatchArgs), expands TracingPolicy argument-type and policy-filter scoping, and ships a breaking change to returnArgAction.
└──▷ WHAT SHIPPED ·
5 FEATURES1 OF 5 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
CEL expression selector for tracing policiesnew88how completely this was documenteddepth35/40specificity28/30actionability25/3088 / 100
Tracing policies gain a matchCEL selector for filtering kernel events using CEL (Common Expression Language) expressions, for example arg1 == int32(-1) && data0 == arg0 + int32(42), with syscall arguments exposed as zero-based indexed variables (arg0, arg1, …) and data: list items exposed as data0, data1, …. The older MatchArgs operator is deprecated in favor of MatchCEL.
Filter a tracing policy to trigger only when lseek is called with specific argument relationships, using a CEL expression instead of the deprecated MatchArgs operator.
— Concrete syntax, named fields and a runnable YAML example.product docs
0201
Deprecation of `returnArgAction: Post`breaking88how completely this was documenteddepth35/40specificity28/30actionability25/3088 / 100
returnArgAction no longer accepts Post as a value in TracingPolicy. Use returnArg to include return values in events and omit returnArgAction for default behavior; only TrackSock and UntrackSock remain supported values. Existing policies with returnArgAction: "Post" must remove that field.
— Exact migration steps and field names given.v1.7.1
0300
Policy filter scope for host, uprobe and USDT eventsimproved67how completely this was documenteddepth25/40specificity27/30actionability15/3067 / 100
hostSelector can now be used in TracingPolicy without requiring the daemon's enable-policy-filter flag, reducing configuration overhead for host-scoped policies. Uprobe and USDTUSDTUserspace Statically Defined Tracing probes, a mechanism originating in Solaris and adopted by Linux, that lets a program embed named hook points so debuggers and tracers can attach at runtime with near-zero overhead when idle. events are now scoped through policy filters as well, bringing them in line with existing kprobe/tracepoint filtering.
— Names the flag and event types but no config example.v1.7.1
0400
Expanded argument type support in TracingPolicyimproved65how completely this was documenteddepth25/40specificity25/30actionability15/3065 / 100
TracingPolicy now supports btfType and btfTypeModule for more precise 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.-based type resolution of kernel arguments, and adds int argument type support for tracepoints, expanding the set of kernel tracepoint arguments that can be traced and filtered.
— Names three type keys but gives no usage example.v1.7.1
thinner coverage below
0500
Redaction filters applied to all environment variablesimproved30how completely this was documenteddepth15/40specificity10/30actionability5/3030 / 100
Redaction filters now apply to all environment variables captured in events, broadening the reach of existing redaction configuration.
— Thin description with no config key or mechanism given.v1.7.1
└──▷ BREAKING ON UPGRADE
!
The MatchArgs operator is deprecated in favour of the MatchCEL selector.
!
returnArgAction no longer accepts Post as a value in TracingPolicy. Use returnArg to include return values in events and omit returnArgAction for default behavior; only TrackSock and UntrackSock remain supported. Existing policies with returnArgAction: "Post" must remove that field.
Secure, Fast, and Extensible Sandbox runtime for AI agents.
OpenSandbox v1.0.19 adds OpenTelemetryOpenTelemetryAn open standard and set of tools for collecting traces, metrics and logs from applications. It lets services export observability data without tying instrumentation to one monitoring vendor. tracing for pool warmup, new lifecycle hooks and detached session runs, reworks pool refill and connection pooling internals, and removes the configurable reconciliation interval in a breaking change.
└──▷ WHAT SHIPPED ·
7 FEATURES1 OF 7 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
OpenTelemetry tracing for pool warmupnew85how completely this was documenteddepth30/40specificity30/30actionability25/3085 / 100
Enables OpenTelemetry tracing for pool warmup phases via ConnectionConfig.enableTracing(true), covering queue wait and every warmup stage using the application's global SDK, exporter, sampler, and propagators.
Async pool refill pipeline with rate-limited admissionimproved85how completely this was documenteddepth35/40specificity30/30actionability20/3085 / 100
Stages pool refill into a separate async pipeline covering create, readiness, prepare, post-prepare health checking, renewal, and commit, with per-pool rate-limited create admission via warmupCreateQps.
Removal of configurable pool reconciliation intervalbreaking85how completely this was documenteddepth30/40specificity30/30actionability25/3085 / 100
SandboxPool.Builder.reconcileInterval(...) and the corresponding PoolConfig setting have been removed; pool reconciliation now runs on a fixed one-second cadence. Callers must delete all uses of reconcileInterval with no replacement.
Shared OkHttp connection pool in SandboxPoolimproved80how completely this was documenteddepth30/40specificity30/30actionability20/3080 / 100
Adds shared OkHttp connection pool ownership in SandboxPool, sized from warmupConcurrency, reused across warmup, acquire, and direct-create paths, and evicted on shutdown.
Richer runtime metadata in SDKnew55how completely this was documenteddepth20/40specificity20/30actionability15/3055 / 100
Exposes Sandbox.allocation summary for confirmed Kubernetes Pool allocations as optional runtime metadata, and models execd hardening capability results as part of the same richer runtime metadata surface in the SDK.
SandboxPool.Builder.reconcileInterval(...) and the corresponding PoolConfig setting have been removed; pool reconciliation now runs on a fixed one-second cadence. Callers must delete all uses of reconcileInterval with no replacement.
Chainguard provides trusted open source artifacts for every layer of your modern software stack—containers, language libraries, and VM images.
Chainguard's biggest window changes are on the platform side: API v2 reaches general availability with a stable contract and new SDKs, chainctl gains a full set of Catalog Starter management subcommands, and SCIMSCIMA standard for creating, updating and removing user accounts and groups across applications. It helps an identity provider keep access in sync when people join, change roles or leave. user provisioning enters Early Access alongside self-serve Helm chart provisioning and 27 new container images.
└──▷ WHAT SHIPPED ·
5 FEATURES2 OF 5 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Catalog Starter management via chainctlnew90how completely this was documenteddepth30/40specificity30/30actionability30/3090 / 100
Catalog Starter can now be managed entirely from the CLI: chainctl starter init signs up for a new Catalog Starter account interactively, chainctl starter request-access requests access to an existing organization's Catalog Starter plan, chainctl starter add-images adds up to four images by name to a subscription, and chainctl starter status displays registry path, account provisioning status, image quota usage, and per-image readiness.
Sign up for a new Catalog Starter account without leaving the terminal.
$ chainctl starter init
Add specific images to your Catalog Starter quota after identifying them in the Chainguard Directory.
$ chainctl starter add-images python nginx
Check quota usage and per-image readiness before pulling images in CI.
$ chainctl starter status
— All four subcommands named with runnable example commandsproduct docs
0201
API v2 general availabilityimproved90how completely this was documenteddepth35/40specificity30/30actionability25/3090 / 100
Promotes Chainguard API v2 to general availability at /v2/, with a stable contract covering organization and access management, registry metadata, vulnerability and security advisories, event subscriptions, and library artifacts; existing v2beta1 integrations only need to update the path prefix. The stable API adds cursor-based pagination, server-side ordering, resource naming, dedicated resource lookups, partial updates, and typed error details, plus an 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. specification and v2 Go SDK clients.
SCIM user provisioning (Early Access)new73how completely this was documenteddepth30/40specificity25/30actionability18/3073 / 100
Adds SCIM user provisioning (Early Access) for Okta and Microsoft Entra IDEntra IDMicrosoft's cloud-based identity and access management service, formerly Azure Active Directory, used by cyber tools to authenticate users and enforce access policies in Microsoft 365 and Azure environments. via the /Users SCIM resource, creating or updating provisioning records on assignment and blocking login within roughly one hour of deactivation or token expiry.
Self-serve Helm chart provisioningnew60how completely this was documenteddepth25/40specificity20/30actionability15/3060 / 100
Enables self-serve Helm chart provisioning from the Chainguard Console for Catalog customers, resolving required images and adding them in a single request, then provisioning asynchronously without EOL tags.
27 new container images addednew45how completely this was documenteddepth10/40specificity25/30actionability10/3045 / 100
Adds 27 new container images this week including airbyte-bootloader, airbyte-cron, airbyte-worker, airbyte-workload-api-server, airbyte-workload-launcher (all with FIPSFIPSA set of US federal standards published by NIST that define approved cryptographic algorithms and modules; cyber tools use it to meet compliance requirements in government and regulated environments. variants), percona-server-mongodb-fips, application-gateway-kubernetes-ingress, falcosidekick-ui, kubernetes-csi-external-health-monitor-fips, mlrun, mlrun-api, spiffe-csi-driver, apache-activemq-artemis-fips, aws-iam-controller, commercial-nginx-plus-fips, kserve-lgbserver, and ranger.
Anchore's software supply chain solutions automate vulnerability scanning, strengthen container security, and support compliance with NIST, FedRAMP & more.
Anchore Enterprise extends 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. generation beyond containers to VM filesystems and disk images, unifying them with container images and third-party 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. under one application version, with broadened import/export format support.
└──▷ WHAT SHIPPED ·
3 FEATURES0 OF 3 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
VM filesystem and disk-image SBOM generationnew95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
Adds the anchorectl app version asset add filesystem subcommand with a --type virtual_machine_disk flag to generate SBOMs from live VM filesystems or mounted disk images and attach them to an application version. Supports offline scanning of VM disk images (read-only, no agent) via 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. NBD mount, e.g. sudo qemu-nbd --read-only --connect=/dev/nbd0 disk.qcow2, enabling forensic and golden-image workflows. Skips pseudo-filesystems (/proc, /sys) by default when scanning /; narrower paths such as /usr, /opt, and /srv are also supported for faster targeted scans.
Scan a live VM's full filesystem and attach the resulting SBOM to an application version for unified querying alongside container assets.
Generate an SBOM from an offline VM disk image (read-only, no agent required) — useful for forensic analysis or scanning golden-image templates before fleet cloning.
Unified asset model across container, VM and SBOM assetsnew70how completely this was documenteddepth25/40specificity25/30actionability20/3070 / 100
Unifies container images (anchorectl app version asset add container-image), VM filesystems (anchorectl app version asset add filesystem), and third-party SBOMs (anchorectl app version asset add sbom) as three asset types under one application version, enabling cross-asset querying.
SBOM format import/export with NTIA minimum elementsimproved65how completely this was documenteddepth25/40specificity30/30actionability10/3065 / 100
Imports and exports 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. (JSON and XML) and SPDXSPDXAn open standard for describing software components, licenses and their relationships. Its documents let different tools exchange a software bill of materials without inventing a new format. (JSON and tag-value) formats; generated SBOMs include NTIA minimum elements: supplier name, component name, version, purl, dependency relationships, SBOM author, and timestamp.
Sumo Logic is a cloud-based platform for real-time log management, monitoring, and security analytics across applications and infrastructure.
Sumo Logic dashboards can now query beyond the previous 32-day time range limit when backed by aggregate scheduled searches or views.
└──▷ WHAT SHIPPED ·
1 FEATURE0 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Extended dashboard time ranges beyond 32 daysimproved45how completely this was documenteddepth20/40specificity15/30actionability10/3045 / 100
Dashboards now support time ranges beyond the previous 32-day limit when backed by aggregate scheduled views, aggregate scheduled searches, or a combination of both.
Meet your business challenges head on with AI and cloud computing services from Google, including security, data management, and hybrid & multi-cloud.
Google SecOps shipped a side-by-side alert inspection layout in Cases, precise relative time filter operators for dashboards and Search, localized Operations intel in the Emerging Threats Center, and a new Unroll processor for splitting array-based log entries in data pipelines.
└──▷ WHAT SHIPPED ·
4 FEATURES0 OF 4 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Unroll processor for array log events in pipelinesnew88how completely this was documenteddepth32/40specificity28/30actionability28/3088 / 100
A new Unroll processor (event breaking) in Google SecOps data processing pipelines automatically expands log entries containing arrays or slices into multiple individual log events prior to parsing and ingestion. It requires structured input, so raw string payloads must first be converted using a Transform processor (e.g. set(body, ParseJSON(body))) placed before the Unroll processor in the pipeline execution sequence.
Split JSON array log payloads into individual events in a pipeline — place the Transform processor before the Unroll processor so raw strings are parsed first.
Relative time filter operators in dashboards and Searchnew65how completely this was documenteddepth25/40specificity22/30actionability18/3065 / 100
Three new relative time filter operators — Past, Previous, and Current — are available in SecOps dashboards and Search to eliminate ambiguity between rolling windows and calendar-aligned periods, working across all time units from seconds through years. Currently in public preview.
Use the new Previous operator to filter dashboards to a complete prior calendar period (e.g. last full week) instead of a rolling window.
📍In Google SecOps Search or a dashboard, open the time filter picker › select Previous › choose the time unit (e.g. Week) to scope results to the last complete calendar week.
— Named operators and UI steps but no config surfaceproduct docs
thinner coverage below
0300
Side-by-side alert inspection in Casesnew58how completely this was documenteddepth25/40specificity18/30actionability15/3058 / 100
A new Side-by-side view layout on the Alerts & Detections tab in Cases lets analysts inspect alert metadata, status, priority, creation date, and Gemini investigation insights in an adjacent side pane without leaving the main alert list.
Switch to side-by-side alert inspection in Cases to review Gemini insights and metadata without losing your place in the alert list.
📍In Google SecOps, go to Cases › open a case › Alerts & Detections tab › click Side-by-side view in the layout toggle.
— UI path given but no deeper mechanism detailproduct docs
0400
Operations added to Emerging Threats Centernew38how completely this was documenteddepth18/40specificity15/30actionability5/3038 / 100
The Emerging Threats Center feed now includes Operations, surfacing localized threat intelligence from frontline investigations (such as Managed Threat Defense engagements) alongside global Campaigns to map full adversary TTPsTTPsTactics, techniques and procedures, the goals, methods and specific behaviors used by an attacker. They describe how an attack works, rather than only the files or addresses it leaves behind..
— Explains what it does but no usage steps givenproduct docs
OpenCTI's latest release focuses on scaling stream infrastructure by offloading oversized Redis events to file storage/S3, alongside new scoring fields for Incidents and Events, faster STIXSTIXStructured Threat Information Expression, a standard format for describing threats, indicators and their relationships. It helps organizations exchange threat intelligence in a usable form. bundle processing, experimental cross-platform Status sync, and a streamlined One-Pager Fintel report mode.
└──▷ WHAT SHIPPED ·
5 FEATURES0 OF 5 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Large Redis stream events offloaded to file storagenew86how completely this was documenteddepth30/40specificity28/30actionability28/3086 / 100
A new redis:max_event_length config key (env: REDIS__MAX_EVENT_LENGTH) sets a maximum size in bytes for a Redis stream event; content exceeding the limit is offloaded to file storage automatically, and setting it to 0 disables the cap. This was extended so large stream event messages are stored to S3 instead of Redis, removing Redis size constraints for high-volume stream deployments.
Cap Redis stream events at 1 MB to prevent oversized payloads from bloating the stream — content exceeding the limit is offloaded to file storage automatically.
yaml
redis:
max_event_length: 1048576
— Names config key, env var, default disable value, and S3 mechanism7.260824.0
thinner coverage below
0200
One-Pager mode for Fintel reportsnew45how completely this was documenteddepth20/40specificity15/30actionability10/3045 / 100
Introduces One-Pager mode for Fintel reports, making the first and back cover pages optional for single-page intelligence products.
— Describes behaviour but no navigation or config specifics7.260824.0
0300
Node.js STIX bundle splitting before worker queueimproved43how completely this was documenteddepth20/40specificity15/30actionability8/3043 / 100
Splits STIX bundles in Node.js before pushing to the worker queue, reducing worker-side processing overhead for large bundle imports.
— Explains mechanism but no config or measurable numbers given7.260824.0
0400
Score field on Incident and Event objectsnew43how completely this was documenteddepth15/40specificity18/30actionability10/3043 / 100
Adds a score field to the Incident data model and a score field to the Event data model, enabling confidence/severity scoring on both object types.
— Names exact field and two models but no usage mechanism7.260824.0
0500
Experimental cross-platform Status syncnew35how completely this was documenteddepth15/40specificity12/30actionability8/3035 / 100
Adds experimental Status sync between OpenCTI platforms via live streams, laying groundwork for cross-platform workflow state propagation.
— Mechanism named but marked experimental with no usage detail7.260824.0
Tenzir is a data pipeline platform that ingests, transforms, and analyzes security telemetry and logs for threat detection.
Tenzir Ship v2.2.0 introduces forward-looking metadata enforcement for changelog entries, adding required-author and no-PR policies plus a way to audit historical releases against them.
└──▷ WHAT SHIPPED ·
1 FEATURE0 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Changelog metadata enforcement policies in Tenzir Shipbreaking95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
Changelog project configuration gains require_author: true to require at least one author on unreleased entries and omit_pr: true to reject pull request numbers in unreleased entries. The validate command now applies the omit_pr and omit_author policies only to unreleased entries by default; pass --all-entries to audit every past release against the current policy instead. This is a behavior change: validate no longer checks released/published entries against omit_pr/omit_author by default, so workflows relying on full-history omission checks must add --all-entries to restore prior behaviour.
Enforce author attribution on all unreleased changelog entries in CI.
yaml
require_author: true
omit_pr: true
Audit every historical release against the current metadata policy, not just unreleased entries.
The validate command no longer applies omit_pr and omit_author policies to released (published) entries by default; existing workflows that relied on full-history omission checks must now pass --all-entries to restore that behaviour.
runZero is a cloud-based asset discovery and management platform that identifies and inventories all connected devices across networks.
runZero added OCSF 1.9.0OCSF 1.9.0An open schema standard, maintained by the OCSF community under CISA and industry backing, that defines a common event format for security telemetry so cyber tools can share and ingest logs without custom normalization. export support for asset inventories and improved asset count visibility in organization overview reports.
└──▷ WHAT SHIPPED ·
2 FEATURES1 OF 2 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0101
OCSF 1.9.0 export for asset inventorynew83how completely this was documenteddepth30/40specificity28/30actionability25/3083 / 100
runZero now supports exporting the asset inventory in 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. 1.9.0 format, producing assets.ocsf.jsonl and assets.ocsf.json files accessible from the inventory export menu and the Export API. Assets are exported as Device Inventory Info events and observed services as Live Evidence Info events, with any unmapped fields preserved under the event's unmapped object.
Give feedback to the Intruder team so we can make more informed product decisions. Powered by Canny.
Intruder's AI Pentesting now supports Bitbucket Cloud repositories, joining GitHub and GitLab as source-control integrations.
└──▷ WHAT SHIPPED ·
1 FEATURE0 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Bitbucket Cloud integration for AI Pentestingnew55how completely this was documenteddepth20/40specificity20/30actionability15/3055 / 100
Adds Bitbucket Cloud as a supported source-control integration for AI Pentesting, alongside existing GitHub and GitLab support. Connect repositories via the Integrations page in the Intruder console to run AI-powered penetration tests against Bitbucket-hosted code.
Enable Bitbucket Cloud so your Bitbucket-hosted repositories appear as targets for AI Pentest scans.
📍In the Intruder console, go to Integrations, find Bitbucket Cloud, and enable the integration to connect your repositories.
Censys is a search engine for discovering internet-connected devices, servers, and certificates to assess security exposure and vulnerabilities.
Censys expanded its Platform Audit Log with 35 new event types spanning ASMASMAttack Surface Management: the continuous practice of discovering, inventorying, and monitoring an organization's externally exposed assets so that cyber tools can flag unknown or misconfigured entry points before attackers find them., 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., and user management, and shipped a geo_distance CenQL function, expanded HTTP body search, 14 new protocol/application scanners, and 2 new software fingerprints.
└──▷ WHAT SHIPPED ·
5 FEATURES0 OF 5 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
geo_distance function in CenQLnew90how completely this was documenteddepth30/40specificity30/30actionability30/3090 / 100
Adds geo_distance function to Censys Query Language (CenQL) for finding assets relative to a geographic location; it currently supports host.location.coordinates and host.services.ntrip as target data objects and is available to all users.
Find exposed NRPE agents (Nagios Remote Plugin Executor) within 50 km of a specific data center to assess monitoring infrastructure attack surfaceattack surfaceThe exposed systems, interfaces and access points an attacker could try to use. It includes internet-facing services as well as identities, software and other reachable resources..
$ services.service_name: NRPE AND geo_distance(host.location.coordinates, 37.7749, -122.4194, 50km)
Hunt for KNX/IP building-automation endpoints near a target facility — useful for OT/ICSICSIndustrial Control Systems — hardware and software that monitor and control physical processes like power grids, pipelines, and manufacturing lines, making them a target for cyber tools focused on operational technology environments. exposure assessments.
$ services.service_name: KNXIP AND geo_distance(host.location.coordinates, 51.5074, -0.1278, 25km)
Expanded HTTP body search sizeimproved80how completely this was documenteddepth25/40specificity25/30actionability30/3080 / 100
Expands searchable HTTP body size for web.endpoints.http.body (name-based web property endpoints) from 2 KB to 6 KB, enabling more targeted Platform queries.
Search HTTP bodies of web endpoints for a credential string or internal banner that only appears deeper than 2 KB, now reachable with the expanded 6 KB body search.
$ web.endpoints.http.body: "Authorization: Bearer internal-" AND web.endpoints.http.body: "env=production"
Expanded Platform Audit Log event coveragenew70how completely this was documenteddepth25/40specificity30/30actionability15/3070 / 100
Platform Audit Log adds 35 new event types across five areas: ASM risk management (ASM Exclude Created, ASM Exclude Deleted, ASM Risk Instance Accepted, ASM Risk Instance Unaccepted, ASM Risk Instance Severity Changed, ASM Risk Type Disabled, ASM Risk Type Enabled, ASM Risk Type Severity Changed, ASM Seed Created, ASM Seed Deleted), SAML configuration lifecycle (SAML Config Created, SAML Config Deleted, SAML Config Domain Verified, SAML Config Updated, available on Platform and ASM), Personal Access Tokens (PAT Created, PAT Deleted, Platform only), user authentication and account lifecycle (User Login, User Login Failed, User MFA Changed, User Password Changed, User Password Reset, User Settings Changed, User Created, User Disabled, User Updated), and organization/membership management (Organization Created, Organization Updated, Organization Deleted, Membership Created, Membership Removed, Membership Updated, Invitation Accepted, Invitation Created, Invitation Deleted, Invitation Resent).
— Names every event but log review is passive, not a direct actionproduct docs
0400
14 new protocol and application scannersnew70how completely this was documenteddepth25/40specificity30/30actionability15/3070 / 100
Adds scanners for MPLS_LDP (MPLS Label Distribution Protocol, RFC 5036, all users), SMUX (SNMPSNMPA UDP-based protocol for querying and managing network devices, standardized by the IETF. Cyber tools use it to pull interface stats, topology data, and device state from routers, switches, and servers at scale. Multiplexing Protocol, RFC 1227, all users), IPERF3 (iPerf3 bandwidth-measurement control protocol, all users), TVT_CONTROL (TVT proprietary remote-management/CMSCMSA web content management system for creating and managing digital content without writing code directly; cyber tools use CMS platforms to host documentation, portals, or reporting dashboards quickly. protocol for white-label DVR/NVR/IP camera firmware, all users), DLT (AUTOSAR Diagnostic Log and Trace / dlt-daemon for automotive ECU logging, Critical Infrastructure module users), DUBBO (Apache Dubbo 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. framework, Starter/Search/Core users), COMELIT_ICONA (Comelit ICONA Bridge intercom protocol, all users), FOURD_SERVER (4D Server client-server publish protocol, Starter/Search/Core users), KNXIP (KNXnet/IP building-automation bus, Starter/Search/Core users), NRPE (Nagios Remote Plugin Executor agent, all users), REDSHIFT (AWS Redshift analytics DB, Starter/Search/Core users), MANTICORE_SPHINXAPI (Manticore Search / Sphinx legacy SphinxAPI protocol, Starter/Search/Core users), HOOSAT_HTND_GRPC (Hoosat Network htnd full-node 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. API, all users), and TAILSCALE_DERP (Tailscale Designated Encrypted Relay for Packets, Starter/Search/Core users).
New software fingerprints for Bifrost and Juniper Junos OSnew50how completely this was documenteddepth20/40specificity20/30actionability10/3050 / 100
Adds fingerprint for Bifrost software (AI gateway unifying access to OpenAI, Anthropic, AWS Bedrock, and Google Vertex via an OpenAI-compatible API) and fingerprint for Juniper Junos OS (modular network OS for Juniper routing, switching, and security devices).
DefectDojo Pro's biggest additions this window are three enterprise deployment options — an air-gapped install mode, official OpenShift 4.x support, and FIPS 140-3FIPS 140-3A US federal standard, maintained by NIST, that defines requirements for cryptographic modules used in government systems. Cyber tools target it to satisfy procurement mandates requiring validated crypto. validated images — plus a new interactive Asset Hierarchy diagram, tighter product-scoping on endpoint operations, mandatory verification for 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. disable, and a wide documentation expansion.
└──▷ WHAT SHIPPED ·
8 FEATURES1 OF 8 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Air-gapped install mode in dojo-compose-clinew95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
Enabled via dojo-compose-cli config set --air-gapped true, which validates the license from /etc/defectdojo/dojopro.lic and blocks registry-dependent commands with an explicit error instead of failing silently. Supporting commands: --deploy-version and --version flags to pin the exact release across artifacts and images; dojo-compose-cli deploy download to pull the full deployment directory into /opt/dojo; dojo-compose-cli app pull-images to pre-fetch container images on a staging host; dojo-compose-cli environment print to capture generated secrets (DD_CREDENTIAL_AES_256_KEY, DD_SECRET_KEY); dojo-compose-cli environment add --key ... --value ... to set values (DD_CREDENTIAL_AES_256_KEY, DD_SECRET_KEY, DD_SITE_URL, DD_ALLOWED_HOSTS, DD_DATABASE_URL) on the air-gapped target; and dojo-compose-cli app start/stop/restart, which operate fully offline against the local compose file. Requires CLI 2.1.0+ — earlier versions have no air-gapped mode and fail with name resolution errors. The DOJO_CLI_KEY environment variable supplies the CLI's config encryption key non-interactively.
Enable air-gapped mode on the target host so the CLI reads the license from disk and refuses registry calls rather than hanging or failing silently.
$ sudo ./dojo-compose-cli config set --air-gapped true
dojo-compose-cli config print
On the staging host, set the target release and pre-pull all images before packaging them for transfer into the air-gapped network.
$ export DOJO_CLI_KEY="your-key"
dojo-compose-cli config set --deploy-version 2.1.0
dojo-compose-cli config set --version 2.1.0
dojo-compose-cli deploy download
dojo-compose-cli app pull-images
docker image ls
Inject required secrets and database connection into the air-gapped host's configuration after restoring the deployment directory.
— Full runnable CLI command set with exact flags and env varsproduct docs
0200
Official OpenShift 4.x deployment supportnew90how completely this was documenteddepth35/40specificity30/30actionability25/3090 / 100
Adds config keys dojo.secureCookies (must be false behind an edge-terminated Route or login fails), dojo.skipInitContainer (set true after first install to skip the initializer wait on upgrades), and config.logLevel/celery.logLevel (accept DEBUG). Supports three resource profiles — minimal, standard, performance — the last enabling autoscaling, and ships an idempotent bootstrap script with a dry-run mode that handles storage, fsGroup, and Route creation. Runs under the default restricted-v2 SCC on OpenShift Container Platform, ROSA, and OKD with no anyuid/privileged grant required, exposing the service via an edge-TLS Route with HTTP-to-HTTPSHTTPSHTTP carried over an encrypted TLS connection. It protects traffic in transit and lets a browser verify the server's certificate. redirect (ROSA hostnames auto-generated as <release-name>-<namespace>.apps.<cluster-domain>). Requires ReadWriteMany storage for multi-node deployments, with NFS-backed fsGroup derived from the namespace's openshift.io/sa.scc.supplemental-groups annotation; exploitability enrichment can optionally pull 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 from api.first.org and 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. data from www.cisa.gov over HTTPS.
Fix login failures behind an edge-terminated OpenShift Route by disabling secure cookies in your Helm values.
yaml
dojo:
secureCookies: false
Retrieve the correct fsGroup start value from the namespace annotation when using NFS or EFS storage.
$ oc get namespace <namespace> -o jsonpath='{.metadata.annotations.openshift\.io/sa\.scc\.supplemental-groups}'
Skip the initializer wait on subsequent upgrades once the database has already been initialized.
yaml
dojo:
skipInitContainer: true
— Named Helm keys and exact SCC/Route/storage mechanicsproduct docs
0301
FIPS 140-3 validated container imagesnew90how completely this was documenteddepth35/40specificity30/30actionability25/3090 / 100
Adds an -fips image tag suffix for FIPSFIPSA set of US federal standards published by NIST that define approved cryptographic algorithms and modules; cyber tools use it to meet compliance requirements in government and regulated environments. 140-3 validated variants (standard images unchanged) and a DD_FIPS_MODE="1" environment variable to activate enforcement across Docker Compose, Kubernetes, and ECSECSElastic Common Schema, an open specification maintained by Elastic that defines a standard field naming convention for log and event data, letting cyber tools share and correlate records without per-source field mapping.. Helm values fips.enabled auto-select FIPS images and inject DD_FIPS_MODE chart-wide, while fips.validate: false explicitly accepts partial coverage when non-FIPS components like Sensei or embedded datastores are also enabled; the chart otherwise refuses to render and names the offending components. Cryptographic operations run through OpenSSL FIPS Provider 3.1.2 (CMVP #4985) for Python/Django services and Go Cryptographic Module v1.0.0 (CMVP #5247) for Go services. FIPS mode works without a FIPS-enabled host kernel, including on ECS Fargate, with documented task definitions using DD_FIPS_MODE, DD_DATABASE_URL, DD_SECRET_KEY, DD_CREDENTIAL_AES_256_KEY, and DD_LICENSE sourced from Secrets Manager.
Enable FIPS 140-3 mode in a Docker Compose deployment by pointing to FIPS image variants and setting DD_FIPS_MODE in each shared environment anchor.
yaml
# In .env
DD_IMAGE_TAG=<version>-fips
# In docker-compose.yaml shared anchors
x-dojo-vars: &dojoenv
DD_FIPS_MODE: "1"
x-nginx-vars: &nginxenv
DD_FIPS_MODE: "1"
x-psirt-vars: &psirtenv
DD_FIPS_MODE: "1"
# Then recreate the stack
docker compose up -d --force-recreate
Deliberately include Sensei in a FIPS environment while documenting the bundled scanner toolchain as non-validated in the system security plan.
— Named env vars, Helm keys and specific CMVP certificate numbersproduct docs
0400
Interactive Asset Hierarchy diagramnew83how completely this was documenteddepth35/40specificity28/30actionability20/3083 / 100
Visualizes parent-child Asset relationships as labelled, color-coded arrows with a Legend panel, and a Hide Asset List button to give the diagram full-page space. Per-node display can toggle Asset ID, Organization ID, Organization Name, and Child Count. Clicking a node exposes Open Asset, Edit Asset, Add Child, Change Parent, and Remove From Hierarchy actions without leaving the diagram: Add Child nests an existing or new Asset within the same Organization, Change Parent moves an Asset to a different parent, and Remove From Hierarchy detaches it with a prompt to orphan or re-parent its children. Large hierarchies load incrementally via Load Parents and Load (with configurable batch size).
Reorganize a large product tree without losing context — move an Asset to a new parent while keeping the diagram visible.
📍In the Asset Hierarchy diagram, click the Asset node you want to move. In the right panel, click Change Parent and select the new parent Asset from the form that opens in the right panel.
Explore a deep hierarchy incrementally to avoid an overwhelming diagram — load ancestors of an unparented node on demand.
📍In the Asset Hierarchy diagram, locate an Asset whose parent has not been loaded and click the Load Parents button that appears above it to add the parent and its siblings.
— Every UI control named, but only navigation not runnable commandsproduct docs
thinner coverage below
0500
Documentation site infrastructure improvementsnew35how completely this was documenteddepth15/40specificity15/30actionability5/3035 / 100
Adds an RFC 9116 security.txt to docs.defectdojo.com, adds Brazilian Portuguese, Simplified Chinese, and Italian translations of the core documentation guides, and splits connector documentation into one page per connector for easier navigation.
— Docs-site changes only, no product behavior described3.2.300
0600
Documentation expansion across product areasimproved35how completely this was documenteddepth10/40specificity20/30actionability5/3035 / 100
Newly documented, previously-existing capabilities include typed Custom Fields and their integration with Rules Engine 2.0, multi-Asset finding fan-out in Smart Upload workflows, AI Model Settings and supported 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. providers in Sensei, GMPGMPGNU Multiple Precision Arithmetic Library, a free library for arbitrary-precision integers, rationals, and floats; cyber tools use it when cryptographic operations require big-number math beyond native integer limits. over SSH support for OpenVAS/Greenbone connectors, customizable page layouts on view pages and Form Configuration in navigation, a Quick Export dialog that produces a named report, the rebuilt Asset hierarchy page, and a four-permission rule tier in Rules Engine 2.0.
— Each item is a one-line doc mention with no mechanism3.2.300
0700
Endpoint delete/rename scoped to productbreaking30how completely this was documenteddepth15/40specificity10/30actionability5/3030 / 100
Endpoint delete and rename operations are now scoped to the requesting product, restricting cross-product mutations that were previously possible.
— No endpoint name or prior behavior detail given3.2.300
0800
MFA disable requires verification codeimproved28how completely this was documenteddepth15/40specificity8/30actionability5/3028 / 100
Disabling multi-factor authenticationmulti-factor authenticationMulti-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. now requires entering a verification code, adding a confirmation step before MFA can be turned off.
— Brief behavioral note without flow or endpoint detail3.2.300
Explore iDenfy documentation for identity verification (KYC), business verification (KYB), AML screening, fraud prevention, and more.
iDenfy's Sprint 133 release adds a new API endpoint to re-run KYBKYBKnow Your Business — a regulatory compliance process for verifying the legal identity, ownership, and legitimacy of a business entity, used by cyber tools to screen counterparties or customers against fraud and sanctions risk. automation, expands identity document coverage with Brazil's Digital CNH across web and mobile SDKs, and introduces smaller dashboard and branding tweaks alongside brief mentions of standalone bank card verification, Persian/Farsi RTLRTLRegister Transfer Level, a hardware design abstraction describing how data moves between registers each clock cycle; cyber tools use it to analyze or synthesize digital circuits from HDL source. support, and a Risk Assessment PDF export.
└──▷ WHAT SHIPPED ·
3 FEATURES0 OF 3 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Digital CNH document support across platformsnew55how completely this was documenteddepth20/40specificity25/30actionability10/3055 / 100
Brazil's Digital CNH (Carteira Nacional de Habilitação) is now supported in identity verification. Android SDK 9.1.1 and iOS SDK 9.1.1 were both updated to add Digital CNH scanning support, and the Android SDK update also improved virtual camera detection.
Clerk is an authentication and user management platform that handles sign-up, login, and identity verification for applications.
Clerk shipped custom OAuth scope management for 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. clients and biometric trusted-device sign-in across its mobile SDKs (Expo, iOS, Android) with matching prebuilt UI support.
└──▷ WHAT SHIPPED ·
2 FEATURES0 OF 2 FEATURESmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Trusted-device biometric sign-in across SDKsnew90how completely this was documenteddepth30/40specificity30/30actionability30/3090 / 100
Adds device-bound biometric authentication (Face ID, Touch ID, Android biometrics) as a passwordless sign-in option, implemented per platform: useTrustedDevices hook with enroll, signIn, and revoke methods in @clerk/expo; Clerk.shared.trustedDevices.enroll, Clerk.shared.auth.signInWithTrustedDevice, and Clerk.shared.trustedDevices.revoke(id: trustedDeviceId) on iOS; and Clerk.trustedDevices.enroll, signInWithTrustedDevice, and Clerk.trustedDevices.revoke(trustedDeviceId) on Android. Prebuilt auth and user profile views now surface a biometric enrollment prompt, a biometric sign-in button, and a current-device toggle without custom code.
Enroll the current device for biometric sign-in in an Expo app so returning users can authenticate with Face ID or Touch ID instead of a password.
Custom OAuth scopes for MCP clientsnew70how completely this was documenteddepth25/40specificity25/30actionability20/3070 / 100
Adds custom OAuth scope definitions in the Clerk Dashboard (examples: messages:read, tools:execute, resources/files:read, mcp_all) so MCP clients can request only the access each OAuth application needs. Also adds OAuth metadata advertisement control so MCP clients can discover which scopes an application supports via Clerk's OAuth metadata endpoint.
Define and assign custom OAuth scopes for an MCP client in the Clerk Dashboard so it can only request the permissions your API exposes.
📍In the Clerk Dashboard, go to Scopes and create custom scopes (e.g. messages:read, tools:execute, resources/files:read, mcp_all). Then open your OAuth application settings and assign only the scopes it requires. Under OAuth metadata settings, choose which scopes to advertise so MCP clients can discover them.
SailPoint is an identity governance platform that manages user access, permissions, and compliance across enterprise applications and systems.
SailPoint's ISC Workflows HTTP Request action can now mask sensitive header values so secrets no longer appear in plain text.
└──▷ WHAT SHIPPED ·
1 FEATURE0 OF 1 FEATUREmost completely described firstwhat'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–40what it does and how it works or what changed
specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
actionability0–30enough 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.
0100
Sensitive Request Headers in HTTP Request actionnew69how completely this was documenteddepth25/40specificity22/30actionability22/3069 / 100
The HTTP Request action in Identity Security Cloud Workflows adds a Sensitive Request Headers field — a dedicated masked key-value store for API keys, bearer tokensbearer tokensA credential that grants access to whoever presents it, without a separate proof of possession. Protecting the token matters because a stolen copy can be used by someone else., and other secrets that is encrypted in workflow definitions and omitted from execution history. Users move secret values (e.g. an Authorization key with a Bearer <token> value) from the plain-text Request Headers field into this new field when editing the action.
Move secret values out of plain-text Request Headers into Sensitive Request Headers when editing an HTTP Request action, so tokens no longer appear in workflow definitions or execution history.
📍In a Workflow, open an HTTP Request action › locate the Sensitive Request Headers field › add your key (e.g. Authorization) and secret value (e.g. Bearer <token>) there instead of in Request Headers › save the workflow.