Daily Wire · Free EditionConfirmed Threats. Zero Noise.

The Exploit Bulletin

What Security Teams Must Act On Today

The Exploit Bulletin

Wednesday, August 26, 2026

3 items require action.

Affects:rails· Keycloak· D-Link
Credential ExposurecriticalCVSS 9.5CVE-2026-66066

Active Storage libvips unsafe operations let crafted image uploads read arbitrary files and Rails secrets (CVE-2026-66066)

VulnCheck added the flaw to its known-exploited catalog yesterday after its canary sensors observed exploitation, and public exploit code is available, so Rails apps that accept image uploads via libvips can have application secrets read right now.

Active Storage in Rails before 7.2.3.2, 8.0.5.1, and 8.1.3.1 fails to disable libvips operations marked unsafe for untrusted content. A crafted image upload from an unauthenticated attacker can invoke such an operation to read arbitrary files accessible to the Rails process, including environment variables and application secrets such as secret_key_base.

Affected: rails < 7.2.3.2; rails >= 8.0.0.beta1, < 8.0.5.1; rails >= 8.1.0.beta1, < 8.1.3.1

How to Test

Confirm your Rails version and whether Active Storage is configured to use libvips as the variant processor; if both apply and you accept untrusted image uploads, treat the app as exposed, run the rails-forensics-CVE-2026-66066 tooling to check for indicators, and review upload logs for suspicious image files.

How to Patch

Upgrade to Rails 7.2.3.2, 8.0.5.1, or 8.1.3.1; until you can, stop accepting untrusted image uploads or switch Active Storage off libvips, and rotate secret_key_base and any environment-held credentials if you find signs of exploitation.

Authentication BypasscriticalCVSS 9.1CVE-2026-18963

Reset-credentials flow bypass allows unauthenticated account takeover in Red Hat Build of Keycloak (CVE-2026-18963)

Public exploit code is circulating and VulnCheck added this to its known-exploited catalog on 2026-08-18, so unpatched Keycloak deployments with exposed reset-credentials flows can have arbitrary user accounts hijacked right now.

A flaw in the keycloak-services reset-credentials flow lets an unauthenticated attacker complete a password reset for any user without the email verification link ever being clicked, letting them set new credentials and take full control of target accounts.

Affected: Red Hat build of Keycloak prior to 26.4.15

How to Test

Confirm your Keycloak server version is below 26.4.15; review authentication event logs for password-reset (reset-credentials) completions that were not preceded by a corresponding email verification link click, and audit recent credential changes on privileged accounts.

How to Patch

Back up your installation (applications, configuration files, databases and settings) and update to Red Hat build of Keycloak 26.4.15 per RHSA-2026:56519 (OpenShift images/operator) or RHSA-2026:56520 (standalone packages).

Remote Code ExecutioncriticalCVSS 9.8CVE-2025-55583

Unauthenticated root command injection in fileaccess.cgi on end-of-life D-Link DIR-868L routers (CVE-2025-55583)

Shadowserver honeypots recorded exploitation as of 2026-08-25 and Fortinet ties the flaw to an active Linux botnet, so exposed DIR-868L units left online will be conscripted with no patch ever coming.

The /dws/api/UploadFile endpoint in fileaccess.cgi passes the pre_api_arg parameter straight to shell execution without authentication or sanitization, letting a remote attacker run arbitrary commands as root with a crafted HTTP request. The affected models are end-of-life and will not receive a firmware fix.

Affected: D-Link DIR-868L H/W Rev. Bx firmware FW2.05WWB02; D-Link DIR-860L / DIR-865L / DIR-880L (all models, all hardware revisions, EoL)

How to Test

Identify any DIR-868L (or DIR-860L/865L/880L) units on your network and check for firmware FW2.05WWB02; verify whether the web interface's /dws/api/UploadFile endpoint is reachable from the WAN, and review device behavior for signs of botnet compromise (unexpected outbound traffic, unknown processes).

How to Mitigate

No patch exists — D-Link advisory SAP10397 states these models are End-of-Life/End-of-Service and recommends retiring and replacing them; until replacement, take the device offline or at minimum block all WAN access to its web management interface.