Security Advisories (1)
CVE-2026-7381 (2026-04-29)

Plack::Middleware::XSendfile versions through 1.0053 for Perl can allow client-controlled path rewriting. Plack::Middleware::XSendfile allows the variation setting (sendfile type) to be set by the client via the X-Sendfile-Type header, if it is not considered in the middleware constructor or the Plack environment. A malicious client can set the X-Sendfile-Type header to "X-Accel-Redirect" to services running behind nginx reverse proxies, and then set the X-Accel-Mapping to map the path to an arbitrary file on the server. Since 1.0053, Plack::Middleware::XSendfile is deprecated and will be removed from future releases of Plack. This is similar to CVE-2025-61780 for Rack::Sendfile, although Plack::Middleware::XSendfile has some mitigations that disallow regular expressions to be used in the mapping, and only apply the mapping for the "X-Accel-Redirect" type.

NAME

Plack::Middleware::LighttpdScriptNameFix - fixes wrong SCRIPT_NAME and PATH_INFO that lighttpd sets

SYNOPSIS

# in your app.psgi
use Plack::Builder;

builder {
  enable "LighttpdScriptNameFix";
  $app;
};

# Or from the command line
plackup -s FCGI -e 'enable "LighttpdScriptNameFix"' /path/to/app.psgi

DESCRIPTION

This middleware fixes wrong SCRIPT_NAME and PATH_INFO set by lighttpd when you mount your app under the root path ("/"). If you use lighttpd 1.4.23 or later you can instead enable fix-root-scriptname flag inside fastcgi.server instead of using this middleware.

CONFIGURATION

script_name

Even with fix-root-scriptname, lighttpd still sets weird SCRIPT_NAME and PATH_INFO if you mount your application at "" or something that ends with /. Setting script_name option tells the middleware how to reconstruct the new correct SCRIPT_NAME and PATH_INFO.

If you mount the app under /something/, you should set:

enable "LighttpdScriptNameFix", script_name => "/something";

and when a request for /something/a/b?param=1 comes, SCRIPT_NAME becomes /something and PATH_INFO becomes /a/b.

script_name option is set to empty by default, which means all the request path is set to PATH_INFO and it behaves like your fastcgi application is mounted in the root path.

AUTHORS

Yury Zavarin

Tatsuhiko Miyagawa

SEE ALSO

Plack::Handler::FCGI http://github.com/plack/Plack/issues#issue/68 https://redmine.lighttpd.net/issues/729