Le mot de passe admin du panneau d'hébergement est tombé entre de mauvaises mains, je dois le changer direct mais j'arrive pas à me connecter

ça m'est arrivé récemment le hacker avait changé le mot de passe du panneau. quand je suis allé sur cPanel, j'ai cliqué sur "envoyer un mail de récupération" et c'était réglé, c'est arrivé 30 min après. mais appelle-les par téléphone esaie le chat support plusieurs fois...

Si tu as un accès SSH root, tu peux changer le mot de passe de l'utilisateur MySQL avec un hash de mot de passe via une commande SQL : UPDATE mysql.user SET Password=PASSWORD('newpass') WHERE User='root'; FLUSH PRIVILEGES;. Sinon, tu peux lancer le script WHM API ou un outil de gestion sur cPanel. Mais si le hacker a déjà atteint le root, ça veut dire que le serveur est totalement compromis. Regarde les logs, bind.log, secure log etc.

dans ce genre de cas l'hébergeur bouge vraiment très lentement. mais si tu as accès au SSH c'est un peu plus tranquille. tu peux changer le mot de passe root. ou faire sudo su puis taper passwd root. mais s'ils ont accès à tout le seveur il y a probablement des malwares — formatage complet puis réinstallation et c'est réglé.

Tu as un accès SSH ? Si tu as un accès root : ssh root@[IP], passwd [entrée], tape le nouveau mot de passe, confirme. Si tu as seulement un accès utilisateur : sudo su, passwd, nouveau mot de passe. Le panneau de l'hébergeur est secondaire, l'important c'est l'accès au serveur. Si tu n'as aucun accès SSH, tu devras peut-être joindre l'hébergeur par téléphone. Il est recommandé de vérifier les logs : /var/log/auth.log /var/log/secure (systèmes Red Hat), on y voit qui s'est connecté.

Tu vas un peu vite là mec, si le mot de passe du panneau admin a changé tout le serveur est forcément compromis ? Ou c'est juste le mot de passe cPanel ? Si tu peux encore te connecter en SSH, ça veut dire que c'est toujours à toi. Première étape : connecte-toi en SSH, va dans bash deviens root. Ensuite on verra...

Comment avez-vous résolu ce point ? Le temps que vous mettez à détecter un problème détermine directement son coût.

Si la double authentification est activée, un mot de passe volé seul ne suffit pas. Je suis aussi curieux de savoir si d'autres font autrement.

je ne savais pas ça.

Ce sujet est archivé.

Je suis une petite entreprise, laissez-moi expliquer de mon point de vue. Si vous grondez les fausses alertes, plus personne ne signalera rien.

en regardant le processus, le tableau change. franchement tout va bien les trois premiers mois les problèmes arrivent au quatrième.

voilà désolé si je me suis étendu.

je vais expliquer comment c'est fait en pratique. le fait que la sauvegarde soit accessible sur le même réseau et avec la même identité en fait une cible potentielle.

Je parle du point de vue du fournisseur, c'est mon côté. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

La plupart des incidents ne viennent pas d'une faille, mais d'un mot de passe divulgué. Bien sûr, cela change si votre situation est différente.

J'ai vécu exactement la même chose il y a deux ans. Lors de la prise de décision, écrivez aussi le pire scénario pas seulement le meilleur.

Enregistré.

Il y a un piège ici, je ne pouvais pas ne pas le mentionner. Si vous grondez les fausses alertes, plus personne ne signalera rien.

Je le note au cas où.

Trois avis différents sont sortis, ils se complètent tous. Le fait que la sauvegarde soit accessible sur le même réseau et avec la même identité en fait une cible potentielle.

Si le chemin de notification est long, la notification n'arrive pas ; une notification manquante signifie un événement détecté tardivement. du coup c'est mon avis, je ne l'écris pas comme une vérité absolue.

La discussion part dans tous les sens, je recentre. Les environnements de test oubliés sont plus souvent des portes d'entrée que les systèmes de production.

J'ai travaillé longtemps sur ce sujet. Une modification des coordonnées bancaires n'est jamais confirmée par le canal d'origine.

Si le chemin de notification est long, la notification n'arrive pas ; une notification manquante signifie un événement détecté tardivement. Je le note au cas où.