Selon le minist\u00e8re de la Justice de Californie, la violation de la s\u00e9curit\u00e9 s'est produite le 19 octobre 2019 et a \u00e9t\u00e9 signal\u00e9e environ six mois plus tard le 3 mai 2020.<\/p>\n
![\"Faille](\"https:\/\/blogging-techies.com\/wp-content\/uploads\/2020\/05\/GoDaddy-Hosting-Breach-no-detectado-durante-6-meses.png\")
Capture d'\u00e9cran du site Web du minist\u00e8re de la Justice de Californie pour les annonces de violation de s\u00e9curit\u00e9.<\/p>\n
<\/span>Violation d'acc\u00e8s SSH<\/span><\/h2>\nSSH est connu sous le nom de Secure Shell. Il s'agit d'un protocole s\u00e9curis\u00e9 qui est utilis\u00e9 pour ex\u00e9cuter des commandes sur un serveur et \u00e9galement pour t\u00e9l\u00e9charger et modifier des fichiers.<\/p>\n
Si un attaquant a un acc\u00e8s SSH \u00e0 un site Web, le site Web est compromis.<\/p>\n
En g\u00e9n\u00e9ral, seuls les utilisateurs de niveau administrateur doivent avoir un acc\u00e8s SSH en raison de modifications importantes qui peuvent \u00eatre apport\u00e9es aux fichiers principaux d'un site Web.<\/p>\n
GoDaddy a annonc\u00e9 qu'un attaquant inconnu avait compromis certains de ses serveurs.<\/p>\n
<\/span>D\u00e9claration officielle de GoDaddy par e-mail:<\/span><\/h2>\n"L'enqu\u00eate a r\u00e9v\u00e9l\u00e9 qu'une personne non autoris\u00e9e avait acc\u00e8s \u00e0 ses informations de connexion utilis\u00e9es pour se connecter \u00e0 SSH sur son compte d'h\u00e9bergement."<\/p>\n
<\/span>Comment SSH a-t-il \u00e9t\u00e9 engag\u00e9?<\/span><\/h2>\nSelon GoDaddy, l'engagement sur SSH a commenc\u00e9 en octobre 2019 et a \u00e9t\u00e9 d\u00e9couvert en avril 2020.<\/p>\n
Au-del\u00e0 de la d\u00e9claration g\u00e9n\u00e9rale de la date de la violation et de son lien avec SSH, GoDaddy ne semble pas avoir divulgu\u00e9 d'informations suppl\u00e9mentaires.<\/p>\n
\n- GoDaddy ne dit pas s'il s'agit d'une nouvelle vuln\u00e9rabilit\u00e9.<\/li>\n
- GoDaddy n'a pas dit si c'\u00e9tait d'une vuln\u00e9rabilit\u00e9 connue d'octobre 2019 qui n'avait pas \u00e9t\u00e9 corrig\u00e9e.<\/li>\n<\/ul>\n
La seule chose que GoDaddy a admis, c'est que les serveurs ont \u00e9t\u00e9 compromis par un tiers en octobre 2019 et n'ont pas \u00e9t\u00e9 d\u00e9tect\u00e9s pendant six mois.<\/p>\n
<\/span>Vuln\u00e9rabilit\u00e9 SSH en octobre<\/span><\/h2>\nUne recherche de vuln\u00e9rabilit\u00e9s SSH montre qu'une vuln\u00e9rabilit\u00e9 grave a \u00e9t\u00e9 d\u00e9couverte dans OpenSSH 7.7 \u00e0 7.9 et dans toutes les versions d'OpenSSH 8 \u00e0 8.1.<\/p>\n
La vuln\u00e9rabilit\u00e9 dans OpenSSH a \u00e9t\u00e9 corrig\u00e9e le 10\/09\/2019 dans la version 8.1. Cette date co\u00efncide avec la date d'octobre 2019 que GoDaddy a confirm\u00e9e comme la date \u00e0 laquelle leurs serveurs d'h\u00e9bergement ont \u00e9t\u00e9 compromis.<\/p>\n
GoDaddy n'a pas confirm\u00e9 si ce qui pr\u00e9c\u00e8de est la vuln\u00e9rabilit\u00e9.<\/p>\n
Le rapport est archiv\u00e9 dans le rapport de la base de donn\u00e9es nationale sur la vuln\u00e9rabilit\u00e9 du gouvernement des \u00c9tats-Unis CVE-2019-16905<\/p>\n
Mais la vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 d\u00e9couverte et d\u00e9crite par SecuriTeam o\u00f9 ils ont une divulgation compl\u00e8te.<\/p>\n
Voici la description de SecuriTeam:<\/strong><\/p>\n"Si un attaquant g\u00e9n\u00e8re un \u00e9tat o\u00f9" aadlen "+" encrypted_len "est plus grand que INT_MAX, alors il est possible de r\u00e9ussir la v\u00e9rification …<\/p>\n
Toute fonctionnalit\u00e9 OpenSSH qui peut analyser la cl\u00e9 XMSS priv\u00e9e est vuln\u00e9rable. "<\/p>\n
Cela peut signifier que la personne en charge de la maintenance des serveurs GoDaddy n'a pas pu mettre \u00e0 jour la vuln\u00e9rabilit\u00e9 et que les serveurs n'ont pas \u00e9t\u00e9 corrig\u00e9s jusqu'en avril 2020.<\/p>\n
Mais nous n'avons aucun moyen de savoir avec certitude ce qui s'est pass\u00e9. GoDaddy n'a pas expliqu\u00e9 pourquoi la violation de s\u00e9curit\u00e9 n'a pas \u00e9t\u00e9 d\u00e9tect\u00e9e pendant six mois.<\/strong><\/p>\n<\/span>GoDaddy ignore les d\u00e9tails de l'exploitation<\/span><\/h2>\nGoDaddy n'a pas dit quelle \u00e9tait la vuln\u00e9rabilit\u00e9. GoDaddy n'a pas pr\u00e9cis\u00e9 s'il s'agit d'une nouvelle vuln\u00e9rabilit\u00e9 ou s'il s'agit de la vuln\u00e9rabilit\u00e9 d'octobre 2019 d\u00e9crite ci-dessus.<\/p>\n
GoDaddy n'a pas indiqu\u00e9 si des sites avaient modifi\u00e9 leurs fichiers.<\/p>\n
Selon un rapport sur Threatpost, cette faille de s\u00e9curit\u00e9 a touch\u00e9 28 000 comptes d'h\u00e9bergement.<\/p>\n
<\/span>GoDaddy r\u00e9initialise les mots de passe<\/span><\/h2>\nGoDaddy a envoy\u00e9 un e-mail aux clients concern\u00e9s pour les informer que leurs mots de passe ont \u00e9t\u00e9 modifi\u00e9s. L'e-mail contient un lien vers les proc\u00e9dures \u00e0 suivre pour r\u00e9initialiser le mot de passe.<\/p>\n
<\/span>Combien de sites h\u00e9berg\u00e9s sur Godaddy ont pirat\u00e9?<\/span><\/h2>\nGoDaddy n'a pas indiqu\u00e9 si un site Web avait \u00e9t\u00e9 pirat\u00e9. L'e-mail envoy\u00e9 aux clients indique que GoDaddy a d\u00e9tect\u00e9 une "activit\u00e9 suspecte" sur les serveurs de ses clients.<\/p>\n
Selon GoDaddy:<\/strong><\/p>\n"L'enqu\u00eate a r\u00e9v\u00e9l\u00e9 qu'une personne non autoris\u00e9e avait acc\u00e8s \u00e0 ses informations de connexion utilis\u00e9es pour se connecter \u00e0 SSH sur son compte d'h\u00e9bergement.<\/p>\n
Nous n'avons aucune preuve que des fichiers ont \u00e9t\u00e9 ajout\u00e9s ou modifi\u00e9s dans votre compte. L'individu non autoris\u00e9 a \u00e9t\u00e9 bloqu\u00e9 de nos syst\u00e8mes, et nous continuons d'enqu\u00eater sur l'impact potentiel sur notre environnement. "<\/p>\n
<\/span>Comment les pirates ont-ils pu acc\u00e9der?<\/span><\/h2>\nGoDaddy n'a pas fourni d'informations sur la fa\u00e7on dont les pirates ont pu acc\u00e9der aux informations de connexion SSH. Cependant, GoDaddy a envoy\u00e9 un e-mail aux clients compromis leur notifiant que leurs mots de passe ont \u00e9t\u00e9 r\u00e9initialis\u00e9s.<\/p>\n
<\/span>Citation<\/span><\/h2>\nLire le courrier \u00e9lectronique de GoDaddy aux clients concern\u00e9s d\u00e9pos\u00e9 aupr\u00e8s du minist\u00e8re de la Justice de Californie<\/p>\n
Le document PDF peut \u00eatre t\u00e9l\u00e9charg\u00e9 \u00e0 partir du California Department of Justice: Courriel du client SSH<\/p>\n
<\/span>Davantage de ressources<\/span><\/h3>\n\n- Comment la s\u00e9curit\u00e9 du site Web affecte-t-elle votre r\u00e9f\u00e9rencement?<\/li>\n
- HTTP ou HTTPS? Pourquoi vous avez besoin d'un site s\u00e9curis\u00e9<\/li>\n<\/ol>\n
"L'enqu\u00eate a r\u00e9v\u00e9l\u00e9 qu'une personne non autoris\u00e9e avait acc\u00e8s \u00e0 ses informations de connexion utilis\u00e9es pour se connecter \u00e0 SSH sur son compte d'h\u00e9bergement."<\/p>\n
<\/span>Comment SSH a-t-il \u00e9t\u00e9 engag\u00e9?<\/span><\/h2>\nSelon GoDaddy, l'engagement sur SSH a commenc\u00e9 en octobre 2019 et a \u00e9t\u00e9 d\u00e9couvert en avril 2020.<\/p>\n
Au-del\u00e0 de la d\u00e9claration g\u00e9n\u00e9rale de la date de la violation et de son lien avec SSH, GoDaddy ne semble pas avoir divulgu\u00e9 d'informations suppl\u00e9mentaires.<\/p>\n
\n- GoDaddy ne dit pas s'il s'agit d'une nouvelle vuln\u00e9rabilit\u00e9.<\/li>\n
- GoDaddy n'a pas dit si c'\u00e9tait d'une vuln\u00e9rabilit\u00e9 connue d'octobre 2019 qui n'avait pas \u00e9t\u00e9 corrig\u00e9e.<\/li>\n<\/ul>\n
La seule chose que GoDaddy a admis, c'est que les serveurs ont \u00e9t\u00e9 compromis par un tiers en octobre 2019 et n'ont pas \u00e9t\u00e9 d\u00e9tect\u00e9s pendant six mois.<\/p>\n
<\/span>Vuln\u00e9rabilit\u00e9 SSH en octobre<\/span><\/h2>\nUne recherche de vuln\u00e9rabilit\u00e9s SSH montre qu'une vuln\u00e9rabilit\u00e9 grave a \u00e9t\u00e9 d\u00e9couverte dans OpenSSH 7.7 \u00e0 7.9 et dans toutes les versions d'OpenSSH 8 \u00e0 8.1.<\/p>\n
La vuln\u00e9rabilit\u00e9 dans OpenSSH a \u00e9t\u00e9 corrig\u00e9e le 10\/09\/2019 dans la version 8.1. Cette date co\u00efncide avec la date d'octobre 2019 que GoDaddy a confirm\u00e9e comme la date \u00e0 laquelle leurs serveurs d'h\u00e9bergement ont \u00e9t\u00e9 compromis.<\/p>\n
GoDaddy n'a pas confirm\u00e9 si ce qui pr\u00e9c\u00e8de est la vuln\u00e9rabilit\u00e9.<\/p>\n
Le rapport est archiv\u00e9 dans le rapport de la base de donn\u00e9es nationale sur la vuln\u00e9rabilit\u00e9 du gouvernement des \u00c9tats-Unis CVE-2019-16905<\/p>\n
Mais la vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 d\u00e9couverte et d\u00e9crite par SecuriTeam o\u00f9 ils ont une divulgation compl\u00e8te.<\/p>\n
Voici la description de SecuriTeam:<\/strong><\/p>\n"Si un attaquant g\u00e9n\u00e8re un \u00e9tat o\u00f9" aadlen "+" encrypted_len "est plus grand que INT_MAX, alors il est possible de r\u00e9ussir la v\u00e9rification …<\/p>\n
Toute fonctionnalit\u00e9 OpenSSH qui peut analyser la cl\u00e9 XMSS priv\u00e9e est vuln\u00e9rable. "<\/p>\n
Cela peut signifier que la personne en charge de la maintenance des serveurs GoDaddy n'a pas pu mettre \u00e0 jour la vuln\u00e9rabilit\u00e9 et que les serveurs n'ont pas \u00e9t\u00e9 corrig\u00e9s jusqu'en avril 2020.<\/p>\n
Mais nous n'avons aucun moyen de savoir avec certitude ce qui s'est pass\u00e9. GoDaddy n'a pas expliqu\u00e9 pourquoi la violation de s\u00e9curit\u00e9 n'a pas \u00e9t\u00e9 d\u00e9tect\u00e9e pendant six mois.<\/strong><\/p>\n<\/span>GoDaddy ignore les d\u00e9tails de l'exploitation<\/span><\/h2>\nGoDaddy n'a pas dit quelle \u00e9tait la vuln\u00e9rabilit\u00e9. GoDaddy n'a pas pr\u00e9cis\u00e9 s'il s'agit d'une nouvelle vuln\u00e9rabilit\u00e9 ou s'il s'agit de la vuln\u00e9rabilit\u00e9 d'octobre 2019 d\u00e9crite ci-dessus.<\/p>\n
GoDaddy n'a pas indiqu\u00e9 si des sites avaient modifi\u00e9 leurs fichiers.<\/p>\n
Selon un rapport sur Threatpost, cette faille de s\u00e9curit\u00e9 a touch\u00e9 28 000 comptes d'h\u00e9bergement.<\/p>\n
<\/span>GoDaddy r\u00e9initialise les mots de passe<\/span><\/h2>\nGoDaddy a envoy\u00e9 un e-mail aux clients concern\u00e9s pour les informer que leurs mots de passe ont \u00e9t\u00e9 modifi\u00e9s. L'e-mail contient un lien vers les proc\u00e9dures \u00e0 suivre pour r\u00e9initialiser le mot de passe.<\/p>\n
<\/span>Combien de sites h\u00e9berg\u00e9s sur Godaddy ont pirat\u00e9?<\/span><\/h2>\nGoDaddy n'a pas indiqu\u00e9 si un site Web avait \u00e9t\u00e9 pirat\u00e9. L'e-mail envoy\u00e9 aux clients indique que GoDaddy a d\u00e9tect\u00e9 une "activit\u00e9 suspecte" sur les serveurs de ses clients.<\/p>\n
Selon GoDaddy:<\/strong><\/p>\n"L'enqu\u00eate a r\u00e9v\u00e9l\u00e9 qu'une personne non autoris\u00e9e avait acc\u00e8s \u00e0 ses informations de connexion utilis\u00e9es pour se connecter \u00e0 SSH sur son compte d'h\u00e9bergement.<\/p>\n
Nous n'avons aucune preuve que des fichiers ont \u00e9t\u00e9 ajout\u00e9s ou modifi\u00e9s dans votre compte. L'individu non autoris\u00e9 a \u00e9t\u00e9 bloqu\u00e9 de nos syst\u00e8mes, et nous continuons d'enqu\u00eater sur l'impact potentiel sur notre environnement. "<\/p>\n
<\/span>Comment les pirates ont-ils pu acc\u00e9der?<\/span><\/h2>\nGoDaddy n'a pas fourni d'informations sur la fa\u00e7on dont les pirates ont pu acc\u00e9der aux informations de connexion SSH. Cependant, GoDaddy a envoy\u00e9 un e-mail aux clients compromis leur notifiant que leurs mots de passe ont \u00e9t\u00e9 r\u00e9initialis\u00e9s.<\/p>\n
<\/span>Citation<\/span><\/h2>\nLire le courrier \u00e9lectronique de GoDaddy aux clients concern\u00e9s d\u00e9pos\u00e9 aupr\u00e8s du minist\u00e8re de la Justice de Californie<\/p>\n
Le document PDF peut \u00eatre t\u00e9l\u00e9charg\u00e9 \u00e0 partir du California Department of Justice: Courriel du client SSH<\/p>\n
<\/span>Davantage de ressources<\/span><\/h3>\n\n- Comment la s\u00e9curit\u00e9 du site Web affecte-t-elle votre r\u00e9f\u00e9rencement?<\/li>\n
- HTTP ou HTTPS? Pourquoi vous avez besoin d'un site s\u00e9curis\u00e9<\/li>\n<\/ol>\n
La seule chose que GoDaddy a admis, c'est que les serveurs ont \u00e9t\u00e9 compromis par un tiers en octobre 2019 et n'ont pas \u00e9t\u00e9 d\u00e9tect\u00e9s pendant six mois.<\/p>\n
<\/span>Vuln\u00e9rabilit\u00e9 SSH en octobre<\/span><\/h2>\nUne recherche de vuln\u00e9rabilit\u00e9s SSH montre qu'une vuln\u00e9rabilit\u00e9 grave a \u00e9t\u00e9 d\u00e9couverte dans OpenSSH 7.7 \u00e0 7.9 et dans toutes les versions d'OpenSSH 8 \u00e0 8.1.<\/p>\n
La vuln\u00e9rabilit\u00e9 dans OpenSSH a \u00e9t\u00e9 corrig\u00e9e le 10\/09\/2019 dans la version 8.1. Cette date co\u00efncide avec la date d'octobre 2019 que GoDaddy a confirm\u00e9e comme la date \u00e0 laquelle leurs serveurs d'h\u00e9bergement ont \u00e9t\u00e9 compromis.<\/p>\n
GoDaddy n'a pas confirm\u00e9 si ce qui pr\u00e9c\u00e8de est la vuln\u00e9rabilit\u00e9.<\/p>\n
Le rapport est archiv\u00e9 dans le rapport de la base de donn\u00e9es nationale sur la vuln\u00e9rabilit\u00e9 du gouvernement des \u00c9tats-Unis CVE-2019-16905<\/p>\n
Mais la vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 d\u00e9couverte et d\u00e9crite par SecuriTeam o\u00f9 ils ont une divulgation compl\u00e8te.<\/p>\n
Voici la description de SecuriTeam:<\/strong><\/p>\n"Si un attaquant g\u00e9n\u00e8re un \u00e9tat o\u00f9" aadlen "+" encrypted_len "est plus grand que INT_MAX, alors il est possible de r\u00e9ussir la v\u00e9rification …<\/p>\n
Toute fonctionnalit\u00e9 OpenSSH qui peut analyser la cl\u00e9 XMSS priv\u00e9e est vuln\u00e9rable. "<\/p>\n
Cela peut signifier que la personne en charge de la maintenance des serveurs GoDaddy n'a pas pu mettre \u00e0 jour la vuln\u00e9rabilit\u00e9 et que les serveurs n'ont pas \u00e9t\u00e9 corrig\u00e9s jusqu'en avril 2020.<\/p>\n
Mais nous n'avons aucun moyen de savoir avec certitude ce qui s'est pass\u00e9. GoDaddy n'a pas expliqu\u00e9 pourquoi la violation de s\u00e9curit\u00e9 n'a pas \u00e9t\u00e9 d\u00e9tect\u00e9e pendant six mois.<\/strong><\/p>\n<\/span>GoDaddy ignore les d\u00e9tails de l'exploitation<\/span><\/h2>\nGoDaddy n'a pas dit quelle \u00e9tait la vuln\u00e9rabilit\u00e9. GoDaddy n'a pas pr\u00e9cis\u00e9 s'il s'agit d'une nouvelle vuln\u00e9rabilit\u00e9 ou s'il s'agit de la vuln\u00e9rabilit\u00e9 d'octobre 2019 d\u00e9crite ci-dessus.<\/p>\n
GoDaddy n'a pas indiqu\u00e9 si des sites avaient modifi\u00e9 leurs fichiers.<\/p>\n
Selon un rapport sur Threatpost, cette faille de s\u00e9curit\u00e9 a touch\u00e9 28 000 comptes d'h\u00e9bergement.<\/p>\n
<\/span>GoDaddy r\u00e9initialise les mots de passe<\/span><\/h2>\nGoDaddy a envoy\u00e9 un e-mail aux clients concern\u00e9s pour les informer que leurs mots de passe ont \u00e9t\u00e9 modifi\u00e9s. L'e-mail contient un lien vers les proc\u00e9dures \u00e0 suivre pour r\u00e9initialiser le mot de passe.<\/p>\n
<\/span>Combien de sites h\u00e9berg\u00e9s sur Godaddy ont pirat\u00e9?<\/span><\/h2>\nGoDaddy n'a pas indiqu\u00e9 si un site Web avait \u00e9t\u00e9 pirat\u00e9. L'e-mail envoy\u00e9 aux clients indique que GoDaddy a d\u00e9tect\u00e9 une "activit\u00e9 suspecte" sur les serveurs de ses clients.<\/p>\n
Selon GoDaddy:<\/strong><\/p>\n"L'enqu\u00eate a r\u00e9v\u00e9l\u00e9 qu'une personne non autoris\u00e9e avait acc\u00e8s \u00e0 ses informations de connexion utilis\u00e9es pour se connecter \u00e0 SSH sur son compte d'h\u00e9bergement.<\/p>\n
Nous n'avons aucune preuve que des fichiers ont \u00e9t\u00e9 ajout\u00e9s ou modifi\u00e9s dans votre compte. L'individu non autoris\u00e9 a \u00e9t\u00e9 bloqu\u00e9 de nos syst\u00e8mes, et nous continuons d'enqu\u00eater sur l'impact potentiel sur notre environnement. "<\/p>\n
<\/span>Comment les pirates ont-ils pu acc\u00e9der?<\/span><\/h2>\nGoDaddy n'a pas fourni d'informations sur la fa\u00e7on dont les pirates ont pu acc\u00e9der aux informations de connexion SSH. Cependant, GoDaddy a envoy\u00e9 un e-mail aux clients compromis leur notifiant que leurs mots de passe ont \u00e9t\u00e9 r\u00e9initialis\u00e9s.<\/p>\n
<\/span>Citation<\/span><\/h2>\nLire le courrier \u00e9lectronique de GoDaddy aux clients concern\u00e9s d\u00e9pos\u00e9 aupr\u00e8s du minist\u00e8re de la Justice de Californie<\/p>\n
Le document PDF peut \u00eatre t\u00e9l\u00e9charg\u00e9 \u00e0 partir du California Department of Justice: Courriel du client SSH<\/p>\n
<\/span>Davantage de ressources<\/span><\/h3>\n\n- Comment la s\u00e9curit\u00e9 du site Web affecte-t-elle votre r\u00e9f\u00e9rencement?<\/li>\n
- HTTP ou HTTPS? Pourquoi vous avez besoin d'un site s\u00e9curis\u00e9<\/li>\n<\/ol>\n
"Si un attaquant g\u00e9n\u00e8re un \u00e9tat o\u00f9" aadlen "+" encrypted_len "est plus grand que INT_MAX, alors il est possible de r\u00e9ussir la v\u00e9rification …<\/p>\n
Toute fonctionnalit\u00e9 OpenSSH qui peut analyser la cl\u00e9 XMSS priv\u00e9e est vuln\u00e9rable. "<\/p>\n
Cela peut signifier que la personne en charge de la maintenance des serveurs GoDaddy n'a pas pu mettre \u00e0 jour la vuln\u00e9rabilit\u00e9 et que les serveurs n'ont pas \u00e9t\u00e9 corrig\u00e9s jusqu'en avril 2020.<\/p>\n
Mais nous n'avons aucun moyen de savoir avec certitude ce qui s'est pass\u00e9. GoDaddy n'a pas expliqu\u00e9 pourquoi la violation de s\u00e9curit\u00e9 n'a pas \u00e9t\u00e9 d\u00e9tect\u00e9e pendant six mois.<\/strong><\/p>\n GoDaddy n'a pas dit quelle \u00e9tait la vuln\u00e9rabilit\u00e9. GoDaddy n'a pas pr\u00e9cis\u00e9 s'il s'agit d'une nouvelle vuln\u00e9rabilit\u00e9 ou s'il s'agit de la vuln\u00e9rabilit\u00e9 d'octobre 2019 d\u00e9crite ci-dessus.<\/p>\n GoDaddy n'a pas indiqu\u00e9 si des sites avaient modifi\u00e9 leurs fichiers.<\/p>\n Selon un rapport sur Threatpost, cette faille de s\u00e9curit\u00e9 a touch\u00e9 28 000 comptes d'h\u00e9bergement.<\/p>\n GoDaddy a envoy\u00e9 un e-mail aux clients concern\u00e9s pour les informer que leurs mots de passe ont \u00e9t\u00e9 modifi\u00e9s. L'e-mail contient un lien vers les proc\u00e9dures \u00e0 suivre pour r\u00e9initialiser le mot de passe.<\/p>\n GoDaddy n'a pas indiqu\u00e9 si un site Web avait \u00e9t\u00e9 pirat\u00e9. L'e-mail envoy\u00e9 aux clients indique que GoDaddy a d\u00e9tect\u00e9 une "activit\u00e9 suspecte" sur les serveurs de ses clients.<\/p>\n Selon GoDaddy:<\/strong><\/p>\n "L'enqu\u00eate a r\u00e9v\u00e9l\u00e9 qu'une personne non autoris\u00e9e avait acc\u00e8s \u00e0 ses informations de connexion utilis\u00e9es pour se connecter \u00e0 SSH sur son compte d'h\u00e9bergement.<\/p>\n Nous n'avons aucune preuve que des fichiers ont \u00e9t\u00e9 ajout\u00e9s ou modifi\u00e9s dans votre compte. L'individu non autoris\u00e9 a \u00e9t\u00e9 bloqu\u00e9 de nos syst\u00e8mes, et nous continuons d'enqu\u00eater sur l'impact potentiel sur notre environnement. "<\/p>\n GoDaddy n'a pas fourni d'informations sur la fa\u00e7on dont les pirates ont pu acc\u00e9der aux informations de connexion SSH. Cependant, GoDaddy a envoy\u00e9 un e-mail aux clients compromis leur notifiant que leurs mots de passe ont \u00e9t\u00e9 r\u00e9initialis\u00e9s.<\/p>\n Lire le courrier \u00e9lectronique de GoDaddy aux clients concern\u00e9s d\u00e9pos\u00e9 aupr\u00e8s du minist\u00e8re de la Justice de Californie<\/p>\n Le document PDF peut \u00eatre t\u00e9l\u00e9charg\u00e9 \u00e0 partir du California Department of Justice: Courriel du client SSH<\/p>\n<\/span>GoDaddy ignore les d\u00e9tails de l'exploitation<\/span><\/h2>\n
<\/span>GoDaddy r\u00e9initialise les mots de passe<\/span><\/h2>\n
<\/span>Combien de sites h\u00e9berg\u00e9s sur Godaddy ont pirat\u00e9?<\/span><\/h2>\n
<\/span>Comment les pirates ont-ils pu acc\u00e9der?<\/span><\/h2>\n
<\/span>Citation<\/span><\/h2>\n
<\/span>Davantage de ressources<\/span><\/h3>\n
\n