Bonjour,
depuis quelques temps, j’ai régulièrement sur les sites hébergés des impossibilités de transférer des documents (PDF, PNG, JPG…) sans que n’apparaise ni dans les lgs d’apache, ni dans les logs de spip.
Via sftp dans tmp/upload en revanche, tout va bien.
J’ai cherché un .htaccess pourri (le serveur a été piraté 
) mais il n’y en a plus
Une idée ?
Si je réinstalle un site, il fonctionne normalement, mais près quelques heures, le blocage réapparait.
Je crains d’avoir un truc pas propre qui traîne…
Merci de votre aide
Bonjour @Francois_Sauterey, pour commencer quel est la version de ton SPIP ? Si tu penses que ton SPIP a été piraté tu peux commencer par les liens ci-dessous.
https://contrib.spip.net/Que-faire-quand-son-site-a-ete-pirate
Un plugin a aussi été développé pour controler l’intégrité des fichiers présents, cela pourra t’aider aussi à déterminer si ton SPIP à été piraté
Même si je ne fais pas partie de @moderators je me suis permis en tant qu’admin d’éditer ton message afin d’en retirer un terme qui me semble inapproprié. Merci de veiller à ne plus l’utiliser ici stp.
3 « J'aime »
Le même problème… J’ai demandé de l’aide à gemini pour ne pas déranger mon hébergeur. Résumé ici : "- Le téléversement réussit sans erreur dans mon environnement local (laragon + firefox), donc la structure et le code du site SPIP sont a priori hors de cause : l’utilisation par FTP dans tmp/upload, c’est OK.
- J’ai peut-être un problème avec la configuration du serveur distant sur Levillage (droits de dossiers ou pare-feu WAF/ModSecurity ?).
- Les permissions des dossiers (CHMOD) sont OK
- .htaccess : SecFilterEngine Off
SecFilterScanPOST Off
est bien toléré (pas d’erreur 500), mais le téléchargement de l’image échoue quand même. - Le script JavaScript de Mediabox plante au moment où SPIP tente de traiter la réponse du téléversement (dès que SPIP tente de rafraîchir le bloc (on_ajax_loaded)). Le pare-feu global (ModSecurity) du Village semble intercepter la requête POST (vers ecrire/) AJAX de SPIP." C’est moi qui ai fait le résumé : dc excusez si c’est un peu en patagon… Ca peut vous-nous aider ?
Tu peux déjà nous donner des infos sur ton SPIP 
spip 4.4.25 mais ce pb existe depuis quelques màj
Le 02/10/2026 à 18:46, Plumf via Discuter de SPIP a écrit :
Un plugin a aussi été développé pour controler l’intégrité des fichiers
présents, cela pourra t’aider aussi à déterminer si ton SPIP à été piraté
Merci déjà à ceux qui ont répondu 
Ensuite, comme j’ai refais une installe, bien évidement le dernier spip
4.4.25
Hum… pas trouvé trace de ce plugin… Une ref pliz
FS
Ce n’est pas un plugin mais un script.
https://git.spip.net/technova69/spip-check
Bien lire le readme
1 « J'aime »
Mille merci!
FS
Le 05/10/2026 à 21:40, Jean-Christophe via Discuter de SPIP a écrit :
Ce n’est pas un plugin mais un script.
Gilles Vincent / spip-check · GitLab
Bien lire le readme
Ce script est-il fonctionnel pour la V4.4.27 ?
Si non, une date de mise à jour ?
Merci pour le boulot
Amitiés,
Francois Sauterey
J’ai le même problème, ou en tout cas un pb similaire signaler le 2/10 sous le titre « Transfert impossible ». Cela a commencer suite à un piratage sur une 4.4.25.
Depuis j’ai fait toutes les mises à jour au fur et à mesure (donc ce matin 4.4.28) .
Résultat : ça fonctionne quelques temps, et hop ça re-bloque :
Le transfert ne se fait… et pourtant la miniature apparaît.
Et strictement rien, ni dans les logs d’apache, ni dans ceux de spip (pas même dans syslog) : très perturbant quand on s’appuie systématiquement sur les journaux pour résoudre les pbs !
Si vous avez des idées pour le débogage, je prend !
Toute idée de solution bienvenu !!!
Belle journée
Francois Sauterey
FS
Tu ne nous dis pas si tu as lancé spip-check.php sur ton site. Peut-être faut-il nettoyer des malware mis en place ?
Aussi dans certains cas (chez OVH des fois) changer de version php relance le serveur et arrête des scripts malicieux. Par exemple passer de php 8.5 à 8.4 un moment puis revenir à php 8.5…
As-tu des erreurs dans ta console (de navigateur) ?