Studio 42
Monthly
Remote code execution in elFinder prior to 2.1.70 allows an authenticated user with ZIP upload permission to bypass the uploadDeny MIME-type block for PHP-executable extensions. The root cause is that checkExtractItems() calls mimetypeInternalDetect() without normalizing the result through mimeTypeNormalize(), so .phtml, .phar, .php5, and .php3 extensions are not recognized as text/x-php during extraction, letting allowPutMime() approve files that direct upload would reject. No public exploit code or CISA KEV listing has been identified at time of analysis, but the impact is full server-side code execution if the web server processes these extensions as PHP.
SSRF protection bypass in elFinder's URL upload feature allows remote attackers to reach internal HTTP services by exploiting a DNS rebinding race condition in `php/elFinder.class.php` prior to version 2.1.70. The server stores the internal service's HTTP response body as an uploaded file that is subsequently readable through the elFinder interface, making this a non-blind SSRF - a more impactful variant than typical SSRF. A public proof-of-concept is available via the GHSA advisory; no active exploitation has been confirmed in the CISA KEV at time of analysis.
CSRF protection is absent for the netmount command in elFinder prior to 2.1.70, allowing a cross-site request from an attacker-controlled page to mount an attacker-chosen FTP server into an authenticated victim's session without a valid X-elFinder-CSRF token. Because the default connector.minimal.php-dist configuration enables FTP mounts and passes fully attacker-controlled parameters - host, port, credentials, path - directly to elFinderVolumeFTP, this also creates a server-side request forgery primitive: the PHP process itself initiates a TCP connection to the attacker-specified host and port. A vendor-confirmed patch is available in version 2.1.70; no public exploit has been identified at time of analysis.
Remote code execution in elFinder prior to 2.1.70 allows an authenticated user with ZIP upload permission to bypass the uploadDeny MIME-type block for PHP-executable extensions. The root cause is that checkExtractItems() calls mimetypeInternalDetect() without normalizing the result through mimeTypeNormalize(), so .phtml, .phar, .php5, and .php3 extensions are not recognized as text/x-php during extraction, letting allowPutMime() approve files that direct upload would reject. No public exploit code or CISA KEV listing has been identified at time of analysis, but the impact is full server-side code execution if the web server processes these extensions as PHP.
SSRF protection bypass in elFinder's URL upload feature allows remote attackers to reach internal HTTP services by exploiting a DNS rebinding race condition in `php/elFinder.class.php` prior to version 2.1.70. The server stores the internal service's HTTP response body as an uploaded file that is subsequently readable through the elFinder interface, making this a non-blind SSRF - a more impactful variant than typical SSRF. A public proof-of-concept is available via the GHSA advisory; no active exploitation has been confirmed in the CISA KEV at time of analysis.
CSRF protection is absent for the netmount command in elFinder prior to 2.1.70, allowing a cross-site request from an attacker-controlled page to mount an attacker-chosen FTP server into an authenticated victim's session without a valid X-elFinder-CSRF token. Because the default connector.minimal.php-dist configuration enables FTP mounts and passes fully attacker-controlled parameters - host, port, credentials, path - directly to elFinderVolumeFTP, this also creates a server-side request forgery primitive: the PHP process itself initiates a TCP connection to the attacker-specified host and port. A vendor-confirmed patch is available in version 2.1.70; no public exploit has been identified at time of analysis.