Pourquoi près de 80 % des projets piratés ne se relèvent-ils jamais ? Les experts dévoilent la règle d'or pour faire face aux hackers

robot
Création du résumé en cours

【区块律动】加密项目被黑客攻击后,真正的危机往往不在初期的资金损失,而在随后的应对混乱中。

Selon la plateforme de sécurité Web3 Immunefi, près de 80% des projets cryptographiques ayant subi une attaque majeure de hackers ne se sont jamais complètement remis. L’histoire derrière ce chiffre est bien plus complexe que le simple vol de fonds.

Immunefi souligne que la majorité des protocoles présentent un problème commun — ils ne savent pas réellement à quel niveau de risque de hacking ils sont exposés, ni ne disposent de plans opérationnels pour faire face à un incident de sécurité majeur. Résultat : dès qu’une vulnérabilité est découverte, toute l’équipe se retrouve en situation de passivité.

Ce qui est crucial, ce sont les premières heures. Cette période détermine souvent la suite des événements. Sans plan d’urgence préparé à l’avance, les membres de l’équipe commencent à se renvoyer la responsabilité, discutent de ce qu’il faut faire, quelles fonctionnalités suspendre, comment informer les utilisateurs — et le temps s’écoule dans ces débats. En conséquence, l’impact de la vulnérabilité s’amplifie, et les pertes qui auraient pu être contenues continuent de s’étendre.

Un facteur psychologique subtil joue également : la peur de nuire à la réputation. Beaucoup de projets préfèrent rester silencieux plutôt que de suspendre immédiatement les contrats intelligents ou de publier des alertes de risque. Cette stratégie de l’autruche se retourne souvent contre eux — les utilisateurs ne reçoivent pas d’informations officielles, et dans ce vide informationnel, les rumeurs se propagent rapidement, alimentant la panique. Le silence, en amplifiant la peur, est souvent plus destructeur que la communication transparente de mauvaises nouvelles.

Les 80% de projets qui n’ont pas pu se remettre complètement échouent généralement pour ces raisons : effondrement de la confiance dû à une gestion chaotique initiale, perte de la communauté, départ des partenaires de l’écosystème, et la désintégration du système opérationnel. En comparaison, la perte financière initiale devient un problème secondaire.

Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
  • Récompense
  • 8
  • Reposter
  • Partager
Commentaire
0/400
SurvivorshipBiasvip
· Il y a 11m
Honnêtement, le chiffre de 80% ne me surprend pas du tout, beaucoup de projets ne prennent pas la sécurité au sérieux En gros, si on se fait pirater, on se fait pirater, le plus important c'est la réaction de l'équipe en quelques heures, si tout devient un chaos, tout est fini J'ai vraiment un peu peur, il semble que beaucoup de petits projets dans la crypto n'aient même pas de plan d'urgence, ce n'est pas étonnant que ce soit seulement quand un hacker frappe qu'ils réagissent Ce n'est pas ça, la préparation habituelle est inexistante, et quand un problème survient, tout devient du n'importe quoi... Le plus absurde, c'est qu'ils ne savent même pas quels sont leurs risques, c'est vraiment n'importe quoi Hacker : Allez, je rentre, prenez votre temps pour réfléchir à ce que vous allez faire
Voir l'originalRépondre0
MEV_Whisperervip
· Il y a 1h
C'est pourquoi la plupart des projets sont des tigres en papier, et lorsque la véritable épreuve arrive, c'est le chaos.
Voir l'originalRépondre0
ZenZKPlayervip
· Il y a 13h
80% ne peuvent pas se relever, en clair, c'est parce que le travail préparatoire n'a pas été bien fait... Une fois que quelque chose tourne mal, tout est en désordre. Il faut vraiment préparer un plan d'urgence à l'avance.
Voir l'originalRépondre0
HappyToBeDumpedvip
· Il y a 13h
C'est typiquement le chaos total, être piraté et en plus se faire des luttes internes, c'est vraiment incroyable.
Voir l'originalRépondre0
NFTDreamervip
· Il y a 14h
80%翻不了身...说白了就是一开始没做好功课,等事儿来了才手忙脚乱呗 --- Donc le problème n'est pas tant que les hackers soient puissants, mais que le projet lui-même n'était pas prêt --- Haha, les premières heures étaient vraiment une question de vie ou de mort, une bande de gens encore en réunion pour décider quoi faire, pendant que le hacker était déjà parti sans laisser de trace --- On a l'impression que la plupart des projets sont comme des gens sans problème, ils ne réalisent le risque que lorsqu'ils sont exposés --- Les plans d'urgence, c'est comme l'assurance : quand on ne les utilise pas, on pense que c'est une perte d'argent, mais quand un vrai problème survient, il est trop tard pour regretter --- La façon dont l'équipe se décharge de la responsabilité est vraiment risible, personne ne veut prendre la faute, et au final, les utilisateurs perdent tout --- Il est vraiment temps que ces nouveaux projets trouvent une société de sécurité pour une vérification approfondie, au lieu de toujours vouloir lancer rapidement pour faire de l'argent --- Le chiffre de 80% n'est en fait pas si surprenant, ce qu'on redoute, c'est cette crise de confiance après un traitement chaotique
Voir l'originalRépondre0
FromMinerToFarmervip
· Il y a 14h
80% ne peuvent pas se relever... En clair, c'est l'équipe qui fait défaut, un projet sans plan d'urgence mérite d'être critiqué.
Voir l'originalRépondre0
GateUser-a606bf0cvip
· Il y a 14h
En résumé, c'est le chaos après une attaque, l'absence de plan d'urgence est une blessure mortelle.
Voir l'originalRépondre0
AirdropAnxietyvip
· Il y a 14h
Honnêtement, ces 80 % de données sont en fait assez difficiles à accepter... Beaucoup de projets ont été ralentis par leur propre vitesse de réaction, pas par des hackers.
Voir l'originalRépondre0
  • Épingler

Trader les cryptos partout et à tout moment
qrCode
Scan pour télécharger Gate app
Communauté
Français (Afrique)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)