Sécurité et SSL
Imunify360 : consulter les détections et comprendre ses limites
Imunify360 réunit plusieurs couches de détection et d'atténuation. Selon la configuration appliquée sur chaque serveur, il peut inclure :
- Analyse des accès et blocages intelligents, avec génération de listes noires, blanches et grises.
- Analyse des requêtes web au moyen de règles de sécurité.
- Analyse des journaux d'accès à cPanel, à la messagerie, au FTP, etc. pour détecter les tentatives de force brute.
- Base de données mondiale d'IP suspectes.
- Scanner de logiciels malveillants programmé ou à la demande.
- Système de gestion de la réputation des domaines hébergés.
- Analyse en temps réel de l'exécution des processus PHP et des codes potentiellement malveillants.
- Protection supplémentaire contre certains comportements PHP suspects.
Ces couches réduisent le risque, mais ne garantissent pas qu'une application ne peut pas être compromise et ne remplacent pas sa maintenance.
Contrôle des options et des analyses depuis cPanel
cPanel comprend en outre une interface pour Imunify360 dans laquelle l'utilisateur peut :
- Consulter les fichiers signalés par le scanner et leur état.
- Demander les actions de nettoyage activées pour le compte.
- Consulter l'historique des actions.
- Gérer les exclusions autorisées par la configuration.
Proactive Defense, l'analyse des processus en temps réel
Proactive Defense analyse le comportement des scripts PHP pendant leur exécution. Son effet dépend du mode configuré sur le serveur.
Il peut être désactivé, en mode log (il enregistre sans bloquer) ou en mode kill (il bloque les exécutions qu'il classe comme malveillantes). Avant d'attribuer un dysfonctionnement du site à cette couche, il faut examiner l'événement et le script concernés.
Un nettoyage automatique ou une analyse sans détection ne prouvent pas à eux seuls qu'un compte compromis est sûr. En cas d'intrusion, conservez les preuves, délimitez la portée, corrigez la voie d'entrée et vérifiez les fichiers, les bases de données, les utilisateurs, les tâches planifiées et les identifiants. Évitez d'exclure des répertoires entiers : une exclusion large peut masquer de futurs logiciels malveillants.
Si une fonction du site ne marche plus
Notez l'heure, l'URL et l'action que vous effectuiez. Reliez le problème à un événement précis avant de modifier la protection. Une erreur 403 ou une erreur PHP peuvent avoir d'autres causes. Si vous avez besoin de notre analyse, indiquez le chemin et l'identifiant de la détection, sans mot de passe ni copie publique du fichier.
Une exclusion empêche les analyses futures de la portée exclue ; elle ne revient pas à déclarer un fichier sain. Si un faux positif est confirmé, utilisez l'exception la plus limitée qui règle le cas et prévoyez quand la retirer. Pour une infection confirmée, poursuivez avec le nettoyage du compte.
Cela peut aussi vous aider
- Afficher un avis temporaire en remplaçant le fichier index Explique comment afficher une page temporaire en conservant l'index d'origine et prévient que cette...
- Empêcher d'autres sites d'intégrer vos fichiers : la protection hotlink Explique comment empêcher depuis cPanel que des domaines externes intègrent des images ou des fichie...
- Restreindre des fonctions PHP sans casser l'application Indique où restreindre les fonctions PHP sensibles depuis cPanel, fournit une liste de référence et...
- Alerte historique de 2022 sur une chaîne d'attaque dans PrestaShop Résume l'alerte de PrestaShop de juillet 2022, précise les conditions d'exploitation et explique com...
Quelque chose cloche ou a changé ? Racontez-nous et nous le vérifions.