PAGES
Free Head is the only free newsletter you can have delivered to your inbox — the week’s best releases, every Friday. Sign up here →

This Week's Highlights — issue 002, July 15, 2026

THE CYBER TOOLCHAIN NO. 002
Head
THE WEEK'S TOP PICKS
PUBLISHED JULY 15, 2026 · FRIDAYS
EDITIONS tail grep head ls diff uniq

The best tooling updates that shipped this week.

The week in numbers · Jul 8–14

Changes per week, last 12 weeks · Jul 8–14

Changes we read in that week's dailies, including docs and API changes. A gap means no daily was published.

—
Apr 22
—
Apr 29
—
May 6
—
May 13
—
May 20
—
May 27
—
Jun 3
—
Jun 10
—
Jun 17
162
Jun 24
68
Jul 1
584
Jul 8

Every feature release from the 1309 tools on our watchlist goes into the daily newsletter. Once a week we read the whole field side by side and choose our top picks, judged on two questions: how deep and complete is the single best capability in the release, and how much it changes what you can actually do.

A tool is judged on everything it shipped that week, so a project that releases daily gets credit for the sum — and still only takes one slot. We would rather run a short list than a padded one.

VIEW
ISSUE VIEW scroll
INFORMATION DENSITY everything
ISSUE WIDTH reading width
Do you prefer scroll?

The picks in full

01 Cloudflare 14 releases · 2026-06-15 → 2026-07-14 Web Application Security

Cloudflare Blog is a publication sharing updates, technical insights, and announcements about Cloudflare's internet security, performance, and developer infrastructure products.

// WHY IT MADE THE LIST Depth 5/5 Impact 4/5

Cloudflare ships Precursor — a session-scoped JavaScript behavioral engine that continuously re-evaluates bot scores across the full user journey without application changes — alongside WAF custom rules that can now match Cloudforce One threat intelligence fields (attacker names, target industries, datasets) directly in rule expressions. Both are immediately deployable and address gaps no other CDN-layer product covers this week.

Cloudflare shipped Precursor, a continuous client-side behavioral signal system that extends bot detection across full user sessions, alongside a Workers-native cache with programmatic purge, smarter tiered caching for cloud-hosted origins, AI-crawler traffic controls, a new bot directory and attribution dashboard, DNSSECDNSSECA set of DNS extensions, maintained by the IETF, that add cryptographic signatures to DNS records so resolvers can verify responses have not been tampered with in transit.-bypass transparency in 1.1.1.1, Cloudforce One threat-intel fields for 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. rules, and a wave of WAF managed-rule detections for actively exploited CVEs.

└──▷ WHAT SHIPPED · 9 FEATURES 2 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
Workers Cache: tiered cache in front of a Worker new 95

A new tiered cache sits in front of a Worker, enabled with a single cache.enabled block in wrangler.toml, so cacheable requests never invoke Worker code or incur CPUCPUThe main general-purpose processor in a computer. It runs application instructions and coordinates work with memory and other hardware. billing. It supports stale-while-revalidate (stale responses served instantly while the Worker re-renders in the background), the standard Vary header for storing separate variants per header combination with no allowlist restrictions, and a new ctx.cache.purge() API for purging by tag (e.g. tags: ["product:123"]), path prefix, or everything, scoped to the Worker entrypoint rather than the zone. The cache follows the Worker rather than the hostname — shared across custom domains, workers.dev, service bindings, preview URLs, and Workers for Platforms tenants — with per-entrypoint isolation for Workers for Platforms tenants and preview deployments, and ctx.props allows shaping multi-tenant-safe cache keys programmatically without zone-level Cache Rules or Page Rules.

Enable Workers Cache for a Worker so Cloudflare's cache layer handles repeat requests before your code runs, eliminating CPU cost on cache hits.
json
{
  "name": "my-worker",
  "main": "src/index.ts",
  "compatibility_date": "2026-05-01",
  "cache": {
    "enabled": true
  }
}
Serve a server-rendered page at cache speed for most visitors while keeping content fresh — fresh for 5 min, stale-served for up to 1 hour while background revalidation runs.
javascript
return new Response(html, {
  headers: {
    "Content-Type": "text/html; charset=utf-8",
    "Cache-Control": "public, max-age=300, stale-while-revalidate=3600",
  },
});
Purge cached entries for a specific product after an inventory update, without touching any other Worker's or zone's cached content.
javascript
await ctx.cache.purge({ tags: ["product:123"] });
— Names every config key, API method and header with runnable code examples. Your Worker can now have its own cache in fr…
02 01
Cloudforce One threat intelligence fields in WAF rules new 85

WAF custom and rate-limiting rules can now match cf.intel.ip.* fields populated from Cloudforce One threat intelligence for IPs flagged within the past seven days. cf.intel.ip.datasets identifies whether a flagged IP was tied to DDoSDDoSDistributed Denial of Service: an attack that floods a target system with traffic from many sources simultaneously, exhausting its resources so legitimate requests cannot be served. or WAF attack activity, cf.intel.ip.attacker_names and cf.intel.ip.attacker_countries expose known threat actor identities and source countries, and cf.intel.ip.target_industries and cf.intel.ip.target_countries let rules prioritize defense by historically targeted sectors or regions. Matches are recorded in Security Analytics and fully supported via the Cloudflare API and Terraform.

Block inbound requests from IPs linked to DDoS campaigns that have targeted France — useful for protecting French-market infrastructure during active threat periods.
$ any(cf.intel.ip.target_countries[*] == "FR") and any(cf.intel.ip.datasets[*] == "ddos")
— Names all six intel fields with example rule expression and API/Terraform support. WAF - Use Cloudforce One threat intelligence…
03 00
Smart Tiered Cache region hints for cloud-hosted origins new 83

Smart Tiered Cache adds cloud region hint configuration for anycast origins on AWS, GCP, Azure, and Oracle Cloud, letting it select the optimal upper tier instead of hairpinning traffic across continents. A new Origin Configuration table in the dashboard (Caching > Tiered Cache > Origin Configuration) supports per-IP region hint assignment or bulk editing of all origin IPs, with region hints also manageable via the Cloudflare API and Terraform. Anycast origins are detected via speed-of-light latency checks across global checkpoint data centers, with cloud provider IP range mappings refreshed every few hours, upper-tier probe data refreshed every 15 minutes, and geographic fallback for regions lacking probe data.

Set a region hint for an anycast AWS origin so Smart Tiered Cache routes through the optimal upper tier instead of hairpinning across continents.
📍In the Cloudflare dashboard, go to Caching › Tiered Cache › Origin Configuration. Find your anycast origin IP, click the edit icon, select Set Region Hint, and choose your region (e.g., aws:us-east-1). Save to apply.
— Gives exact dashboard path, refresh intervals, and API/Terraform support. Improving Smart Tiered Cache for Public Clou…
04 02
Precursor: session-based client-side bot detection new 80

Precursor is a session-based client-side verification system that dynamically injects JavaScript into HTML responses to continuously collect behavioral signals (pointer movement, keyboard timing/rhythm, focus changes, visibility) across a full user journey with no application changes required. It accumulates behavioral evaluation across a session — preventing bots from resetting their signature via page refresh or a new challenge — cross-references multiple interaction streams in an edge-side evaluation layer to detect linear mouse interpolation, inhuman click precision, missing physiological tremor, and atypical timing, and feeds session-level signals into existing bot score, challenge decisions, and Security Rules. Keyboard activity is captured only as timing/rhythm (not keystrokes) and is not exposed to customer dashboards or tied to user identities; new session-based views in Security Analytics let practitioners analyze full visitor journeys and surface sessions showing sustained automation.

Enable Precursor on a zone to start collecting continuous session-level behavioral signals and feeding them into your existing bot defenses.
📍In the Cloudflare dashboard, go to your zone › Security › Bots, find the Precursor section, toggle Precursor on, and select a verification mode (low-friction background observation or enforced Challenge for unverified sessions).
After enabling Precursor, investigate sessions showing signs of sustained automation — especially behavior occurring between individual requests.
📍In the Cloudflare dashboard, go to Security › Security Analytics, then switch to the session-based view to filter bot management traffic by session-level signals and identify divergent visitor journeys.
Enable Precursor from the Cloudflare dashboard to activate session-based bot detection for your zone.
📍In the Cloudflare dashboard, go to Security › Bots and enable Precursor, then select your preferred mode to balance security and user experience.
— Explains detection mechanism and privacy model but lacks numeric limits. Introducing Precursor: detecting agentic beh…Challenges - Precursor introduces session-ba…
05 00
DNSSEC bypass transparency via EDE codes on 1.1.1.1 new 78

1.1.1.1 now emits EDE 33 (Negative Trust Anchor) on every response served while an NTA is active — including for non-DNSSEC domains — making DNSSEC validation bypass visible to clients instead of silently returning an unverified answer. It also returns EDE 9 (DNSKEY Missing) alongside EDE 33 during NTA incidents, giving operators and monitoring tools visibility into both the underlying DNSSEC chain-of-trust failure and the resolver's mitigation.

Detect whether a response from 1.1.1.1 was served under a Negative Trust Anchor — useful in monitoring scripts or incident triage when a TLDTLDThe rightmost label in a domain name (e.g., .com, .gov, .uk), maintained by IANA's root zone. Cyber tools filter or pivot on TLDs to scope scans, flag suspicious registrations, or classify traffic by geography or type.-level DNSSEC rollover is suspected.
$ kdig @1.1.1.1 google.al
— Names exact EDE codes and includes a runnable diagnostic command. A broken DNSSEC rollover took down .AL. Now …
06 00
New WAF managed rule detections for actively exploited CVEs new 75

The Cloudflare Managed Ruleset gained detections for: SSRF - Restricted Protocol (rule 7fbdc9407bdb4a4eae2b3d91215e7d31), SSRF - Obfuscated Host (rule 6ca512d240d848d6a0c7ef42a935ee5d), LFI - Path Traversal (rule a3fb0870c38440d8a9a0eba81b0230ac), Adobe ColdFusion File Upload Path Traversal CVE-2026-48276 (rule 452a04be3f73458c863d8dae61349c8b), Adobe ColdFusion Path Traversal CVE-2026-48282 (rule a53a3fb491c64d74908081ee9cb61eac), and JS bracket-concatenation XSSXSSCross-site scripting, an attack that runs malicious script in another user's browser through a trusted site. It can steal data or perform actions using the user's session. obfuscation across request body (rule d8b63828c2344d919b94d2594ac5e21f), headers (rule 264a83a764be428ca41d516ff31f5559), and URI (rule 4ba21a60837244029183b782987984fd) — all deployed in Log mode; Citrix NetScaler ADC/Gateway unauthenticated memory disclosure CVE-2026-8451 (rule 78826e3223b94da493a2ade876973ac4); Progress Kemp LoadMaster unauthenticated RCERCERemote code execution, the ability to run attacker-chosen code on another system through a vulnerability. Its impact depends on the permissions and access that code receives. CVE-2026-8037 (rule 6b64d216620449fbb273d07910233f36); Fortinet FortiSandbox path traversal CVE-2026-39813 (rule 32075e19b1494117ac5915e8d84c92c9, Log action); Ivanti Sentry unauthenticated OS command injectionOS command injectionAn attack that makes an application execute operating-system commands supplied through untrusted input. It often happens when input is passed unsafely to a shell. CVE-2026-10520 (rule 500a90789f874345b60b0de7242fdf83); Ghost 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. Content API blind SQL injectionSQL injectionAn attack that makes an application treat untrusted input as part of a database command. It can expose or modify data by changing what the query does. CVE-2026-26980 affecting versions 3.24.0–6.19.0 (rule 439c4ef64b32447989bdf412b4c29bc6, Block action); and a generic obfuscated boolean SQLi bypass detection for URI parameters (rule 6c64b68ef5ed45e7a622cdaab56f403f, shipped Disabled).

Override the new FortiSandbox rule from Log to Block immediately if you run FortiSandbox and want active protection rather than waiting for Cloudflare's default escalation.
📍In the Cloudflare dashboard, go to Security › WAF › Managed Rules › Cloudflare Managed Ruleset, search for rule ID 32075e19b1494117ac5915e8d84c92c9, and set the action override to Block.
Verify the new Ivanti Sentry rule is active in Block mode on your zone — useful immediately after deployment to confirm coverage before patching.
📍In the Cloudflare dashboard, go to Security › WAF › Managed Rules › Cloudflare Managed Ruleset, search for rule ID 500a90789f874345b60b0de7242fdf83, and confirm the action is set to Block.
Enable the new obfuscated boolean SQLiSQLiAn attack that makes an application treat untrusted input as part of a database command. It can expose or modify data by changing what the query does. rule (shipped as Disabled) to actively block evasion attempts against your zone.
📍In the Cloudflare dashboard, go to Security › WAF › Managed Rules › Cloudflare Managed Ruleset, search for rule ID 6c64b68ef5ed45e7a622cdaab56f403f (SQLi - Obfuscated Boolean - URI), and change its action from Disabled to Block.
07 00
BotBase directory and Attribution Business Insights new 72

BotBase is a searchable in-dashboard directory of every bot Cloudflare tracks, classified by behavior (Search, Agent, Training, Transact, Data Collection, SEO, Ads Verification), letting practitioners filter live zone traffic down to a single bot and copy its detection ID for use in Security rules. Attribution Business Insights adds a dashboard showing crawl-to-referral ratios per bot operator over 24 hours, 7 days, or 30 days with Allowed/Blocked/Partially blocked status, and every tracked bot from BotBase is published to Cloudflare Radar's public bots and agents directory.

Use a bot's detection ID from BotBase to build a precise Security rule that blocks a specific crawler on your zone.
📍In the Cloudflare dashboard, go to Security › Bots › BotBase, search for the target bot, copy its detection ID, then navigate to Security › WAF › Custom Rules and create a rule matching that detection ID.
Review which AI crawlers are sending referral traffic back versus just consuming your content, to inform allow/block decisions.
📍In the Cloudflare dashboard, go to Security › Bots › Attribution Business Insights, set the time range to 30 days, and sort operators by crawl-to-referral ratio to identify high-crawl/low-referral operators.
— Names bot categories and dashboard paths with example workflow. Bots - More visibility into bot traffic with…
08 00
Fake Bing/MSN Bot detection rule disabled breaking 65

The Anomaly:Header:User-Agent - Fake Bing or MSN Bot rule (ae20608d93b94e97988db1bbc12cf9c8) had its action changed from Enabled/Block to Disabled; zones relying on this rule for bot enforcement must now implement alternative coverage, such as a custom WAF rule matching known fake-bot User-Agent patterns.

Re-enable blocking of fake Bing/MSN bots via a custom WAF rule if your zone depended on rule ae20608d93b94e97988db1bbc12cf9c8 for bot enforcement.
📍In the Cloudflare dashboard, go to Security › WAF › Custom Rules, create a new rule with field User Agent matching known fake-bot patterns, and set action to Block.
— States exact before/after action and rule ID, includes mitigation example. WAF - WAF Release - 2026-07-01 (2026-07-01)
thinner coverage below
09 00
Per-behavior AI crawler traffic controls new 57

All plans, including Free, can now independently control three AI crawler behavior categories — Search, Agent, and Training — with per-behavior policies of block on all pages, block only on ad-displaying pages, or allow. A new default policy effective September 15, 2026 automatically blocks Training and Agent crawlers on ad-displaying pages for newly onboarded domains (with opt-out available beforehand), and multi-purpose crawlers combining Search and Training behaviors will be subject to Training-class blocking rules under the new defaults.

Opt out of the September 15, 2026 default changes before they apply to your newly onboarded domain.
📍In the Cloudflare dashboard, go to Security › Bots › AI Traffic and manually configure each behavior preset (Search, Agent, Training) to your preferred setting before September 15, 2026.
— Names three behavior categories and effective date but thin on mechanism. Bots - New options to manage AI traffic (202…
Good pick?
Good reason?
02 Keycloak 2 releases · 2026-07-03 → 2026-07-09 Identity & Access Management

Keycloak is an open-source identity and access management solution that provides single sign-on, authentication, and authorization for applications and services.

// WHY IT MADE THE LIST Depth 5/5 Impact 5/5

Keycloak 26.7.0 ships a SCIM API preview, a full SSF 1.0 Transmitter with durable transactional outbox and Prometheus metrics, an AuthZen PDP evaluation endpoint, and a new Admin API v2 — four distinct open-standards capabilities in one release that collectively enable real-time federated session revocation, vendor-neutral authorization, and automated provisioning without any proprietary lock-in.

Keycloak 26.7.0 shipped a wave of new identity-standards support—headlined by real-time Shared Signals Framework event delivery, a SCIMSCIMA standard for creating, updating and removing user accounts and groups across applications. It helps an identity provider keep access in sync when people join, change roles or leave. provisioning API, and an AuthZen PDP—alongside a new declarative Admin APIAdmin APIA dedicated HTTP interface that exposes management and configuration operations separately from the data plane, letting cyber tools automate provisioning, policy changes, or monitoring without touching the main user-facing service. v2, Identity Brokering API v2, and finer-grained delegation controls for organizations and 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..

└──▷ WHAT SHIPPED · 11 FEATURES 4 OF 11 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
Shared Signals Framework transmitter support new 100

Adds experimental OpenIDOpenIDAn open standard for decentralized authentication that lets a user prove their identity to a site via a trusted third-party provider, so tools can delegate login without managing credentials themselves. Shared Signals Framework (SSF) 1.0 Transmitter support: Keycloak pushes signed Security Event Tokens (SETs) to subscribed receivers for events like session revocation, credential change and account disable, supporting both HTTP push (RFC 8935) and HTTP poll (RFC 8936) delivery with a durable, transactional outbox and exponential-backoff retry. Maps native Keycloak events to CAEP 1.0 and RISC 1.0 profiles, plus a legacy SSESSEServer-Sent Events, a browser API and HTTP-based protocol where a server pushes a stream of text events to a client over a single long-lived connection, giving tools a lightweight alternative to WebSockets for one-way real-time updates. CAEP draft profile for Apple Business Manager/School Manager interoperability. A new synthetic event REST endpoint lets external 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./IAMIAMIdentity and Access Management — a framework of policies and services for controlling who can authenticate to systems and what resources they are authorized to use, letting cyber tools enforce least-privilege and audit access. tools inject events that didn't originate in Keycloak. Receivers are configured as standard 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. clients via a per-client ssf.enabled toggle, ssf.read/ssf.manage scopes, a defaultSubjects policy of ALL or NONE, and a per-receiver emit-only-events allowlist. Full stream CRUD plus status, verification, and stream-config endpoints are exposed via the Admin REST API and new Admin Console SSF tabs, with Prometheus metrics under the keycloak_ssf_* namespace covering dispatcher, drainer, poll endpoints, verification flow, outbox depth, and per-delivery counters/latencies. Enabled with --features=ssf (or --feature-ssf=enabled).

Enable the experimental SSF Transmitter feature when starting Keycloak so the per-realm SSF endpoints become available.
$ kc.sh start-dev --feature-ssf=enabled
Obtain a client-credentials token scoped to SSF management, then use it to create or manage streams against the Keycloak SSF transmitter endpoints.
$ curl -s -X POST "https://my.keycloak.test/realms/myrealm/protocol/openid-connect/token" \
  -d "grant_type=client_credentials" \
  -d "client_id=caep-receiver" \
  -d "client_secret=…" \
  -d "scope=ssf.read ssf.manage"
Enable the SSF Transmitter for a realm and create an SSF-enabled OIDC receiver client, then configure its stream settings via the Admin Console.
📍In the Admin Console: 1. Open the target realm → Settings → SSF Transmitter toggle → On (sets ssf.transmitterEnabled). 2. Go to Clients → Create client, set Client authentication On, Service accounts roles enabled. 3. On the client's SSF tab: enable SSF, set Default Subjects to ALL, add an Audience (e.g. https://caep.dev), and tick Push and Poll as supported delivery methods. 4. Under Client scopes, add ssf.read and ssf.manage as Optional scopes.
Enable real-time SSF security event delivery so downstream apps learn about logouts and credential changes without waiting for token refresh.
$ bin/kc.sh start --features=ssf
— Full mechanism, endpoints, config keys, RFCs and runnable examples given Keycloak 26.7.0 released (2026-07-09)Experimental Shared Signals Framework suppor…
02 02
SCIM API for provisioning (preview) new 75

Adds a preview SCIM API for automating user and group provisioning and deprovisioning via standard CRUDCRUDThe four basic database operations — Create, Read, Update, Delete — used as shorthand for any system that manages persistent data records, giving cyber tools a standard model for interacting with stored information., PATCH, filtering, pagination, and schema discovery endpoints. Enabled with bin/kc.sh start --features=scim-api.

Enable the SCIM API preview so HR systems or identity governance platforms can provision and deprovision users automatically.
$ bin/kc.sh start --features=scim-api
— Names endpoint operations and exact enable flag Keycloak 26.7.0 released (2026-07-09)
03 03
AuthZen Evaluation API (experimental) new 72

Implements the OpenID AuthZENOpenID AuthZENAn emerging standard from the OpenID Foundation that defines a common API for querying authorization engines, letting cyber tools swap policy decision points without rewriting integration code. Authorization API 1.0, exposing single and batch PDP evaluation endpoints so policy enforcement points get vendor-neutral permit/deny decisions without coupling to Keycloak's proprietary authorization API. Enabled with bin/kc.sh start --features=authzen.

Enable the AuthZen PDP endpoint so PEPs can request standardized permit/deny decisions without coupling to Keycloak's proprietary authorization API.
$ bin/kc.sh start --features=authzen
— Names endpoint types and exact enable flag, standard referenced Keycloak 26.7.0 released (2026-07-09)
thinner coverage below
04 00
OID4VCI credential refresh and admin UI support improved 55

Adds OID4VCIOID4VCIAn OpenID Foundation protocol for issuing verifiable credentials to a digital wallet over OAuth 2.0, giving cyber tools a standard way to request and receive cryptographically signed identity claims. credential refresh interval configuration via vc.refresh_interval_in_seconds in client scope settings, plus admin UI support for all OID4VCI settings and user-initiated credential issuance from the account console.

— Names exact config key and its location Keycloak 26.7.0 released (2026-07-09)
05 00
Identity Brokering API v2 new 48

Adds Identity Brokering API v2 with client-level authorization, confidential-clients-only enforcement, an OAuth 2.0OAuth 2.0An open authorization framework (IETF RFC 6749) that lets a service grant limited API access to a third party without sharing credentials, giving cyber tools a standard way to authenticate against external platforms.-compliant POST endpoint, and a new session-based token storage option.

— Names enforcement model and endpoint type but no usage path Keycloak 26.7.0 released (2026-07-09)
06 00
Token exchange delegation scope new 46

Adds experimental token exchange delegation with a new delegation parameterized scope type that validates impersonation rights before granting token exchange.

— Names the scope type but no setup steps provided Keycloak 26.7.0 released (2026-07-09)
07 04
Declarative Admin API v2 for OIDC/SAML clients new 46

Introduces an experimental Admin API v2 for declarative OIDC and SAMLSAMLA standard for passing signed identity assertions between a sign-in provider and an application. It lets a user sign in through their organization's identity provider. client management with strict validation, an accurate OpenAPIOpenAPIA vendor-neutral specification for describing REST APIs in a machine-readable format, maintained by the OpenAPI Initiative. Cyber tools use it to auto-generate clients, documentation, and validation from a single source of truth. spec, and Java, JavaScript, and CLI clients.

— Names client tooling but no endpoint or invocation shown Keycloak 26.7.0 released (2026-07-09)
08 00
Fine-grained delegation for organization admin new 38

Adds fine-grained delegation for organization administration, introducing dedicated admin roles and Fine-Grained Admin Permissions scoped to organizations.

— Names the permission model but not how to configure it Keycloak 26.7.0 released (2026-07-09)
09 00
Step-up authentication for SAML clients improved 35

Promotes step-up authentication for SAML clients from experimental to supported status, enabling SAML service providers to request specific authentication context classes.

— Explains behaviour but gives no config or command Keycloak 26.7.0 released (2026-07-09)
10 00
Identity Assertion JWT Authorization Grant (ID-JAG) new 35

Adds experimental ID-JAG support, allowing Keycloak to accept cross-domain identity assertions and issue 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. without requiring re-authentication.

— Describes capability but no config, flag, or example given Keycloak 26.7.0 released (2026-07-09)
11 00
MCP client authorization docs for Claude Code new 25

Adds 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. authorization documentation for Claude Code as a new MCP client integration alongside existing VS Code support.

— Documentation-only note with no configuration detail Keycloak 26.7.0 released (2026-07-09)
Good pick?
Good reason?
03 Docker Sandboxes 3 releases · 2026-06-17 → 2026-07-10 Runtime Security
// WHY IT MADE THE LIST Depth 5/5 Impact 4/5

Docker Sandboxes closes two CVEs (DNS-gated network policy blocking exfiltration via DNS, persistent ICMP blocking), adds SOCKS5 proxy egress, a native SSH endpoint, kit source allowlisting, and a sbx policy check network pre-flight command — making it the most complete agent sandboxing toolkit available and the only one shipping verifiable CVE remediations this week.

Docker Sandboxes shipped SOCKS5SOCKS5A proxy protocol that relays TCP and UDP traffic through an intermediary server without inspecting it, letting cyber tools tunnel connections through firewalls or pivot hosts with minimal overhead. proxy egress, an expanded policy CLI, and a breaking shift to explicit credential import via sbx secret import (host env vars no longer auto-inject at runtime), alongside an experimental native SSH endpoint, kit source allowlisting, and CVE fixes closing DNS- and ICMP-based data-exfiltration channels.

└──▷ WHAT SHIPPED · 25 FEATURES 5 OF 25 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
Native SSH endpoint for sandboxes new 95

An experimental native SSH endpoint in sandboxd lets you connect with ssh <sandbox-name>@127.0.0.1 -p 2222 using publickey auth, connect-to-create, and an interactive shell or exec; enable it with sbx settings set feature.ssh true.

Enable the experimental SSH endpoint so agents or operators can shell directly into a running sandbox without a separate proxy.
$ sbx settings set feature.ssh true
Connect an interactive shell to a named sandbox over the native SSH endpoint once feature.ssh is enabled.
$ ssh <sandbox-name>@127.0.0.1 -p 2222
— Exact settings key, port, and two runnable connection commands. v0.34.0
02 00
Named sandbox identity via --name improved 93

The --name flag for sbx run identifies a sandbox independently of its working directory, enabling multiple named sandboxes in the same workspace and re-attachment from any directory; the old positional-name re-attach form now warns of deprecation and will be removed, and sbx run --name no longer auto-creates numbered sibling sandboxes when a same-named sandbox exists. Re-attaching to a sandbox created with a custom --kit agent now also works via sbx run --name <name> without re-passing --kit.

Run two independent Claude Code sandboxes in the same workspace — useful when parallelising agent tasks without them colliding.
$ sbx run --name feature-a claude && sbx run --name feature-b claude
Re-attach to a named sandbox from a different directory without specifying an agent, useful when returning to a long-running session.
$ sbx run --name feature-a
— Exact flag, deprecation behavior, and two runnable examples. v0.33.0v0.35.0
03 02
SOCKS5 proxy support for sandbox egress new 90

Sandboxes can now route outbound traffic through a SOCKS5 upstream proxy using socks5:// or socks5h:// URLs set via DOCKER_SANDBOXES_PROXY, HTTP_PROXY, or HTTPS_PROXY, with optional proxy authentication and exclusions via DOCKER_SANDBOXES_NO_PROXY.

Route all sandbox egress through a corporate SOCKS5 proxy (with credentials) so sandbox traffic flows through your org's inspection infrastructure.
$ DOCKER_SANDBOXES_PROXY=socks5://proxyuser:proxypass@proxy.corp.example.com:1080 DOCKER_SANDBOXES_NO_PROXY=localhost,127.0.0.1 sbx run
— Names exact env vars and URL schemes with a runnable example. v0.35.0
04 03
Kit source allowlisting breaking 90

Kit installs are now restricted to an allowlist of sources, defaulting to Docker Hub (docker.io/) only; installing from another registry or a Git URL fails unless its prefix is added via sbx settings set kit.allowedSources — a breaking change.

Allow kit installs from a private registry or Git source in addition to Docker Hub, to avoid the new allowlist breaking change.
$ sbx settings set kit.allowedSources ghcr.io/myorg/
— Exact config key, default, and a runnable command to opt in. v0.34.0
05 00
Wildcard host patterns for custom secrets improved 90

sbx secret set-custom --host and serviceDomains in kits now accept wildcard host patterns (* for one label, ** for any number of labels) and are repeatable, allowing one secret to cover multiple subdomains.

Grant a custom secret to all subdomains of an internal service using wildcard host patterns.
$ sbx secret set-custom --host '*.internal.corp' --host '**.api.internal.corp' MY_API_TOKEN
— Exact flag, pattern syntax, and a runnable example command. v0.33.0
06 00
Credential import: sbx setup and sbx secret import breaking 86

The experimental sbx setup command imports agent credentials from environment variables for first-time onboarding, while sbx secret import imports credential env vars into the keychain and sbx secret ls now flags env-only and OAuth-shadowed entries. Host env vars no longer auto-inject at runtime, so existing env-var-based credentials must be migrated with sbx secret import.

Migrate host env-var credentials (e.g. API keys) into the keychain so they are explicitly managed rather than auto-injected at runtime.
$ sbx secret import
— Names both commands, the flags they add, and the required migration step. v0.34.0v0.35.0
07 04
Policy CLI: inspect, check, filtered listing, and init rename improved 85

sbx policy inspect examines policy details; sbx policy check network tests whether the current policy would allow a specific network access request before executing; sbx policy ls is revamped with --wide, --source, and --decision filters for concise listing; and sbx policy set-default is renamed to sbx policy init (the old name kept as a hidden deprecated alias).

Before running an agent task, verify that the current policy permits a specific outbound connection — catch misconfigurations without launching the full sandbox.
$ sbx policy check network --host api.example.com --port 443
— Every policy subcommand and flag named verbatim with a working example. v0.35.0v0.34.0
08 00
Kit management: recreate on add and Docker login injection improved 70

sbx kit add now recreates the sandbox container with the full kit set while preserving state, applying the kit's network allow/deny rules and composed policy. Kits can also inject the user's Docker login token into requests to docker.com hosts via a credential with service sbx-login.

— Names the command and credential service but no runnable example. v0.35.0
09 00
virtiofs caching enabled by default improved 70

virtiofs caching is now enabled by default on macOS and Linux for faster filesystem performance, and this default was extended to all operating systems, with opt-out via DOCKER_SANDBOXES_ENABLE_VIRTIOFS_CACHE=0.

— Names the opt-out env var but no benchmark given. v0.35.0v0.33.0
10 00
sbx daemon lifecycle command new 65

New sbx daemon command adds start, stop, status, and log-level subcommands for managing the sandbox daemon's lifecycle.

— Names all four subcommands but no example given. v0.35.0
11 00
sbx rm requires --force for active sessions breaking 60

sbx rm now requires the --force flag to delete an active session, preventing accidental teardown of running sandboxes.

— Exact flag and behavior named, no example command. v0.35.0
12 00
OCI v2 kit artifact streaming improved 60

Kit artifacts now use OCIOCIOpen Container Initiative standard, maintained by the Linux Foundation, defining the image format and runtime spec that container tools share so images built once run anywhere OCI-compliant. v2 streaming, decompressing layers once to a cache directory and using seek-based random access, reducing memory pressure during kit reads.

— Explains the mechanism in detail but has no direct user action. v0.34.0
13 05
DNS and ICMP egress hardening improved 60

Sandbox DNS resolution is now gated on network policy, closing a DNS-based data-exfiltration channel (CVE-2026-12039), with loopback names remaining exempt; outgoing ICMP from sandboxes is now blocked persistently across daemon restarts (CVE-2026-12539).

— Names both CVEs and the mechanism but no user-facing command. v0.33.0
14 00
Linux platform support: arm64 packages and keychain fallback new 60

Linux arm64 build packages are now produced, extending platform support, and a new keychain fallback to an encrypted on-disk store activates on Linux when dbus-launch is unavailable, enabling headless/server deployments.

— Names the platform and fallback trigger but no setup steps. v0.33.0
15 00
sbx cp and exec working-directory/symlink fixes improved 60

sbx cp -L now follows symlinks in the source path for sandbox-to-host copies, and sbx exec now uses the same working directory as sbx run.

— Names both flags/commands with exact behavior change. v0.33.0
thinner coverage below
16 00
Faster startup via TLS-proxy CA optimization improved 55

Sandbox startup is faster due to optimized TLS-proxy CA installation, which merges into the trust bundle instead of running update-ca-certificates, saving several hundred milliseconds.

— Explains the mechanism and measured savings, no user action needed. v0.35.0
17 00
MITM proxy CRL support new 55

The MITM proxy now publishes a CRLCRLA Certificate Revocation List is a signed file, published by a certificate authority, listing certificates it has revoked before expiry so that clients can reject compromised or mis-issued credentials without contacting the CA live. and embeds a CRL distribution point in generated certificates, supporting revocation-strict TLS clients such as .NET.

— Names the mechanism and an example client but no configuration step. v0.33.0
18 00
Claude connectors work in sandboxed Claude Code improved 55

Claude connectors (Slack, Gmail, Notion, Atlassian, etc.) now work inside sandboxed Claude Code without manual policy overrides.

— Names several connectors but no config or command shown. v0.33.0
19 00
Balanced network preset domain additions improved 50

The balanced network preset now allows VS Code domains, Azure Blob Storage (*.blob.core.windows.net), and dhi.io over HTTP.

— Names exact domains added but no config surface to act on. v0.35.0
20 00
sbx ls --json stable id field improved 50

sbx ls --json now reports a stable per-sandbox id field for scripting and automation.

— Names the exact field and flag, no example shown. v0.33.0
21 00
sbx inspect surfaces kit and secret detail improved 40

sbx inspect now surfaces the sandbox's kits, injected secrets, and sandbox information.

— States what's shown but no mechanism or example. v0.35.0
22 00
Droid OAuth credentials proxy-managed improved 40

Droid OAuth credentials are now proxy-managed, keeping real tokens on the host and out of the sandbox.

— Explains the security benefit but no config or command. v0.35.0
23 00
Port restore on restart with conflict recovery improved 40

Published sandbox ports are now restored on restart, with automatic recovery from host-port conflicts by selecting a new host port.

— Describes behavior but no command or config surface. v0.34.0
24 00
Cursor OAuth support new 30

Adds Cursor OAuth support as a recognized agent.

— Bare statement with no mechanism or example. v0.33.0
25 00
Windows 11 minimum requirement breaking 30

Installation is now blocked on Windows versions older than Windows 11.

— States the cutoff but no migration guidance. v0.35.0
└──▷ BREAKING ON UPGRADE
  • !
    Host env vars no longer auto-inject at runtime — use sbx secret import to migrate existing env-var-based secrets.
  • !
    sbx rm now won't delete an active session unless --force is passed.
  • !
    Installation is blocked on Windows versions older than Windows 11.
  • !
    Kit installs are restricted to an allowlist of sources defaulting to Docker Hub (docker.io/) only; installing a kit from another registry or a Git URL fails until you add its prefix with sbx settings set kit.allowedSources.
  • !
    The sbx policy set-default command is renamed to sbx policy init (the old name still works as a hidden deprecated alias, but is deprecated).
  • !
    The sbx run <name> positional argument form for re-attaching to an existing sandbox now prints a deprecation warning; the positional argument for sbx run is expected to be an agent (e.g. claude, codex), not a sandbox name, and the old positional-name form will be removed in a future release.
  • !
    sbx run --name no longer auto-creates numbered sibling sandboxes when a same-named sandbox exists.
  • !
    sbx create now errors when run without arguments instead of proceeding.
Good pick?
Good reason?
04 Wiz Defend 1 release · 2026-07-08 Runtime Security

Wiz Defend is a cloud detection and response platform that identifies and helps remediate real-time threats across cloud environments.

// WHY IT MADE THE LIST Depth 4/5 Impact 5/5

Wiz Defend adds runtime detections specifically for AI coding assistant attack vectors — malicious symlinks at git clone time and SSH authorized_keys writes — with automatic severity elevation when the originating process is an AI agent working on an untrusted repository; no other runtime security tool ships AI-agent-context-aware detections this week.

Wiz Defend adds new detections that catch GhostApproval-style symlink and SSH key attacks targeting AI coding assistants, plus runtime telemetry for identifying exposed endpoints.

└──▷ 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 01
Symlink and SSH key attack detection for AI coding assistants new 60

Detects malicious symlinks pointing to sensitive files at git clone time, catching GhostApproval-style attacks before the AI coding assistant is even involved. It also monitors writes to sensitive files (e.g., SSH authorized_keys) at write time, triggering alerts regardless of whether the write originates via a symlink, and auto-elevates alert severity when the malicious activity originates from an AI coding assistant process operating on untrusted repositories.

— Mechanism and timing well explained but no config or UI surface given 2026-07-08-110dbb00
thinner coverage below
02 00
Runtime Sensor telemetry for endpoint exposure new 35

Leverages Wiz Runtime Sensor telemetry to identify active endpoints and their exposure based on inbound network traffic.

— Single brief sentence with no mechanism or actionable detail 2026-07-08-110dbb00
Good pick?
Good reason?
05 StepSecurity 7 releases · 2026-06-16 → 2026-07-09 SAST / SCA / Code Security

StepSecurity Changelog is an RSS feed that tracks and publishes updates, new features, and improvements to the StepSecurity platform for securing CI/CD pipelines.

// WHY IT MADE THE LIST Depth 4/5 Impact 4/5

StepSecurity ships a Secret Exfiltration Attempt detector that correlates toJSON(secrets) dumps with evidence-removal signals (deleted workflow runs/branches) to flag supply-chain attacks in real time, alongside GA Device Policy enforcement for VS Code extensions and Maven ecosystem cooldown/compromised-package PR controls — covering a CI/CD attack class that no other tool in this week's list addresses.

StepSecurity's biggest release this window is a new Secret Exfiltration Attempt detection that catches toJSON(secrets) supply-chain attacks in real time, alongside GA of Device Policy enforcement in Dev Machine Guard, wider Harden Runner platform coverage (macOS/Windows egress block mode, Bitrise, Bun monitoring), Maven ecosystem support, Secure Registry source attribution and typosquattingtyposquattingUsing a name close to a trusted domain or software package to catch spelling mistakes. Attackers use it to lure people or installers to a malicious lookalike. protection, and making all 500 StepSecurity Maintained Actions free for public repositories.

└──▷ WHAT SHIPPED · 14 FEATURES 3 OF 14 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
Source Attribution in Secure Registry new 85

Adds Source Attribution to the Policy Evaluations log via two new columns — Source and Source Identifier — tracing every package request to the developer machine or CI pipeline that made it. Attribution is opt-in by appending an identifier suffix to the API key token: ::dev: for developer machines and gha: for GitHub ActionsGitHub ActionsGitHub's built-in CI/CD system that runs automated workflows triggered by repository events, letting cyber tools automate testing, building, and releasing without managing separate pipeline infrastructure. pipeline runs.

Attribute CI pipeline package requests to a specific GitHub Actions run so Policy Evaluations log entries link back to the correct workflow.
📍Set your Secure Registry API key token to the form <token>::gha:<identifier> in your pipeline's package manager configuration, following the Setup Guide.
— Names exact columns and token suffix syntax with a usage step. Secure Registry: Source Attribution, Typosqu…
02 01
Secret Exfiltration Attempt detection new 80

New Secret Exfiltration Attempt detection flags workflow runs combining known attack indicators — malicious workflow name, toJSON(secrets) secret dump, suspicious commit message, and an exfiltration artifact — before stolen secrets can be retrieved. Confidence scoring elevates a detection to High when the workflow run, branch, or workflow file is deleted shortly after execution, treating evidence removal as a strong exploitation signal. The Detections page provides direct navigation to the affected repository, matched rule, indicators, workflow file, and the exact job, step, and line where the secret dump occurred, and alerting can be opted into via Notification Settings for immediate notification.

Get an immediate alert when a secret exfiltration attempt is detected, so you can rotate exposed tokens before an attacker retrieves the artifact.
📍In the Harden-Runner console, go to Notification Settings and enable the Secret Exfiltration Attempt detection notification.
— Full mechanism, scoring logic and navigation described plus enablement steps. New Detection: Secret Exfiltration Attempt (…
03 00
Cosign keyless signing for ARC Harden Runner images new 80

Supports Cosign keyless (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.) signing for versioned and FIPSFIPSA set of US federal standards published by NIST that define approved cryptographic algorithms and modules; cyber tools use it to meet compliance requirements in government and regulated environments. arc-harden-runner and broker image manifests published to ghcr.io, enabling supply-chain verification.

Verify the arc-harden-runner container image's provenanceprovenanceEvidence recording where a software artifact came from and how it was built, including its source and build process. It helps a consumer check that the artifact matches a trusted build. before deploying, ensuring it was built by the official GitHub Actions pipeline.
$ cosign verify ghcr.io/step-security/arc-harden-runner/arc-harden-runner:v2.18.3 \
  --certificate-identity-regexp 'https://github.com/step-security/arc-harden-runner/.*' \
  --certificate-oidc-issuer https://token.actions.githubusercontent.com
Verify the broker sidecar image's provenance to confirm supply-chain integrity before cluster deployment.
$ cosign verify ghcr.io/step-security/broker/broker:v1.3.0 \
  --certificate-identity-regexp 'https://github.com/step-security/broker/.*' \
  --certificate-oidc-issuer https://token.actions.githubusercontent.com
— Runnable cosign verify commands included. Harden Runner Releases- June 24, 2026 (2026-…
04 02
Maven ecosystem support in GitHub Checks and OSS Package Search new 80

Adds Maven Package Compromised Updates PR control (blocks pull requests introducing or updating a Maven dependency flagged in StepSecurity's compromised-packages database), Maven Package Cooldown PR control (blocks PRs adding recently published Maven versions until they age past the configured cooldown window), and Maven ecosystem selection in OSSOSSOpen-source software: code whose licence permits anyone to inspect, modify, and redistribute it. Cyber tools build on it to reuse auditable libraries without licensing fees. Package Search for blast-radius analysis of Maven packages across pull requests, default branches, and developer machines.

Enable both new Maven PR controls to protect your Java repositories from compromised or freshly published dependencies.
📍In the StepSecurity console, go to GitHub Checks › PR Content Security, select your Maven repository, and enable Maven Package Compromised Updates and Maven Package Cooldown — setting each to Required or Optional as your policy requires.
Find where a specific Maven package appears across PRs, default branches, and developer machines to assess blast radius before incident response.
📍In the StepSecurity console, go to OSS Package Search, select Maven from the Package ecosystem toggle, enter the package coordinates (e.g. com.fasterxml.jackson.core:jackson-databind), and review results across pull requests, default branches, and developer machines.
— Names both PR controls and the package search surface with steps. Maven Ecosystem Support in GitHub Checks and…
05 00
Disk-based package scanning for npm and Python new 75

New disk-based package scanning for npm (lockfile parsing) and Python (dist-info metadata) adds a scan cache and concurrent workers for faster runs; the previous method remains available via the use_legacy_package_scan opt-out.

— Names scan mechanisms and the exact opt-out flag. Dev Machine Guard v1.13.0 (2026-07-09)
06 00
Broker pod-spec customization in ARC Harden Runner new 75

Adds broker pod-spec customization via new Helm values under broker.* — volumeMounts, imagePullSecrets, automountServiceAccountToken, serviceAccountName, resources, nodeSelector, tolerations, affinity, topologySpreadConstraints — for scheduling the broker alongside strict workloads.

— Names every new Helm value verbatim. Harden Runner Releases- June 24, 2026 (2026-…
07 03
Device Policy enforcement GA in Dev Machine Guard improved 70

Device Policy enforcement via the DMG agent is now generally available, enforcing approved VS Code extension sets on developer machines without requiring MDMMDMMobile device management, centrally configuring and managing enrolled devices. Administrators use it to apply settings, distribute applications and enforce device security policies.; policies can be assigned per device or globally from the dashboard.

Assign a Device Policy profile to enforce an approved VS Code extension set across all developer machines without MDM.
📍In the dashboard, go to Device Policy › Profiles, create or select a profile, then assign it to All Devices. The agent installs and continuously enforces the approved extension set on its next cycle.
— Explains enforcement mechanism and dashboard assignment path. Dev Machine Guard v1.13.0 (2026-07-09)
08 00
Egress block mode on macOS and Windows runners new 70

Harden Runner supports egress-policy: block mode on macOS and Windows GitHub-hosted runners, enabling outbound traffic restriction (not just auditing) on these platforms.

Restrict outbound traffic on a Windows GitHub-hosted runner to only allowed endpoints — now that block mode is supported beyond Linux.
yaml
- uses: step-security/harden-runner@v2.20.0
  with:
    egress-policy: block
    allowed-endpoints: >
      api.nuget.org:443
      github.com:443
— Named config key with a runnable workflow example. Harden Runner Releases- July 7, 2026 (2026-0…
09 00
Typosquatting Protection in Secure Registry new 65

New Typosquatting Protection control blocks packages whose names closely resemble popular packages, configurable per ecosystem, with a Whitelisted Packages allowlist to clear false positives by exact package name.

Enable Typosquatting Protection for an ecosystem and allowlist a legitimate package that triggers a false positive.
📍In Secure Registry settings, enable Typosquatting Protection for the target ecosystem, then add the exact package name to the Whitelisted Packages allowlist to permit it.
— Describes scope and allowlist mechanism with enablement steps. Secure Registry: Source Attribution, Typosqu…
thinner coverage below
10 00
Scan scheduling and global package discovery expansion improved 50

Scans can now be triggered at login, with improved scheduling reliability and scheduler diagnostics; global package discovery is expanded to cover pnpm v10+ globals and Yarn classic globals on Windows.

— Names the new trigger and package manager versions covered. Dev Machine Guard v1.13.0 (2026-07-09)
11 00
Bitrise and Bun runtime support in Harden Runner new 50

Harden Runner adds compatibility with Bitrise-hosted macOS runners for GitHub Actions workflows, and enables HTTPSHTTPSHTTP carried over an encrypted TLS connection. It protects traffic in transit and lets a browser verify the server's certificate. request monitoring for workflows using the Bun runtime on Linux GitHub Action runners (enterprise tier) as well as Linux amd64 self-hosted VM runners.

— Names platforms and runtimes but no config example given. Harden Runner Releases- July 7, 2026 (2026-0…
12 00
Sonatype Nexus Repository integration new 50

Adds Sonatype Nexus Repository as a new integration path for teams that proxy npm through Nexus, joining JFrog Artifactory, Google Artifact Registry, and Direct npm.

Route npm traffic through Sonatype Nexus Repository while enforcing Secure Registry policy, using the new Nexus integration path.
📍In the Secure Registry Setup Guide, select Sonatype Nexus Repository as the integration path and configure Nexus to proxy npm through your Secure Registry endpoint.
— Names the integration and peers but little mechanism. Secure Registry: Source Attribution, Typosqu…
13 00
StepSecurity Maintained Actions free for public repos improved 40

All 500 StepSecurity Maintained Actions — secure drop-in replacements for popular third-party GitHub Actions — are now free for public repositories, with no subscription required.

— States the change but no mechanism beyond access/pricing. StepSecurity Maintained Actions Are Now Free…
14 00
Classic Visual Studio installation discovery new 35

New classic Visual Studio installation discovery extends IDE extension inventory beyond VS Code to legacy Visual Studio versions and their extensions.

— Names the capability but no mechanism or usage detail. Dev Machine Guard v1.13.0 (2026-07-09)
Good pick?
Good reason?

Where each pick stands · Jul 8–14

Tools with changes in each pick's category over the last 12 weeks, including the pick itself.

Each pick's release rhythm · Jul 8–14

Changes per week for the last 12 weeks. The bright bar is this week; a dash marks a week with no daily.

Which categories moved · Jul 8–14

The thick bar is this week. The thin bar is the average of the four weeks before, counting only weeks with a daily.

  • Identity & Access Management 84usual 0
  • AI Coding Agents 68usual 44
  • SAST / SCA / Code Security 56usual 3
  • Data Security & DLP 52usual 0
  • Vulnerability Management 32usual 5.5
  • Endpoint Security (EDR/XDR) 31usual 4.5
  • Cloud Security Posture 29usual 9
  • Firewalls & Network Defense 24usual 8
  • Web Application Security 24usual 5
  • Secure Access (VPN / SASE / ZTNA) 23usual 1.5
  • Attack Surface & Exposure Management 21usual 0
  • SIEM 21usual 1

Who shipped the most · Jul 8–14

Changes per tool this week. Volume is not a quality score.

browse all tools → score card for your toolchain →