Intel

AIKIDO-2026-737023

rack-proxy is vulnerable to Insecure Default Variable Initialization

Insecure Default Variable Initialization Pre-CVE
Found by Aikido Intel before public disclosure or CVE publication.
Published 5 days ago

73

High Risk

This Affects:

RUBYrack-proxy
0.0.1 - 0.7.8
Fixed in 0.8.0
Are you affected? Scan for Free

TL;DR

Before the fix, rack-proxy disabled TLS certificate verification by default for HTTPS backends by using OpenSSL::SSL::VERIFY_NONE, which made backend connections vulnerable to man-in-the-middle attacks. Although the :ssl_verify_none option existed, it was effectively ignored, so insecure behavior happened silently unless :verify_mode was explicitly set. The fix changes the default to OpenSSL::SSL::VERIFY_PEER, properly honors :ssl_verify_none as an explicit opt-out, and gives :verify_mode precedence for clear control. An attacker able to intercept traffic between rack-proxy and its HTTPS backend could exploit this by presenting a forged certificate, impersonating the backend server, and reading or modifying proxied requests and responses.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range.

Background info

rack-proxy is vulnerable to Insecure Default Variable Initialization in versions 0.0.1 - 0.7.8.

How to fix this

Upgrade the rack-proxy library to the patch version or explicitly set :verify_mode to a safe value.