PhpSpreadsheet vulnerable to SSRF when reading and displaying a processed HTML document in the browser

Une exploitation réussie de cette vulnérabilité SSRF permet à un attaquant de forcer le serveur à effectuer des requêtes vers des ressources qu'il ne devrait normalement pas pouvoir atteindre. Cela peut inclure l'accès à des services internes, des fichiers de configuration sensibles, ou même des bases de données. L'attaquant pourrait ainsi obtenir des informations confidentielles, modifier des données, ou même compromettre d'autres systèmes sur le réseau interne. Le vecteur d'attaque repose sur l'injection d'une URL malveillante dans le paramètre setPath de la classe PhpOffice\PhpSpreadsheet\Worksheet\Drawing. Bien que l'impact direct soit limité à la lecture de données, la capacité de forger des requêtes ouvre la porte à des attaques plus complexes, similaires à celles observées dans d'autres vulnérabilités SSRF.

Applications utilizing PhpSpreadsheet versions prior to 1.30.0 are at risk, particularly those that allow user-supplied data to influence the setPath parameter without proper sanitization. Shared hosting environments where multiple applications share the same PhpSpreadsheet installation are also at increased risk, as a vulnerability in one application could potentially be exploited to compromise others.

• php: Examine application logs for unusual outbound requests originating from the PhpOffice\PhpSpreadsheet\Worksheet\Drawing class. Use grep to search for patterns related to URL manipulation or requests to unexpected domains.

grep 'PhpOffice\\PhpSpreadsheet\\Worksheet\\Drawing' /path/to/application/logs/access.log | grep -i 'http:'

• php: Monitor PHP error logs for warnings or errors related to URL parsing or network connections.

journalctl -u php-fpm -f | grep -i 'URL parsing error'

• generic web: Use curl to probe for potential SSRF endpoints. Attempt to access internal resources or external domains through the vulnerable setPath parameter.

curl 'http://localhost/path/to/phpspreadsheet?path=http://internal.example.com/sensitive_data' -s

1. 2025-08-25Disclosure

   disclosure

Dernière mise à jour

5.7.0récemment

1. Réservé2025-07-21
2. Publiée2025-08-25
3. Modifiée2025-08-29
4. EPSS mis à jour2026-03-23

La mitigation principale consiste à mettre à jour la bibliothèque phpoffice/phpspreadsheet vers la version 1.30.0 ou supérieure, qui corrige cette vulnérabilité. En attendant la mise à jour, il est possible de mettre en place des mesures de contournement. Il est recommandé de désactiver temporairement la fonctionnalité de lecture de documents HTML si elle n'est pas essentielle. Si l'utilisation de la fonctionnalité est indispensable, il faut valider et filtrer rigoureusement toutes les entrées utilisateur avant de les utiliser dans la méthode setPath. L'implémentation d'une Web Application Firewall (WAF) avec des règles spécifiques pour bloquer les requêtes SSRF peut également aider à atténuer le risque. Après la mise à jour, vérifiez que la vulnérabilité est bien corrigée en tentant une requête avec une URL interne et en vous assurant qu'elle est refusée.