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

The Cyber Toolchain — issue 054, August 23, 2026

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

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

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

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

Bugcrowd

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

Bugcrowd is a crowdsourced security platform connecting organizations with ethical hackers to identify vulnerabilities through bug bounty programs.

Bugcrowd introduced Savant Pathseeker 1.0 in Early Access, bringing an autonomous pentesting capability to the platform.

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

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

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

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

01 01
Savant Pathseeker autonomous pentesting (Early Access) new 25

Bugcrowd launched Savant Pathseeker 1.0 in Early Access, described as an autonomous pentesting capability available on the Bugcrowd platform.

— Names the capability but no mechanism, scope, or access details. changelog-20260823-3027718a
Was this useful?

rekono-kbx

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

Offensive security platform that automates attack surface discovery and vulnerability management

Rekono 2.0 is a major overhaul: it adds finding triage and fixed-status tracking, multi-format reporting, an alerting system, pentesting notes, and a batch of enrichment integrations (VirusTotal, HackTricks, CVE Crowd, NVDNVDThe National Vulnerability Database, maintained by NIST, is the U.S. government repository of CVE records enriched with CVSS scores and metadata; cyber tools query it to drive vulnerability prioritization.), alongside a large set of breaking API, queue, broker and deployment changes.

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

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

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

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

01 01
Settings API restructured for per-integration control breaking 75

Replaces the /api/system/ endpoint with /api/settings/ plus one dedicated endpoint per integration, giving granular control over each integration; administrators can now enable and disable individual integrations through these endpoints.

Query the new per-integration settings endpoint to check which integrations are enabled before configuring enrichment.
$ curl -s -H 'Authorization: Bearer <token>' https://<rekono-host>/api/settings/
— Names old and new endpoints and gives a runnable query 2.0.0-1
02 00
Enrichment integrations for hosts and CVEs new 75

Adds integration with VirusTotal to retrieve reputation, malicious-analysis results, and WHOIS data for discovered hosts; HackTricks to surface related wiki resources alongside identified assets; and CVE Crowd to flag which detected CVEs are trending on social media. Adds support for NVD NIST API keys to raise rate limits and accelerate CVE enrichment, a monitor background job that keeps CVE-linked vulnerabilities up to date and purges stale executions, and domain and geolocation resolution for every discovered host.

— Names every integration and its concrete function 2.0.0-1
03 02
Deployment and environment requirement changes breaking 70

Removes Rekono Desktop (Electron apps and Debian package); Rekono is now deployed via Docker or from source only. Removes support for deploying under a custom web path via rootpath. Raises required Python version to 3.11 and required Dirsearch version to 0.5.0, and moves TLS certificates into a Docker volume instead of the docker/nginx/tls directory.

— Names every removed artifact and each new version/path requirement 2.0.0-1
04 03
API field and operation removals breaking 68

The host address field is renamed to ip; scheduled_in is removed from scans in favour of scheduled_at as the only scheduling field; the finding fields first_seen, last_seen, detected_by, and is_active are removed from the API; and the enable/disable operations on findings are removed.

— Lists exact renamed/removed fields and operations, no migration command 2.0.0-1
05 00
Execution configuration: headers, proxies, scope, and redirects new 65

Adds per-instance, per-user, and per-target customisation of HTTP headers sent by tools during executions; proxy configuration individually configurable for HTTP, HTTPSHTTPSHTTP carried over an encrypted TLS connection. It protects traffic in transit and lets a browser verify the server's certificate., FTP, and all protocols; a path field on target ports to limit execution scope; and redirect-following when resolving URLs so tools execute against the final destination.

— Names all four configuration surfaces added to executions 2.0.0-1
06 00
Finding triage and fixed-status tracking new 60

Practitioners can mark each finding as true positive, false positive, or won't fix with a supporting comment. Rekono also adds automatic and manual fixed status: a finding is marked fixed automatically when subsequent executions stop reporting it.

— Explains triage states and the automatic-fixed mechanism 2.0.0-1
07 00
Multi-format report generation with template customisation new 60

Adds report generation in PDF, JSON, or XML filtered by the user's criteria, with support for customising the HTML template used to produce PDF reports.

— Names formats and the customisable template mechanism 2.0.0-1
08 04
Message queue rename and broker replacement breaking 60

Renames the tasks-queue, executions-queue, and findings-queue queues to tasks, executions, and findings, and replaces Redis with Valkey as the message broker.

— Names old and new queue names and the broker swap 2.0.0-1
thinner coverage below
09 00
Official multi-arch Docker images new 55

Publishes official Docker images on Docker Hub for both linux/amd64 and linux/arm64.

— Named registry and architectures, directly pullable 2.0.0-1
10 00
SMTP configuration moved to database breaking 55

Moves SMTPSMTPThe application-layer protocol used to send email between servers and from clients to servers; cyber tools use it to relay alerts, phishing simulations, or exfiltrated data over standard mail infrastructure. configuration into the database, removing it from the configuration file and from RKN_EMAIL_* environment variables.

— Names removed env vars and new storage location 2.0.0-1
11 05
Telegram bot inline scan commands replace dedicated commands breaking 50

Removes the /newauth, /newtechnology, and /newvulnerability Telegram bot commands; these values are now requested inline when a scan is created.

— Names removed commands and replacement flow, no exact new syntax 2.0.0-1
12 00
Pentesting notes with rich-text editor new 45

Adds pentesting notes linkable to any Rekono entity, with a rich-text editor supporting code blocks, tables, task lists, and images.

— Names editor capabilities but no entry point given 2.0.0-1
13 00
Automatic finding creation from user-provided data new 45

Adds automatic creation of findings from user-provided data (targets, target ports, input technologies) to maintain consistent finding relationships.

— Names input types but not the resulting workflow 2.0.0-1
14 00
Per-finding detail pages new 40

Adds per-finding detail pages showing finding metadata, exposure window, and related findings.

— Clear UI destination but limited mechanism 2.0.0-1
15 00
Alerting system for matching findings new 35

Notifies each alert's subscribers when a discovered finding matches the alert's criteria.

— Describes the trigger but no configuration surface 2.0.0-1
16 00
Execution transparency: original reports and commands new 35

Adds download of the original reports generated by each tool and visualisation of the exact commands executed by each execution.

— States what is now visible/downloadable, no path given 2.0.0-1
17 00
New default wordlists new 35

Adds new default wordlists covering 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., APIs, GraphQL, and specific services.

— Names wordlist categories, no counts or file paths 2.0.0-1
18 00
Administrative queue monitoring new 30

Administrators can now inspect queue status and statistics.

— No detail on what statistics or where to view them 2.0.0-1
19 00
Expanded metrics pages new 25

Adds expanded metrics pages with additional KPIs and statistics.

— No specifics on which KPIs were added 2.0.0-1
20 00
Light and dark UI themes new 20

Adds light and dark UI themes.

— Bare mention with no toggle location given 2.0.0-1
└──▷ BREAKING ON UPGRADE
  • !
    The /api/system/ endpoint is replaced by /api/settings/ and per-integration endpoints — any client calling /api/system/ will break.
  • !
    The address field on host objects is renamed to ip — any code or integration referencing address will break.
  • !
    The scheduled_in field is removed from scans; use scheduled_at instead.
  • !
    Finding fields first_seen, last_seen, detected_by, and is_active are removed from the API.
  • !
    The enable and disable operations on findings are removed.
  • !
    The Telegram bot commands /newauth, /newtechnology, and /newvulnerability are removed.
  • !
    SMTP configuration is removed from the configuration file and from RKN_EMAIL_* environment variables; it must now be set via the database/UI.
  • !
    The queues tasks-queue, executions-queue, and findings-queue are renamed to tasks, executions, and findings — any external tooling targeting the old queue names will break.
  • !
    Redis is replaced by Valkey — existing Redis-only deployments must migrate to Valkey.
  • !
    Required Python version is raised to 3.11.
  • !
    Required Dirsearch version is raised to 0.5.0.
  • !
    TLS certificates are now stored in a Docker volume instead of the docker/nginx/tls directory.
  • !
    Rekono Desktop (Electron apps and Debian package) is removed; the only supported deployment methods are Docker and from source.
  • !
    The rootpath sub-path deployment option is removed.
Was this useful?

adscan

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

Free Active Directory pentesting tool for Linux. Automates AD and LDAP enumeration, Kerberoasting, ASREPRoast, password spraying, ADCS/ESC1, DCSync, RBCD, gMSA, shadow credentials, NTLM relay and credential dumping across 104 techniques, mapping BloodHound-compatible attack paths to Domain Admin.

adscan v11.2.0 adds a dedicated DNS server flag so scans in segmented networks resolve names correctly instead of silently falling back from KerberosKerberosA network authentication protocol that uses tickets issued by a trusted service. Users and services can prove their identities without sending a password to each application. to NTLMNTLMA Windows authentication protocol that proves knowledge of a password through a challenge and response. Captured authentication exchanges can be abused in relay attacks when protections are absent..

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

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

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

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

01 00
Separate DNS server for segmented networks new 88

The --dns-server flag is added to adscan ci, adscan execute, and adscan doctor to direct all name resolution to a DNS host separate from the domain controller when the AD-zone DNS server isn't the DC. It covers domain and PDC-hostname discovery, 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. and ADCSADCSActive Directory Certificate Services, Microsoft's PKI role for issuing and managing X.509 certificates inside a Windows domain; cyber tools target it because misconfigurations frequently allow privilege escalation or domain compromise. CA name resolution, Kerberos SPN lookup, cross-forest trust resolution, and the network-preflight DNS check. --dc-ip remains the authentication and enumeration target, and omitting --dns-server preserves existing behaviour.

Run a CI scan against a segmented network where the AD DNS server is a separate host from the domain controller, preventing silent fallback from Kerberos to NTLM.
$ adscan ci auth --type audit --interface eth0 --domain corp.local --dc-ip 10.0.0.1 --dns-server 10.0.0.5 -u alice -p 'S3cr3t!'
— Names exact flag, three subcommands, and behaviour scope precisely v11.2.0
Was this useful?
◆  Reconnaissance & OSINT

Nmap

Sources Commits → changes since 2026-08-18 Code

Nmap - the Network Mapper. Github mirror of official SVN repository.

Nmap's rsync-list-modules NSE script gains structured XML output

Was this useful?

ProjectDiscovery subfinder

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

Fast passive subdomain enumeration tool.

Subfinder v2.16.0 adds a new passive source and makes result-count limits reliable across sources that paginate.

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

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

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

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

01 00
Max-results enforcement across paginating sources improved 72

The -mr / -max-results flag is now enforced across all paginating sources, so result caps are reliably honored when a source pages through results instead of being ignored past the first page.

Cap enumeration to 100 results per source across paginating APIs to keep recon runs predictable in time and volume.
$ subfinder -d example.com -mr 100 -all
— Names exact flag and behavior change, mechanism clear v2.16.0
02 00
New scanmalware passive source new 60

Adds scanmalware as a new passive subdomain discovery source, usable via -s scanmalware.

Use the new scanmalware source alongside crtsh to cross-reference malware-reported subdomains during passive recon.
$ subfinder -d example.com -s scanmalware,crtsh -v
— Names flag and source but no detail on data provided v2.16.0
Was this useful?
Application Security
◆  SAST / SCA / Code Security

cve-lite-cli

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

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

cve-lite-cli v1.30.0 extends --fix to auto-apply safe transitive dependency fixes without touching parent versions, adds a Root column tracing transitive findings back to their direct dependency across all report formats, and speeds up pnpm monorepo scans.

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

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

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

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

01 00
Auto-apply safe transitive fixes with --fix improved 85

--fix now auto-applies safe within-range transitive refreshes when the fix is available inside the parent's declared range, without requiring a parent-level upgrade — landing the smallest safe change automatically.

Auto-fix transitive vulnerabilities in-range without upgrading parents — useful in CI to land the smallest safe change.
$ cve-lite /path/to/project --fix
— Exact flag, mechanism, and runnable CI command given v1.30.0
thinner coverage below
02 00
Root column for transitive findings new 55

A new Root column shows the top-level direct dependency behind each transitive finding, across terminal, JSON, and HTML report outputs, including multi-folder scans.

— Names output formats but no exact command or flag v1.30.0
03 00
Faster pnpm lockfile parsing improved 50

pnpm lockfile parsing now runs once per scan instead of up to three times, delivering approximately 14% faster warm scans on large monorepos.

— Concrete before/after and number but nothing to configure v1.30.0
Was this useful?

Waratek

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

Waratek is a Java application security platform that provides runtime protection against vulnerabilities and attacks without code modification.

Waratek shipped Reflection Protection, a new zero-configuration RASP rule that blocks unsafe Java reflection and dynamic class-loading attacks, including zero-dayszero-daysA vulnerability for which defenders have had no prior opportunity to apply a fix, often because it was previously unknown. A zero-day exploit takes advantage of that gap., at the JVMJVMThe Java Virtual Machine, a runtime maintained by Oracle (and implemented by others) that executes Java bytecode on any OS, giving cyber tools a portable, garbage-collected environment with a large ecosystem of libraries. layer.

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

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

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

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

01 00
Reflection Protection rule for Waratek RASP new 72

A new Reflection Protection rule for Waratek RASP for Java blocks exploitation of unsafe Java reflection and dynamic class-loading vulnerabilities — including zero-days — by hooking into the Reflection API and tracking untrusted data at the JVM layer (covering patterns like Class.forName() and .newInstance() abuse). It requires no source code changes, redeployment, or application downtime, and can be enabled directly from the Waratek Portal's rule wizard with no configuration, taking effect immediately across all protected applications.

Enable Reflection Protection across all protected Java applications without any configuration or downtime.
📍In the Waratek Portal, open the rule wizard, locate the Reflection Protection rule, and enable it. Protection takes effect immediately at the JVM layer across all connected applications.
— Names mechanism, attack patterns and exact enablement path via Portal wizard. Waratek Launches Reflection Protection, a Ze…
Was this useful?

Crash Override Chalk

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

Chalk allows you to follow code from development, through builds and into production.

Chalk v1.2.0 adds a DNS-based telemetry sink for restricted environments, sink fallback chains and auto-disabling, richer sink metadata headers, per-chalk reporting, new timing/error runtime keys (with a breaking template change), a configurable process nice level, and collapsible GitLab CI log output.

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

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

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

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

01 00
DNS telemetry sink for restricted environments new 90

New dns sink type encodes chalk key values into DNS lookup hostnames via a domain_template with {KEY} placeholders, providing a telemetry channel for environments where HTTPSHTTPSHTTP carried over an encrypted TLS connection. It protects traffic in transit and lets a browser verify the server's certificate. egress is restricted; supports dns_server, require_chalk_mark, and per-key normalize.<KEY>.callback fields in sink_config.

Beacon chalk metadata over DNS in air-gapped or HTTPS-restricted environments, truncating the commit ID to fit within the 63-character DNS label limit.
con4m
func trunc16(v: string) {
  return slice(v, 0, 16)
}

sink_config my_dns_beacon {
  sink:               "dns"
  domain_template:    "{_COMMIT_ID}.{METADATA_ID}.beacons.example.com"
  dns_server:         "10.0.0.1:5353"
  require_chalk_mark: true
  normalize._COMMIT_ID.callback: func trunc16
}
subscribe("report", "my_dns_beacon")
— Full config example and named fields provided v1.2.0
02 00
Sink fallback chains via fallback_sink_config new 88

New fallback_sink_config field on all sink_config sections names a backup sink to use when the primary is unavailable or disabled; chalk walks the full fallback chain on each delivery failure, with each sink tracking its own disable_after_errors counter independently.

Route reports to a regional failover API when the primary is down, so chalk delivery continues without manual intervention.
con4m
sink_config primary_api {
  sink:                 "post"
  uri:                  "https://api.us-east-1.example.com/report"
  disable_after_errors: 3
  fallback_sink_config: "backup_api"
}

sink_config backup_api {
  sink:                 "post"
  uri:                  "https://api.eu-west-1.example.com/report"
  disable_after_errors: 3
}

subscribe("report", "primary_api")
— Config example shows primary/backup sink setup v1.2.0
03 00
Metadata headers and header forwarding on sinks new 80

post and presign sinks now send chalk metadata headers with every request: X-Chalk-Version, X-Chalk-Operation, X-Chalk-Action-Id, X-Content-Length, X-Chalk-Digest-Sha256, and X-Chalk-Attempt (1-based retry counter). The presign sink also supports x-forward-headers, copying header names listed in that response header from the redirect response into the upload PUT, enabling metadata injection (e.g. X-Amz-Meta-*) that cannot be encoded in the presigned URL.

— All header names listed, no runnable example v1.2.0
04 00
Post-mark error keys replace FAILED_KEYS breaking 80

Two new runtime artifact keys capture post-mark errors: _ERR_INFO (superset of ERR_INFO, full error log through end of operation) and _FAILED_KEYS (superset of FAILED_KEYS, includes post-build step failures); all report templates except report_all now subscribe to these instead of the chalk-time originals. report_default, report_large, and insertion_default templates have had FAILED_KEYS removed and _FAILED_KEYS added, so consumers reading FAILED_KEYS from these templates must switch to _FAILED_KEYS.

— Migration note given, exact keys named v1.2.0
05 00
Auto-disabling sinks on repeated errors new 78

post, presign, and s3 sinks now automatically disable themselves on repeated errors via a configurable disable_after_errors: <int> threshold (default 3); 4xx responses (except 429) disable immediately, while 5xx, 429, and network errors increment a consecutive-failure counter.

— Named config key and status-code behavior but no example v1.2.0
06 00
Configurable nice level for reporting process new 65

New exec.nice config field sets the nice level (range 0-19, default 5) for the chalk reporting process after fork, reverted before postexec and heartbeat so each phase uses its own independent value.

— Named config field with range, no usage example v1.2.0
07 00
Runtime timing and heartbeat keys new 65

Four new runtime host keys for timing and heartbeat tracking: _MONOTIME (monotonic clock at operation start, in ms), _SINCE_TIMESTAMP (wall-clock ms since process start), _SINCE_MONOTIME (monotonic ms since process start), and _HEARTBEAT_COUNT (1-based counter, present only in heartbeat reports).

— Keys named with meaning, no usage example v1.2.0
08 00
Collapsible GitLab CI log sections new 65

GitLab CI log output is now automatically wrapped in section_start/section_end markers with collapsed=true when GITLAB_CI is set, making chalk reports collapsible in the GitLab job log UI.

— Exact markers and trigger env var named v1.2.0
thinner coverage below
09 00
Per-chalk reporting mode new 55

outconf sections now support per_chalk_reports: true and custom_report sections support per_chalk: true to emit one report per chalk mark instead of bundling all marks into a single report.

— Config keys named, no example given v1.2.0
└──▷ BREAKING ON UPGRADE
  • !
    report_default, report_large, and insertion_default templates have had FAILED_KEYS removed and _FAILED_KEYS added; consumers reading FAILED_KEYS from these report templates must switch to _FAILED_KEYS.
Was this useful?

StackHawk

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

StackHawk is a dynamic application security testing platform that automatically scans web applications for vulnerabilities during development and CI/CD pipelines.

StackHawk 6.4.0 introduces flexible multi-profile scan modes, a new auth-bypass detection rule, and an overhaul of Team ownership management for applications, alongside a fix that makes hawk validate config correctly fail CI builds on invalid configuration.

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

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

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

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

01 00
Team ownership management for applications new 83

The Applications table now shows Team ownership for each application and supports inline reassignment, with apps lacking a Team labeled Unassigned; the same field appears in Application Settings > General with Unassigned listed first. Members can now view Teams pages for Teams they belong to, and View Only users can review every Team in the organization; Team management controls (Create a Team, Add Members, Add Applications, rename, Delete) now render disabled rather than hidden for users lacking permission, and users who cannot manage Teams but belong to at least one Team must assign a newly created application to one of their Teams during the Create Application flow. Separately, PUT /api/v1/org/{orgId}/team/{teamId}/application was fixed so team assignments actually persist — it previously returned success without saving.

Re-confirm application-to-Team assignments via the API after the fix to PUT /api/v1/org/{orgId}/team/{teamId}/application — previously these calls returned success without saving.
$ curl -X PUT https://api.stackhawk.com/api/v1/org/{orgId}/team/{teamId}/application   -H 'Authorization: Bearer <token>'   -H 'Content-Type: application/json'   -d '{"applicationId": "<appId>"}'
— Names endpoint, UI locations and permission behavior in detail changelog-20260823-f86f3f67
02 00
`hawk validate config` exit code fix breaking 70

hawk validate config previously exited 0 even on hard validation errors and missing configuration files; it now exits non-zero on those conditions, so CI pipelines chaining commands like hawk validate config stackhawk.yml && ./deploy.sh will correctly fail when the configuration is invalid.

— Exact command and before/after exit behavior given changelog-20260823-f86f3f67
thinner coverage below
03 01
New auth-bypass scan rule new 15

StackHawk 6.4.0 adds a new scan rule for detecting authentication bypass vulnerabilities.

— Only mentioned in summary, no mechanism or ID given changelog-20260823-f86f3f67
└──▷ BREAKING ON UPGRADE
  • !
    hawk validate config previously exited 0 even on hard validation errors and missing configuration files; it now exits non-zero on those conditions. CI pipelines relying on the always-zero exit behavior (e.g., hawk validate config stackhawk.yml && ./deploy.sh) will now correctly fail when the configuration is invalid.
Was this useful?
◆  Web Application Security

caido

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

Caido releases, wiki and roadmap

Caido v0.58.2 adds live progress logging to the project upgrade window, giving visibility into long-running migrations.

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

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

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

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

01 00
Progress logs in project upgrade window improved 35

The project upgrade window now displays live progress logs during migration, giving visibility into long-running upgrades.

— Names the UI surface but no mechanism or example given. v0.58.2
Was this useful?

Salt Security

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

Salt Security is an API security platform that detects and protects against API threats, vulnerabilities, and misuse in real-time.

Salt Security launched its first AWS WAFWAFA reverse proxy that inspects HTTP/HTTPS traffic and blocks requests matching known attack patterns such as SQL injection or XSS, sitting between clients and a web application to filter malicious input before it reaches the server. Partner Managed Ruleset purpose-built for API and AI agent protection, adding 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. traffic awareness, deeper API attack detection, and request enrichment for downstream analytics.

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

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

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

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

01 01
AWS WAF Managed Ruleset for API and AI agent protection new 85

Salt Managed Rules for AWS WAF is the first AWS WAF Partner Managed Ruleset built specifically to protect APIs and AI agents. It is subscribable from AWS Marketplace and attachable to existing web ACLsACLsAn access control list, a set of rules allowing or denying operations for particular users, services or network addresses. It decides who can use a resource. with no new infrastructure, and is available across all commercial AWS Regions and globally via Amazon CloudFront.

Subscribe to and attach Salt Managed Rules to an existing AWS WAF web ACLACLAn access control list, a set of rules allowing or denying operations for particular users, services or network addresses. It decides who can use a resource. to immediately gain API and AI agent threat protection.
📍1. Open the AWS Console and navigate to AWS Marketplace. 2. Search for Salt Managed Rules for AWS WAF and subscribe. 3. Go to AWS WAF › Web ACLs and select your target ACL. 4. Choose Add managed rule groups, locate Salt Managed Rules, and attach it to the web ACL. 5. Save the ACL configuration — no new agents or architecture changes required.
— Includes exact AWS console steps to subscribe and attach the ruleset. Salt Debuts First AWS WAF Managed Ruleset fo…
thinner coverage below
02 02
MCP endpoint awareness in AWS WAF new 50

Adds industry-first MCP endpoint awareness that identifies and labels MCP traffic, blocks unauthenticated MCP access, and provides observability into MCP interactions inside AWS WAF environments.

— Describes behavior but gives no config key or flag to enable it. Salt Debuts First AWS WAF Managed Ruleset fo…
03 00
API attack vector detection beyond standard WAF rules new 50

Detects API-layer attack vectors missed by standard WAF rules, including credential brute force, excessive GraphQL queries, SSRFSSRFServer-side request forgery, an attack that tricks a server into making requests chosen by an attacker. Those requests can reach internal services the attacker cannot access directly., prototype pollution, and JWTJWTAn open standard (RFC 7519) for encoding claims as a signed, optionally encrypted JSON object passed between parties. Cyber tools use it to verify identity and permissions without querying a central session store.-based anomalies.

— Names specific attack types but gives no configuration or activation steps. Salt Debuts First AWS WAF Managed Ruleset fo…
04 00
Downstream analytics enrichment via labeled request attributes new 45

Enriches downstream analytics by labeling critical request attributes including auth headers, user identifiers, and GraphQL queries, flowing security signals into existing detection stacks.

— Explains enrichment purpose but no endpoint or field schema given. Salt Debuts First AWS WAF Managed Ruleset fo…
Was this useful?
Reverse Engineering, Malware & Forensics
◆  Malware Analysis

CAPEv2

Sources Commits → changes since 2026-08-21 Code

Malware Configuration And Payload Extraction

CAPEv2 gains an API call trace diff tool, psycopg3 PostgreSQL support with auto-upgrade, and iterative process tree cycle detection.

  • Adds automatic in-memory upgrade of postgresql:// connection strings to postgresql+psycopg:// in lib/cuckoo/core/database.py when psycopg v3 is installed, preventing startup ImportError without any config change.
  • Adds psycopg (v3) support as the PostgreSQL database driver, enabling modern async capability and significant performance gains over the previous psycopg2 driver.
  • Introduces an API call trace diff comparison tool in the web compare view (web/compare/views.py) with basic sequence alignment, replacing the earlier PR #3093 approach.
  • Routes demultiplexed archive/container submissions by the platform detected per extracted file rather than the outer container, deferring machine='all' expansion until the extracted platform is known.

4 details in Everything

Was this useful?
◆  Digital Forensics & Incident Response

Mitiga

Sources Blog / feed → 3 releases · 2026-07-24 → 2026-08-19 Blog

Mitiga is a cloud security platform that detects and responds to threats in AWS, Azure, and GCP environments.

Mitiga launched Helios AIDR, a new AI-driven detection and response platform anchored by AI Insights for automated triage, and rolled out the HeliosAI Agent with guided investigation, natural-language log search, AI-generated event summaries, and API access, alongside a new Investigation Workbench for unified multi-cloud and SaaSSaaSSoftware delivered over the internet and run on the provider's infrastructure, so the buyer pays a subscription instead of installing or operating anything locally. incident review.

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

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

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

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

01 01
AI Summary for Workbench Events new 75

Adds AI Summary for Workbench Events, which reads a selected group of forensic events and generates a narrative covering what happened, in what order, and why it matters, with one-click access to the underlying raw log entries and detectors.

Use AI Summary for Workbench Events to turn dozens of scattered forensic events from a cloud incident into a single readable narrative.
📍In the Mitiga Helios console, open Workbench, select the forensic events you want to summarize, then click AI Summary to generate a narrative of what happened, in what order, and why it matters — with a link to the underlying raw log entries.
— Exact UI steps to generate a summary are given HeliosAI Agent: Finally, a Tier 2/3 Analyst …
02 00
HeliosAI Investigation guided cross-cloud incident review new 70

Adds HeliosAI Investigation to the HeliosAI Agent, providing guided incident investigation across AWS, GCP, Azure, Microsoft 365, Okta, and SaaS applications — surfacing leads, connecting identity activity, and showing the forensic evidence and confidence reasoning behind every verdict.

— Names six supported platforms but no navigation or command HeliosAI Agent: Finally, a Tier 2/3 Analyst …
03 00
Investigation Workbench in IR2 Platform new 70

Adds Investigation Workbench to the IR2 Platform, providing a single-pane view of activity chains across multi-cloud and SaaS environments without requiring deep cloud investigation expertise. It gives automated timelines of cloud and SaaS user activity to help SOCSOCA security operations center, the team or function that monitors threats, investigates alerts and coordinates incident response. Its work can be internal, outsourced or shared. teams assess incident scope — such as tracking post-phishing actions like file downloads or email access — and lets internal IR and SOC teams determine incident materiality and choose between in-house containment or external expert escalation, supporting SEC 4-day disclosure requirements.

— Describes workflow and use case but no config or command Introducing Investigation Workbench (2026-07…
04 02
Helios AIDR platform with AI Insights triage new 60

Introduces Helios AIDR, an AI-driven cloud detection and response platform performing real-time triage across multi-cloud and SaaS environments. AI Insights, its first capability, automatically executes contextual triage tests against every potential threat lead and significant cloud activity, dynamically adjusts risk scores to separate routine activity from genuine concerns without manual analyst intervention, and delivers pre-assembled evidence packages with automatically crafted attacker timelines spanning multiple cloud environments.

— Detailed mechanism but no UI path or command shown Helios AIDR: Why Cloud Security Needs Intell…
thinner coverage below
05 00
Natural-language log search in HeliosAI Agent new 50

Adds natural-language log search to the HeliosAI Agent, letting analysts query the Cloud Security Data Lake in plain English with no query syntax or schema knowledge required.

— Names the Cloud Security Data Lake but gives no query example HeliosAI Agent: Finally, a Tier 2/3 Analyst …
06 03
AI integrated across the detection lifecycle new 45

Helios AIDR applies AI across the full detection lifecycle: research intelligence for formulating Indicators of Attack (IoAs), automated detection rule validation and tuning before deployment, and real-time runtime analysis in production.

— Names lifecycle stages but no concrete usage detail Helios AIDR: Why Cloud Security Needs Intell…
07 00
HeliosAI Agent API access new 30

Exposes the HeliosAI Agent via API for teams building their own agentic SOC workflows.

— No endpoint, method, or path named HeliosAI Agent: Finally, a Tier 2/3 Analyst …
Was this useful?
Detection & Response
◆  Security Data Pipeline

Realm Security

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

Realm Security added a direct Databricks Zerobus Ingest pipeline for structured, enriched security telemetry, and debuted Detection Integrity alongside Data Haven Search to let teams cut SIEMSIEMSecurity information and event management, collecting logs from many systems and correlating events to find suspicious activity. Analysts use it to investigate alerts and incidents. log volume without losing threat coverage.

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

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

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

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

01 00
Databricks Zerobus Ingest integration new 79

Realm streams security telemetry directly into Unity Catalog Delta tables via Databricks' serverless push-based Zerobus Ingest API, with no customer-managed staging bucket or message bus required. It sends both raw logs and parsed, 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.-normalized versions simultaneously so teams can route raw events to Bronze and structured data to Silver within a medallion architecture, applying real-time enrichment (GeoIPGeoIPA database that maps IP addresses to geographic locations; tools use it to attribute traffic or alerts to countries, cities, or ASNs without querying external services., threat intel, and customer-supplied CMDBCMDBA Configuration Management Database: a repository that stores records of IT assets and the relationships between them, giving cyber tools a single authoritative source for infrastructure context. or HRISHRISHuman Resources Information System — software that centralises employee records, payroll, and org data. Cyber tools integrate with it to tie identities and access rights to authoritative HR records. context) before data lands in the lakehouse. The feed is configured entirely through the Realm UI once the Databricks target table, Zerobus Ingest endpoint, and access credentials are set up, requiring no additional pipeline to build or maintain.

— Names integration and data flow but only a UI setup path, no API call shown Realm + Databricks Zerobus Ingest: Clean, St…
02 00
Data Haven Search for historical events new 79

Search inside Realm Data Haven lets analysts query their full immutable security history directly against OCSF-normalized observables and resupply exact events to any destination, with no restore step, schema setup, or data-lake infrastructure required. It launches with unmetered queries, with pricing based on ingestion volume rather than how much analysts query or retrieve.

During an active investigation, search Data Haven to pull historical events that were never sent to the SIEM and resupply them to your analysis destination.
📍In the Realm Platform, go to Data Haven › Search, query against OCSF-normalized observables for the relevant time window, then select Resupply to forward the matching raw events to your chosen destination.
— Includes concrete navigation steps and pricing model detail Realm Security Debuts Detection Integrity to…
03 00
Detection Integrity for SIEM rule coverage new 78

Detection Integrity reads every SIEM detection, maps each rule to its dependent log sources and fields, and auto-generates pipeline protection rules to preserve coverage as log volume is reduced, supporting Sigma, KQLKQLKusto Query Language, Microsoft's read-only query language for Azure Data Explorer and Microsoft Sentinel, used by cyber tools to filter, aggregate, and correlate large volumes of log and telemetry data quickly., and SPL rule formats. It produces a shareable report showing what was reduced, what was protected, projected savings, and MITRE ATT&CKMITRE ATT&CKA publicly maintained knowledge base of adversary tactics and techniques observed in real attacks, maintained by MITRE. Cyber tools use it as a common taxonomy to classify, map, and communicate threat behavior. coverage before and after each reduction, and flags a finding instead of cutting it when a reduction cannot be applied safely.

— Clear mechanism and report contents, but no config key or command given Realm Security Debuts Detection Integrity to…
Was this useful?
◆  Security Data Fabric & Federated Search

Vega

Sources Release page → 1 release · 2026-08-04 Notes

Vega is a decentralized protocol for derivatives trading that enables peer-to-peer trading of futures and options on a blockchain.

Vega launched Detection Skills, a new open standard for attaching agentic triage, investigation, and tuning logic to detections, along with a public skill library, sandbox, and a matching workflow inside the Vega Cyber Defense Platform.

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

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

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

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

01 00
Detection Skills Library, sandbox, and GitHub repo new 83

The Detection Skills Library at detectionskills.io ships 50+ skills from Vega Research and partners — the same skills that run inside the Vega platform. A sandbox at detectionskills.io lets users build a detection, attach a skill, preview the agentic verdict, and export spec-compliant YAML. A GitHub repository hosts the library so the community can contribute Detection Skills back to the shared set.

Try the Detection Skills sandbox to attach a skill to a detection, preview the agentic verdict, and export a spec-compliant YAML skill file.
📍In the detectionskills.io sandbox: (1) Build or paste in a detection. (2) Select a skill from the Detection Skills Library (e.g. a triage skill). (3) Preview the verdict output. (4) Export the result as spec-compliant YAML for use in your own platform.
— Names sandbox, library site, YAML export, and repo with steps snapshot-20260823
02 00
Detection Skills workflow in Vega Cyber Defense Platform new 67

A new three-step Detection Skills workflow inside the Vega Cyber Defense Platform lets teams compose detections in a detection notebook, attach skills from the Skill Library to run triage, investigation, and optimization, and approve or reject tuning proposals that write approved verdicts back into the rule. Triage skills run before an alert surfaces rather than after escalation, preventing noise before it reaches an analyst.

— Describes workflow steps and before/after behavior, no exact UI path snapshot-20260823
03 01
Detection Skills open standard new 60

Detection Skills is a new open standard, built on Anthropic's Agent Skills format, for writing triage, investigation, and optimization/tuning reasoning as versioned skills that attach directly to detections. Skills execute as a continuous agentic loop rather than a one-off check.

— Standard explained conceptually but no runnable surface given snapshot-20260823
thinner coverage below
04 00
Detection Skills for agentic AI threats new 35

New Detection Skills add coverage for agentic AI threat scenarios, specifically targeting dangerous model activity as a detection use case.

— Names the use case but gives no mechanism or example snapshot-20260823
└──▷ ALSO FROM THESE RELEASES
Was this useful?
◆  Detection Engineering

Tenzir

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

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

Tenzir Test 2.1.0 introduces format-aware sorting that keeps multiline record blocks intact during test output comparison, stabilizing nondeterministic event ordering.

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

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

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

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

01 00
Format-aware test output sorting new 52

Tenzir Test now applies pre-compare transforms consistently across the shell, Python fixture, and diff runners before baseline comparison, and keeps multiline record blocks intact when sorting test output, which stabilizes nondeterministic event ordering.

— Describes mechanism and scope but no config key or flag given. Tenzir Test v2.1.0: Format-aware test output…
Was this useful?
Identity, Access & Data Protection
◆  Public Key Infrastructure (PKI)

DigiCert CertCentral

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

DigiCert CertCentral is a centralized platform for managing SSL/TLS certificates, automating issuance, renewal, and deployment across infrastructure.

CertCentral shipped three distinct capabilities in this window: a reusable DNS TXTDNS TXTA DNS record type that stores arbitrary text strings in a domain's zone data, often used by cyber tools to exfiltrate data, verify domain ownership, or publish policy information like SPF and DMARC. record method for bulk domain revalidation, multi-year validity options for X9 PKIPKIA framework of policies, roles, and cryptographic standards for issuing and managing digital certificates that bind public keys to identities, letting tools verify authenticity and encrypt communications without pre-shared secrets. TLS certificates, and in-place ICA rotation on existing ACMEACMEAn IETF-standard protocol (RFC 8555) for automating TLS certificate issuance and renewal, letting cyber tools manage certificates without manual CA interaction. Directory URLs.

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

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

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

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

01 00
Multi-year validity for X9 PKI TLS certificates improved 83

X9 PKI for TLS certificate validity options are extended from a 397-day maximum to selectable 1-, 2-, or 3-year terms, with custom validity capped at 1,095 days. Available on the Dashboard under Request a Certificate > Request X9 PKI for TLS Certificate > Certificate Settings > Validity period.

Request a 3-year X9 PKI for TLS certificate for a long-lived internal system to reduce renewal overhead.
📍In CertCentral, go to Dashboard › Request a Certificate › Request X9 PKI for TLS Certificate, then under Certificate Settings › Validity period, select the 3-year option and complete the order.
— Exact before/after limits and precise navigation path changelog-20260823-0e8cddb0
02 00
In-place ICA rotation on ACME Directory URLs new 75

Lets you update the issuing intermediate CA (ICA) certificate on an existing ACME Directory URL without creating a new URL, via the ACME Directory URL Restrictions panel using the Intermediate chains [Intermediate CA] > [Root CA] menu.

Switch an existing ACME Directory URL to a different intermediate CA chain without recreating it — useful when rotating ICA certificates.
📍In CertCentral, open the ACME Directory URL settings, then navigate to ACME Directory URL Restrictions › Intermediate chains [Intermediate CA] › [Root CA] menu, select the desired certificate chain, and save changes.
— Names exact menu path and behavior change changelog-20260823-0e8cddb0
thinner coverage below
03 00
Persistent DNS TXT record for bulk revalidation new 53

CertCentral now supports the Persistent DNS TXT record DCVDCVDomain Control Validation, a certificate-authority process that proves an applicant controls a domain before issuing a TLS certificate; cyber tools use it to automate certificate provisioning workflows. method in bulk domain revalidation — a one-time DNS TXT record containing a DigiCert-provided persistent URI that is reused on every subsequent revalidation without creating new records or values.

— Explains mechanism but no UI/config steps given changelog-20260823-0e8cddb0
└──▷ ALSO FROM THESE RELEASES
Was this useful?
◆  Secure Access (VPN / SASE / ZTNA)

vopono

Sources Release notes → 2 releases · 2026-08-22 → 2026-08-23 Notes

Run applications through VPN tunnels with temporary network namespaces

vopono added a health-check subcommand and made outputs scriptable with JSON, alongside AirVPN WireGuardWireGuardA modern VPN protocol and Linux kernel module, maintained as an open-source project, that establishes encrypted tunnels using minimal code and fast cryptography, giving cyber tools a lightweight, high-performance transport layer. sync support and IPv6IPv6The current version of the Internet Protocol, standardized by the IETF, using 128-bit addresses to replace the exhausted IPv4 space. Cyber tools target it because modern networks run dual-stack or IPv6-only. fixes.

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

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

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

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

01 00
vopono check connectivity subcommand new 65

New vopono check subcommand runs daemon connectivity and health checks covering IPv4, IPv6, and DNS lookups.

— Names exact subcommand and checks covered 0.10.22
02 00
AirVPN WireGuard config sync new 60

Adds AirVPN WireGuard config syncing support via API key through vopono sync.

— Names provider, mechanism and command 0.10.21
thinner coverage below
03 00
JSON output flag for commands new 55

Adds a --json flag to most commands for programmatic/scriptable output.

— Names exact flag but scope is 'most commands' 0.10.21
04 00
IPv6 handling improvements improved 25

Improves IPv6 handling in network namespaces, carried over from an unpublished 0.10.20 release.

— No mechanism or scope beyond general claim 0.10.21
Was this useful?

Cato Networks

Sources Blog / feed → 2 releases · 2026-08-10 → 2026-08-13 Blog

Cato Networks is a cloud-native security platform providing unified networking and security services through a global SD-WAN infrastructure.

Cato Networks shipped Agentic Threat Prevention, a new inline and agentic-decision engine that detects and blocks multi-stage AI-driven attacks in real time, and extended Cato AI Security to Claude via Anthropic Inference Hooks with MCPMCPModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface./skill visibility, full-lifecycle policy enforcement, and scoped rollout controls.

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

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

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

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

01 01
Agentic Threat Prevention for multi-stage attacks new 78

New Agentic Threat Prevention capability combines inline conditional enforcement — which dynamically tags hosts based on recent activity and denies specific behaviors mapped to MITRE ATT&CKMITRE ATT&CKA publicly maintained knowledge base of adversary tactics and techniques observed in real attacks, maintained by MITRE. Cyber tools use it as a common taxonomy to classify, map, and communicate threat behavior. tactics, for example blocking executable downloads from cloud services on hosts that have contacted known C2 servers — with an agentic decision-making layer that continuously aggregates telemetry, reasons about host patterns, and automatically applies prevention policies in real time without manual intervention, for example denying lateral movementlateral movementMoving from an initially compromised system or identity to other resources in a network. Attackers often use stolen credentials or trusted connections to expand their access. vectors on hosts exhibiting both internal discovery and suspicious external communications. Findings, supporting evidence, activated controls, and mitigation status are surfaced inside the Cato Management Application.

Review an active agentic attack finding — including evidence, controls activated, and mitigation status — as it unfolds in the Cato Management Application.
📍In the Cato Management Application, navigate to Agentic Threat Prevention to view the attack timeline, supporting evidence, activated controls, and current mitigation status for the affected host.
— Rich mechanism and MITRE mapping, but no policy config surface named Defeating the Agentic Attacker: Agentic Thre…
02 00
Claude support via Anthropic Inference Hooks new 75

Extends Cato AI Security coverage to Claude Chat, Claude Code, and Claude Cowork via Anthropic Inference Hooks, requiring no endpoint agent or network inline access. Adds a scout-debug command to verify hook registration inside supported agents for in-workflow deployment troubleshooting, and supports pre-emptive hook configuration so hook policy can be written before a supported agent is detected, ensuring the first session on a new device is not outside enforcement.

— Names a real command and hook mechanism but no full syntax Inside Cato’s Latest AI Security Innovations…
thinner coverage below
03 00
Scoped agent policy rollout via Cato Scout new 52

Supports scoped rollout by applying controls to specific users or groups, with Cato Scout client identity tying policies and audit records to the correct endpoint user or device.

— Explains identity-based scoping mechanism but no exact config path Inside Cato’s Latest AI Security Innovations…
04 00
MCP and skill visibility for agentic Claude new 45

Adds MCP and tool visibility so teams can enumerate the MCP servers and tools available to agents and assess their combined risk surface, and adds skill visibility and posture assessment across the environment to help identify skills that require review before use in business workflows.

— Describes visibility scope but no UI path or query surface given Inside Cato’s Latest AI Security Innovations…
05 00
Full-lifecycle policy enforcement for Claude interactions new 43

Enables policy enforcement across user prompt, AI response, tool input, and tool output for agentic Claude interactions.

— Names the four enforcement stages but no config or command shown Inside Cato’s Latest AI Security Innovations…
Was this useful?
◆  Identity & Access Management

Aembit

Sources Blog / feed → 2 releases · 2026-08-05 → 2026-08-17 Blog

Aembit is a zero-trust identity security platform that manages and authenticates machine identities across cloud infrastructure.

Aembit extended its Workload Identity Federation credential provider ecosystem to cover both Anthropic's Claude API and OpenAI's ChatGPT API, letting workloads authenticate with short-lived federated tokens instead of static API keys.

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

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

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

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

01 00
Claude Workload Identity Federation credential provider new 98

Adds a Claude Workload Identity Federation Credential Type in the Aembit Credential Provider UI with required fields federation_rule_id, organization_id, and service_account_id, and optional fields audience, scope (defaults to workspace:developer), workspace_id, and lifetime (defaults to 3600 seconds, range 300–43200). A matching claude_wif block is added to the Aembit Terraform Provider with the same required/optional arguments. The EdgeController transparently performs the federation token exchangetoken exchangeAn OAuth 2.0 protocol extension (RFC 8693) that lets a service trade one token for another with different scopes, audience, or type, enabling delegation and impersonation across service boundaries without re-authenticating the user. against Claude's POST /v1/oauth/token OAuth endpoint and injects the resulting short-lived bearer tokenbearer tokenA 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. into outbound requests with no application code changes, replacing static sk-ant-… keys. Aembit also auto-generates a dedicated 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. Issuer URL (serving /.well-known/openid-configuration and JWKSJWKSA JSON Web Key Set, a published collection of cryptographic keys. Applications use it to find the public key needed to verify a token's signature.) for Claude Console to use when registering Aembit as a federation issuer, and this extends Aembit's existing WIFWIFWorkload Identity Federation is a Google Cloud mechanism that lets external workloads authenticate to Google APIs using short-lived tokens from a trusted identity provider, eliminating the need to manage long-lived service account keys. pattern (previously AWS STS, Azure Entra, GCP) so any OIDC-compliant identity source (AWS IAM, Google Cloud, Microsoft Entra ID, GitHub Actions, Kubernetes service accounts, SPIFFE, Okta) can authenticate to Claude under the same Access Policy model.

Provision a Claude WIF Credential Provider in Terraform so workloads get short-lived Claude tokens instead of static sk-ant-… keys.
hcl
resource "aembit_credential_provider" "claude_wif" {
  name = "claude-wif-prod"
  claude_wif = {
    federation_rule_id = "fdrl_xxxxxxxxxxxxxxxx"
    organization_id    = "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"
    service_account_id = "svac_xxxxxxxxxxxxxxxx"
    workspace_id       = "wrkspc_xxxxxxxxxxxxxxxx"
    scope              = "workspace:developer"
    lifetime           = 3600
  }
}
Verify that a newly configured Claude WIF Credential Provider can successfully exchange tokens with Claude's OAuth endpoint before attaching it to a policy.
📍# In the Aembit Admin Portal: # 1. Go to Credential Providers # 2. Select the Claude WIF Credential Provider you created # 3. Click Verify # A green Verified Successfully banner confirms Aembit can reach # POST /v1/oauth/token and exchange tokens on behalf of workloads.
— Names exact fields, Terraform block, and OAuth endpoint with runnable example. Aembit Adds Workload Identity Federation Sup…
thinner coverage below
02 01
OpenAI Workload Identity Federation credential provider new 58

Aembit Cloud v1.33 adds an OpenAI WIF credential provider enabling secretless, keyless access to the OpenAI ChatGPT API, using short-lived scoped access tokensaccess tokensA credential that authorizes a client to use a service or API. It usually has limited permissions and a lifetime; anyone holding it may be able to use those permissions. instead of static sk-proj-... API keys. The EdgeController intercepts outbound OpenAI API requests at runtime, exchanges an Aembit-issued federation token at OpenAI's token endpoint, and injects the resulting short-lived access tokenaccess tokenA credential that authorizes a client to use a service or API. It usually has limited permissions and a lifetime; anyone holding it may be able to use those permissions., requiring no application code changes, SDK modifications, or credential management logic. This extends Aembit's WIF credential provider ecosystem, which already covers AWS STSAWS STSAWS Security Token Service, an Amazon Web service that issues short-lived credentials for IAM roles, letting tools authenticate to AWS APIs without storing long-term secrets., Azure Entra, GCP, and Anthropic Claude, under a single secretless access policy model.

— Describes mechanism but lacks named config fields or exact endpoint. OpenAI Workload Identity Federation: Aembit …
Was this useful?

Token Security

Sources Blog / feed → 2 releases · 2026-08-06 Blog

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

Token Security expanded its identity control plane with a new integration into Anthropic's Claude Compliance API for governing AI agent identities, and shipped an MCP ServerMCP ServerA process that exposes tools, resources, and prompts over Anthropic's Model Context Protocol, letting an AI agent call external APIs or local services through a standardised interface. Discovery capability that hunts down hidden 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. servers and embedded secrets across enterprise endpoints.

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

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

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

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

01 00
MCP Server Discovery for hidden AI servers and secrets new 83

New capability automatically retrieves MCP configuration files (e.g. claude_desktop_config.json, .mcp.json configs) from endpoints via CrowdStrike Real Time Response (RTR) without user disruption, then continuously scans and inventories MCP servers and AI agent processes across enterprise environments by integrating with CrowdStrike and other endpoint ecosystems without requiring additional agents. It analyzes CrowdStrike logs for IDE and Claude Code instances to pinpoint which MCP servers they communicate with in near real time, scans collected config files to identify hardcoded secrets (API keys, plaintext tokens, credentials), correlates them to identities, and redacts sensitive values in the platform UI. Results are shown in a Risk Graph displaying each MCP server's connections, access scope, and authentication classification.

— Names exact config file paths and CrowdStrike RTR mechanism, no CLI/API given. Token Security’s MCP Server Discovery Capabi…
02 00
Claude Compliance API integration for Anthropic identities new 72

Integrates with Claude's Compliance API to pull Anthropic identity and activity signals — API keys, workspaces, projects, users, service accounts, model activity, tool usage, administrative events, and key lifecycle events — into Token's identity control plane. Enables discovery and ownership mapping of Anthropic API keys across the full access chain (creation in Claude, storage in repository secrets, invocation by CI/CD pipelines, execution inside cloud workloads), surfaces risks like stale keys, keys without owners, abandoned workspaces, over-privileged access, and unrotated credentials, and correlates Claude activity with identity/access context from cloud, SaaSSaaSSoftware delivered over the internet and run on the provider's infrastructure, so the buyer pays a subscription instead of installing or operating anything locally., source control, CI/CD, and MCP servers into a unified identity graph for blast-radius analysis. Claude-related identities now feed into Token's posture scoring and remediation workflows alongside other non-human and AI agent identities.

— Rich mechanism and scope but no config keys or commands to act on directly. Token Security Brings Claude Compliance API …
Was this useful?

Yubico

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

Yubico manufactures hardware security keys that provide two-factor authentication and passwordless login across websites and applications.

Yubico partnered with Devolutions to let admins program vaulted credentials directly onto YubiKey hardware slots, enabling clipboard-free password injection in air-gapped environments.

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

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

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

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

01 00
'Copy to YubiKey' credential injection in Devolutions RDM new 78

A new Copy to YubiKey action in Devolutions Remote Desktop Manager (RDM) programs a vaulted credential directly into a YubiKey hardware slot (Slot 1 or Slot 2) as a static password, with the YubiKey acting as a USB HIDHIDHuman Interface Device — a USB (and Bluetooth) device class standardized by the USB Implementers Forum covering keyboards, mice, and gamepads; cyber tools use it to make a rogue device enumerate as a trusted input peripheral. keyboard to type it in. This allows credential injection into air-gapped server consoles and BIOS prompts where clipboard redirection is disabled, without software or network access, while credentials stay vaulted in RDM and slots are only written deliberately to preserve audit trails.

— Names mechanism, slots, and use case; lacks UI navigation steps. The ‘Air-Gap Conundrum’: When Password Manag…
Was this useful?

Nudge Security

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

Nudge Security is a SaaS security platform that discovers, monitors, and manages cloud applications and data exposure risks.

Nudge Security extended its browser-based AI agent discovery research preview to surface AI agents built on Datadog and HubSpot.

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

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

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

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

01 00
AI agent discovery for Datadog and HubSpot new 55

Nudge Security's browser extension can now discover AI agents built on Datadog and HubSpot as part of an AI agent discovery research preview. Access to the research preview can be requested from the AI Agents tab under Identities.

Enable browser-based AI agent discovery to surface Datadog and HubSpot agents your team has built.
📍In the Nudge Security browser extension, go to Settings and turn on browser-based agent discovery. Then navigate to Identities › AI Agents to review discovered agents or request research preview access.
— Names UI path and providers but no mechanism detail. changelog-20260823-5a226f98
Was this useful?
◆  Data Security & DLP

Zama fhEVM

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

FHEVM, a full-stack framework for integrating Fully Homomorphic Encryption (FHE) with blockchain applications

fhEVM v0.14.0 ships a unified EIP-712 decryption model, a full KMSKMSA managed service that creates, stores, rotates and controls access to encryption keys, usually backed by HSMs. Applications ask it to encrypt or decrypt rather than holding keys themselves. epoch/context lifecycle with new required deployment tasks, LayerZero-based cross-chain confidential bridging, and new Solidity FHE operations, alongside ciphertext migration/attestation and coprocessor reliability work.

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

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

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

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

01 01
Unified EIP-712 decryption via signDecryptionPermit breaking 95

Ships unified EIP-712 user decryption via signDecryptionPermit(), merging self and delegated decryption into one request model with per-handle ownership, durationSeconds, protocol-versioned permits, and ERC-1271 smart-account signature support. This is now the required SDK decryption permit path: durationDays is replaced by durationSeconds, permit objects carry a protocol version, several low-level SDK exports were removed in favor of high-level encrypt/decrypt/sign actions, and user-decryption authorization moves to the unified v2 flow, with legacy on-chain request shapes remaining only for the deprecation window.

Request a unified EIP-712 decryption permit from the SDK with the new per-handle, duration-in-seconds model.
javascript
const permit = await signDecryptionPermit({ handles: [handle], durationSeconds: 3600, signer });
— Runnable example plus exact field rename and deprecation path v0.14.0
02 00
New KMS deployment and rollout Hardhat tasks breaking 85

Adds deployProtocolConfigFromMigration, deployKMSGenerationFromMigration, upgradeKMSGeneration, and verify Hardhat tasks as the new required deployment and rollout path, replacing the removed KMSGeneration Gateway migration path; deployment and rollout flows must use these tasks along with the KMS/wave1 migration verification scripts.

— Named tasks given but no exact CLI invocation v0.14.0
03 00
FHE.mulDiv widened multiply-divide operation new 83

Adds FHE.mulDiv(...) for widened multiply-divide operations on encrypted integers, with HCU accounting including the scalar-type check for fheMulDiv.

Call the new widened multiply-divide operation on encrypted integers inside a confidential Solidity contract.
solidity
euint64 result = FHE.mulDiv(encryptedA, encryptedB, encryptedDivisor);
— Runnable example and named HCU check v0.14.0
04 00
KMS epoch and context lifecycle management new 80

Adds destroyKmsEpoch to the KMS connector for epoch destruction, alongside single-in-flight enforcement, signature-checked epoch activation confirmations, and getters for context-switch monitoring. Adds per-context KMS threshold setters with caps on threshold and signer set for hardened decryption consensus, and new reinitializer versions for FHEVMExecutor, HCULimit, and ProtocolConfig host/gateway contracts, adding protocol storage for KMS epochs, context anchors, decryption invalidation, and confidential bridge configuration.

— Named contracts and function but no usage example v0.14.0
05 02
ConfidentialBridge for cross-chain encrypted handles new 78

Adds the ConfidentialBridge (LayerZero-based) for encrypted handle bridging across chains, including bridge events, Solidity helper APIs, deploy/prepareUpgrade tasks, LZ-delegate auto-resync to the ACLACLAn access control list, a set of rules allowing or denying operations for particular users, services or network addresses. It decides who can use a resource. owner, and post-upgrade endpoint verification.

— Named components but no usage example given v0.14.0
06 00
FHE.toExternal for all encrypted types new 75

Adds FHE.toExternal(...) for all encrypted types, enabling conversion of any encrypted value to an external representation from Solidity.

Convert any encrypted value to an external representation for off-chain consumption or bridging.
solidity
externalEuint64 ext = FHE.toExternal(encryptedValue);
— Runnable example included v0.14.0
07 00
Ciphertext attestation and shadow verification in KMS connector new 65

Adds ciphertext attestation plumbing and shadow verification in the KMS connector, including a shared ciphertext-attestation crate, embedded ciphertext format, coprocessor registry refresh, and S3 material verification.

— Named components, no direct command v0.14.0
08 00
SNS/S3 ciphertext migration support new 62

Adds SNSSNSAmazon Simple Notification Service, a managed pub/sub messaging service from AWS that lets tools fan out alerts or events to multiple subscribers — queues, email, HTTP endpoints, or Lambda functions — without managing broker infrastructure./S3 ciphertext migration support with dedicated concurrency and DB pool controls, stalled-error backoff, and a wave1 migration verification script.

— Names controls but no exact config keys v0.14.0
09 00
SDK automatic protocol/WASM version resolution improved 62

Adds automatic protocol/WASMWASMA binary instruction format for a stack-based virtual machine, maintained by the W3C, that lets code compiled from any language run at near-native speed inside a sandboxed environment across browsers and servers. version resolution and bundled TFHE to the SDK, with cleartext mode, multi-version host-contracts support, and a narrower public API surface.

— Describes changes but no example call v0.14.0
10 00
Coprocessor reliability and observability improvements improved 60

Adds full block payloads with adaptive Redis drain and stalled dependency-chain parking for improved migration and live-operation reliability, replay of quorum-accepted input proofs and drift-recovery hardening with documented quorum requirements, and latency/gap metrics for observability of block-processing performance.

— Mechanism described but no exact metric or config names v0.14.0
11 00
Configurable replay start block for host-listener new 60

Adds --seed-start-block flag to the host-listener poller for controlling the coprocessor block replay start point.

— Exact flag named but minimal mechanism v0.14.0
12 00
Canonical protocol-config chain ID for coprocessor breaking 60

The coprocessor's Ethereum chain-ID flag was renamed to the canonical protocol-config chain ID, and host_chains seeding is now declarative — coprocessor configuration must be updated accordingly.

— Names config change but not the exact flag names v0.14.0
└──▷ BREAKING ON UPGRADE
  • !
    The signDecryptionPermit() API is now the required SDK decryption permit path; durationDays is replaced by durationSeconds, permit objects carry a protocol version, and several low-level SDK exports were removed in favor of high-level encrypt/decrypt/sign actions.
  • !
    User-decryption authorization moves to the unified v2 flow; legacy on-chain request shapes remain only for the deprecation window.
  • !
    The KMSGeneration Gateway migration path was removed; deployment and rollout flows must use deployProtocolConfigFromMigration, deployKMSGenerationFromMigration, upgradeKMSGeneration, verify tasks, and the KMS/wave1 migration verification scripts.
  • !
    The coprocessor's Ethereum chain-ID flag was renamed to the canonical protocol-config chain ID; host_chains seeding is now declarative — coprocessor configuration must be updated accordingly.
Was this useful?

MIND

Sources Blog / feed → 1 release · 2026-07-29 Blog

MIND introduced a suite of AI DLPDLPData Loss Prevention: a category of controls that inspect and block sensitive data from leaving an organisation via email, web, or removable media, giving cyber tools a policy enforcement layer over data in motion and at rest. agents alongside a Model Context ProtocolModel Context ProtocolModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface. interface, letting teams direct policy creation, incident remediation, and override review through plain-language agent control.

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

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

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

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

01 00
Model Context Protocol interface for agent control new 60

A new Model Context Protocol (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.) interface lets teams direct MIND agents in plain language from any MCP-compatible AI client, removing the need to switch consoles or learn query syntax.

— Names the MCP protocol but no exact client setup or command shown MIND AI DLP agents: Your team. One mission. …
thinner coverage below
02 01
Policy Producer Agent for autonomous DLP policy creation new 45

The Policy Producer Agent autonomously creates and continuously refines DLP policies based on observed environment activity and direct instructions, aiming to eliminate manual policy engineering.

— Explains mechanism but no config, policy syntax or UI path given MIND AI DLP agents: Your team. One mission. …
03 00
Rapid Response Agent for automated remediation new 45

The Rapid Response Agent executes approved remediation actions immediately and escalates to human approval when required, removing queue delays in incident handling.

— Describes behavior but no trigger conditions or setup steps named MIND AI DLP agents: Your team. One mission. …
04 00
Reason Reviewer Agent for override justification review new 45

The Reason Reviewer Agent evaluates policy override justifications against organizational guidance in real time, replacing rubber-stamp exception reviews.

— Explains purpose but no policy source or workflow details given MIND AI DLP agents: Your team. One mission. …
Was this useful?
Govern
◆  AI/LLM Security

Aurascape

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

Aurascape shipped the Zero-Bypass MCP GatewayMCP GatewayA server that sits between MCP clients and one or more Model Context Protocol backends, routing tool calls and aggregating context sources so a single endpoint exposes many AI-agent integrations at once., a new architecture pairing an MCP Gateway with an AI Proxy to block AI agent tool calls that skip policy enforcement, along with discovery, access control, authorization, auditing and threat-coverage capabilities built around it.

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

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

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

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

01 01
Zero-Bypass MCP Gateway and AI Proxy enforcement new 58

Introduces the Zero-Bypass 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. Gateway, which governs MCP tool access and marks every approved call so the AI Proxy can block any tool invocation that bypassed the Gateway before the model acts.

— Explains mechanism (marking approved calls, blocking bypass) but no config surface named. Zero-Bypass MCP Gateway Data Sheet (2026-08-…
02 00
OAuth 2.1 authorization for MCP connections new 48

Implements OAuth 2.1OAuth 2.1A consolidated draft of the OAuth authorization framework that merges OAuth 2.0 with its most important security BCP updates, dropping unsafe flows so tools can delegate user access without handling credentials directly. authorization with tokens scoped per user per server for MCP connections.

— Names auth standard and token scoping but no setup steps. Zero-Bypass MCP Gateway Data Sheet (2026-08-…
03 00
Tool-level access control and policy actions new 46

Supports tool-level sanctioning bound to users and groups for fine-grained access control over which agents can call which MCP tools, with policy actions ranging from coaching to hold-for-approval to blocking for MCP tool calls.

— Names policy action tiers but no config keys or UI path given. Zero-Bypass MCP Gateway Data Sheet (2026-08-…
04 00
OWASP MCP Top 10 threat coverage new 42

Detects and maps coverage against the 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. MCP Top 10, including tool-poisoning attacks and credential-chaining scenarios across multiple systems.

— Names standard and two attack types but no detection mechanism. Zero-Bypass MCP Gateway Data Sheet (2026-08-…
05 00
Automatic MCP server and tool discovery new 38

Adds automatic MCP server and tool discovery with automatic enrollment, eliminating manual registration of AI agent tool surfaces.

— States what it does but no mechanism or config detail. Zero-Bypass MCP Gateway Data Sheet (2026-08-…
06 00
Audit-ready records of MCP conversations new 28

Generates audit-ready records of every observed MCP conversation for compliance and investigation.

— Bare description of audit capability, no format or access detail. Zero-Bypass MCP Gateway Data Sheet (2026-08-…
Was this useful?
Infrastructure
◆  Internet Services

Cloudflare

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

Cloudflare is a web performance and security platform providing DDoS protection, CDN, DNS, and developer tools.

Cloudflare shipped CASBCASBA Cloud Access Security Broker is a policy-enforcement proxy, on-premises or cloud-hosted, that sits between users and cloud services to provide visibility, compliance controls, and threat protection over SaaS and IaaS traffic. auto-remediation for SaaSSaaSSoftware delivered over the internet and run on the provider's infrastructure, so the buyer pays a subscription instead of installing or operating anything locally. file-sharing findings, richer API error context, granular OAuth scope control, and higher Browser Rendering limits, alongside dashboard and local-dev improvements for Workers.

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

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

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

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

01 01
CASB auto-remediation policies new 80

Adds CASB remediation policies in Cloudflare One to automatically remediate file-sharing findings in Microsoft 365 and Google Workspace — or send webhooks to Slack, ServiceNow, or any destination — the moment CASB detects a finding, with no manual triage.

Create a CASB remediation policy that auto-revokes external sharing on Google Workspace file-sharing findings and sends a webhook to Slack.
📍In Cloudflare One, go to Cloud & SaaS findings › Policies, select Create a policy, enter a Policy name, set Vendor to Google Workspace and the relevant Integration and Finding type, then under 'Define what to do with findings that match your trigger' enable both Run Remediation and Send webhooks, then toggle Enable policy and select Create policy.
— Names product area, vendors, and destinations with a full setup example. changelog-20260823-6cf4c75f
02 00
Documentation link in API 403 errors improved 80

Cloudflare API 403 Forbidden responses now include a documentation_url field pointing directly to the denied endpoint's API documentation, surfacing required roles for faster self-service troubleshooting and enabling agents to drive approval workflows from error context.

Inspect a Cloudflare API 403 response to immediately identify which docs page lists the required roles for the denied endpoint.
$ curl -s -o response.json -w "%{http_code}" -X GET \
  "https://api.cloudflare.com/client/v4/workers/scripts" \
  -H "Authorization: Bearer <token>" && \
  cat response.json | jq '.errors[0].documentation_url'
— Names exact field and includes a runnable curl+jq example. changelog-20260823-6cf4c75f
03 00
Optional OAuth scope controls new 75

OAuth clients can now classify configured scopes as required or optional in the Cloudflare dashboard; users see Read Only and Full Access templates and a scope search on the consent screen, and can decline optional scopes to enforce least-privilege access. wrangler login now presents an Edit optional permissions step during authorization, letting users choose which optional OAuth scopes to grant Wrangler or the Cloudflare API MCPMCPModel Context Protocol, a standard for connecting AI applications to external tools and data sources. A compatible server exposes capabilities an assistant can use through a common interface. server instead of approving every requested scope.

— Covers both dashboard and wrangler surfaces with UI screenshots as evidence. changelog-20260823-6cf4c75f
04 00
Deployments tab for Durable Object namespaces new 70

Durable Object namespaces gain a Deployments tab in the Cloudflare dashboard showing live Worker versions, traffic split, requests, error rate, and wall time per version — including actual observed traffic share alongside the configured percentage.

— Describes exact metrics shown with a screenshot but only a UI path to reach it. changelog-20260823-6cf4c75f
05 00
Soft-navigation tracking in Web Analytics breaking 70

Web Analytics extends navigationType values to navigate, soft-navigation (Chrome Soft Navigation API), and routing-apis (Navigation API / History API fallback), adding native LCPLCPLink Control Protocol, part of PPP, negotiates and configures point-to-point data links between two peers. Cyber tools targeting PPP-based connections use it to inspect or manipulate link establishment. measurement for SPAs on supported browsers. This may change reported pageview volume depending on front-end architecture and visitor traffic patterns.

— Names exact new field values and flags a reporting-volume side effect. changelog-20260823-6cf4c75f
06 00
Higher Browser Rendering limits improved 65

Browser Rendering (Workers Paid plan) default limits raised: concurrent browsers 120 → 200, new browser instances/second 1 → 3, Quick Actions requests/second 10 → 30.

— Precise before/after numbers but no usage steps given. changelog-20260823-6cf4c75f
07 00
FUSE Docker privileges in Miniflare improved 65

Miniflare now automatically grants FUSEFUSEA Linux kernel interface that lets userspace programs implement a filesystem without kernel code, maintained as part of the kernel project; tools use it to mount virtual or synthetic filesystems without requiring root or kernel modules. (Filesystem in Userspace) Docker privileges for local Containers development on macOS, WSLWSLWindows Subsystem for Linux, a Microsoft-built compatibility layer that lets a Linux environment run directly on Windows without a virtual machine, giving cyber tools access to Linux binaries, filesystems, and syscalls on a Windows host., and Linux rootless Docker when /dev/fuse is available, enabling use cases such as mounting R2 buckets with FUSE.

— Names platforms and device path but no command example. changelog-20260823-6cf4c75f
└──▷ BREAKING ON UPGRADE
  • !
    Web Analytics may report a different volume of pageviews after the soft navigation measurement update — the extent depends on front-end architecture and visitor traffic patterns.
Was this useful?
browse all tools → score card for your toolchain →