« Un serveur de réception des paiements auto-hébergé est plus sûr qu’une plateforme » : ce n’est vrai que si aucune clé privée n’est stockée sur le serveur.
Le matin du 2 novembre (UTC+8), BTCPay Server, l’outil open source de réception de bitcoins, a publié un avis urgent : des opérateurs ont signalé que les portefeuilles chauds de leurs serveurs avaient été vidés par des attaquants non autorisés. Tous les déploiements doivent d’abord être arrêtés en exécutant ./btcpay-down.sh, dans l’attente des résultats de l’enquête. Le développeur principal Nicolas Dorier a ensuite précisé que les serveurs publics officiels sous la version 2.4.7 n’avaient pas été attaqués et que les signalements de victimes concernaient surtout les versions antérieures à la 2.4.2. Les attaquants se sont connectés à ces instances avec un compte administrateur ; la façon dont ils y sont parvenus fait encore l’objet d’une enquête. Cela ne ressemble pas à une nouvelle vulnérabilité. Voici ses mots : ne gardez pas dans un portefeuille chaud plus d’argent que ce que vous pouvez vous permettre de perdre.
Du point de vue technique :
· Un portefeuille chaud, c’est une clé privée stockée sous une forme utilisable sur ce serveur connecté à Internet, afin qu’il puisse effectuer automatiquement des paiements et des remboursements ;
· Dans ce cas, le compte administrateur et la clé privée reviennent au même : la surface d’attaque passe du « vol de la clé privée » à la « connexion à l’interface d’administration » ; mots de passe faibles, absence de 2FA et anciennes vulnérabilités des versions obsolètes sont autant de risques ;
· En mode réception uniquement, configuré avec un xpub, le serveur ne contient aucune clé privée. Même si l’interface d’administration est compromise, l’attaquant ne peut que consulter les comptes, pas dérober l’argent.
Cinq conseils aux opérateurs :
1) Si vous utilisez encore une ancienne version, arrêtez-la et passez à la dernière version avant de la redémarrer ;
2) Changez le mot de passe administrateur, activez la 2FA et vérifiez dans les journaux de connexion les sessions inconnues et les nouveaux comptes administrateur ;
3) Si vous pouvez recevoir des paiements uniquement avec un xpub, faites-le et gardez les clés privées dans un portefeuille matériel ;
4) Si vous devez absolument utiliser un portefeuille chaud, n’y gardez qu’un montant que vous pouvez vous permettre de perdre et transférez chaque jour les fonds vers un portefeuille froid ;
5) Attendez le rapport officiel sur la cause profonde avant de décider s’il faut réactiver le portefeuille chaud.
Chez moi, la clé du coffre-fort ne reste jamais à l’accueil : l’accueil ne s’occupe que des colis et des lettres d’amour 😏
#链上安全 #钱包安全 #BTC
$BNB $KOGE
Le matin du 2 novembre (UTC+8), BTCPay Server, l’outil open source de réception de bitcoins, a publié un avis urgent : des opérateurs ont signalé que les portefeuilles chauds de leurs serveurs avaient été vidés par des attaquants non autorisés. Tous les déploiements doivent d’abord être arrêtés en exécutant ./btcpay-down.sh, dans l’attente des résultats de l’enquête. Le développeur principal Nicolas Dorier a ensuite précisé que les serveurs publics officiels sous la version 2.4.7 n’avaient pas été attaqués et que les signalements de victimes concernaient surtout les versions antérieures à la 2.4.2. Les attaquants se sont connectés à ces instances avec un compte administrateur ; la façon dont ils y sont parvenus fait encore l’objet d’une enquête. Cela ne ressemble pas à une nouvelle vulnérabilité. Voici ses mots : ne gardez pas dans un portefeuille chaud plus d’argent que ce que vous pouvez vous permettre de perdre.
Du point de vue technique :
· Un portefeuille chaud, c’est une clé privée stockée sous une forme utilisable sur ce serveur connecté à Internet, afin qu’il puisse effectuer automatiquement des paiements et des remboursements ;
· Dans ce cas, le compte administrateur et la clé privée reviennent au même : la surface d’attaque passe du « vol de la clé privée » à la « connexion à l’interface d’administration » ; mots de passe faibles, absence de 2FA et anciennes vulnérabilités des versions obsolètes sont autant de risques ;
· En mode réception uniquement, configuré avec un xpub, le serveur ne contient aucune clé privée. Même si l’interface d’administration est compromise, l’attaquant ne peut que consulter les comptes, pas dérober l’argent.
Cinq conseils aux opérateurs :
1) Si vous utilisez encore une ancienne version, arrêtez-la et passez à la dernière version avant de la redémarrer ;
2) Changez le mot de passe administrateur, activez la 2FA et vérifiez dans les journaux de connexion les sessions inconnues et les nouveaux comptes administrateur ;
3) Si vous pouvez recevoir des paiements uniquement avec un xpub, faites-le et gardez les clés privées dans un portefeuille matériel ;
4) Si vous devez absolument utiliser un portefeuille chaud, n’y gardez qu’un montant que vous pouvez vous permettre de perdre et transférez chaque jour les fonds vers un portefeuille froid ;
5) Attendez le rapport officiel sur la cause profonde avant de décider s’il faut réactiver le portefeuille chaud.
Chez moi, la clé du coffre-fort ne reste jamais à l’accueil : l’accueil ne s’occupe que des colis et des lettres d’amour 😏
#链上安全 #钱包安全 #BTC
$BNB $KOGE