/ 
Plack-1.0035-TRIAL
⭐ Starred 488
/ Plack::Middleware::Refresh
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::Refresh - Refresh all modules in %INC

SYNOPSIS

enable "Refresh", cooldown => 3;
$app;

DESCRIPTION

This is yet another approach to refresh modules in %INC during the development cycle, without the need to have a forking process to watch for filesystem updates. This middleware, in a request time, compares the last refresh time and the current time and if the difference is bigger than cooldown seconds which defaults to 10, call Module::Refresh to reload all Perl modules in %INC if the files have been modified.

Note that this only reloads modules and not other files such as templates.

This middleware is quite similar to what Rack::Reoader does. If you have issues with this reloading technique, for instance when you have in-file templates that needs to be recompiled, or Moose classes that has make_immutable, take a look at plackup's default -r option or Plack::Loader::Shotgun instead.

AUTHOR

Tatsuhiko Miyagawa

SEE ALSO

Module::Refresh Rack::Reloader