Según datos de la plataforma de seguridad Web3 Immunefi, cerca del 80% de los proyectos criptográficos que sufrieron ataques importantes de hackers nunca se recuperaron por completo. La historia detrás de esta cifra es mucho más compleja que la simple pérdida de fondos.
Desde Immunefi señalan que la mayoría de los protocolos enfrentan un mismo problema: no tienen claro qué tan grande es su riesgo de ser hackeados, ni han preparado un plan de operación para responder a incidentes de seguridad mayores. Como resultado, una vez que se revela una vulnerabilidad, todo el equipo queda a la deriva.
Lo más crucial son las primeras horas. Ese período suele determinar el rumbo posterior. Sin un plan de emergencia preparado con antelación, los miembros del equipo empiezan a culparse unos a otros, discuten qué hacer, qué funciones pausar, cómo notificar a los usuarios — y el tiempo se escapa en esas disputas. Como consecuencia, el impacto de la vulnerabilidad se amplía, y las pérdidas que podrían haberse controlado siguen extendiéndose.
También hay un factor psicológico delicado en juego: el miedo a dañar la reputación. Muchos proyectos prefieren guardar silencio en lugar de detener inmediatamente los contratos inteligentes o emitir alertas de riesgo. Esta estrategia de “avestruz” suele ser contraproducente: los usuarios no reciben información oficial, y en la falta de ella, los rumores proliferan rápidamente, generando pánico. El miedo que aumenta por el silencio es mucho más dañino que las malas noticias transparentes.
Las razones por las que ese 80% no logra recuperarse por completo suelen ser estas: el colapso de la confianza causado por una respuesta inicial caótica, la pérdida de la comunidad, la dispersión de socios del ecosistema y, en consecuencia, la desintegración del sistema operativo. En comparación, las pérdidas financieras iniciales son un problema secundario.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
6 me gusta
Recompensa
6
6
Republicar
Compartir
Comentar
0/400
ZenZKPlayer
· hace4h
El 80% no puede salir adelante, en realidad es porque no hicimos bien la tarea en la fase inicial... Una vez que surge un problema, todo se descontrola. Es realmente necesario tener un plan de emergencia preparado con anticipación.
Ver originalesResponder0
HappyToBeDumped
· hace4h
Esto es típico de un caos total, ser hackeado y aún así pelearse entre ellos, realmente increíble
Ver originalesResponder0
NFTDreamer
· hace4h
El 80% no puede recuperarse... En realidad, fue que al principio no hicimos bien la tarea, y cuando llegó el problema, ya estábamos en un caos total.
---
Por eso, el problema no es cuán fuerte sea el hacker, sino que el proyecto en sí no estaba preparado.
---
Jaja, esas primeras horas realmente son momentos de vida o muerte, un grupo todavía estaba en reunión discutiendo qué hacer, mientras que el hacker ya había desaparecido.
---
¿Sientes que la mayoría de los proyectos parecen personas sin problemas, y solo cuando se descubren los fallos se dan cuenta de que hay riesgos?
---
El plan de emergencia es como un seguro, cuando no se usa, todos piensan que es una pérdida de dinero; pero cuando realmente pasa algo, ya es demasiado tarde para lamentarse.
---
La actitud de echarle la culpa a otros en el equipo realmente da risa, nadie quiere asumir la culpa, y al final los usuarios pierden todo.
---
Ahora estos nuevos proyectos realmente deberían contratar una empresa de seguridad para revisarlos bien, en lugar de pensar solo en lanzar rápido y ganar dinero.
---
El número del 80% en realidad no es sorprendente, lo que da miedo es esa crisis de confianza que surge tras un manejo caótico.
Ver originalesResponder0
FromMinerToFarmer
· hace5h
El 80% no puede salir adelante... En pocas palabras, el equipo no da la talla, los proyectos sin planes de emergencia merecen ser criticados.
Ver originalesResponder0
GateUser-a606bf0c
· hace5h
En resumen, después de ser hackeado, todo se descontrola; no tener un plan de contingencia es un daño fatal.
Ver originalesResponder0
AirdropAnxiety
· hace5h
A decir verdad, este 80% de datos en realidad es bastante impactante... Muchos proyectos simplemente han sido arrastrados por su propia velocidad de reacción, no por hackers.
¿Por qué más del 80% de los proyectos hackeados nunca logran recuperarse? Los expertos revelan las reglas de oro para hacer frente a los hackers
【区块律动】加密项目被黑客攻击后,真正的危机往往不在初期的资金损失,而在随后的应对混乱中。
Según datos de la plataforma de seguridad Web3 Immunefi, cerca del 80% de los proyectos criptográficos que sufrieron ataques importantes de hackers nunca se recuperaron por completo. La historia detrás de esta cifra es mucho más compleja que la simple pérdida de fondos.
Desde Immunefi señalan que la mayoría de los protocolos enfrentan un mismo problema: no tienen claro qué tan grande es su riesgo de ser hackeados, ni han preparado un plan de operación para responder a incidentes de seguridad mayores. Como resultado, una vez que se revela una vulnerabilidad, todo el equipo queda a la deriva.
Lo más crucial son las primeras horas. Ese período suele determinar el rumbo posterior. Sin un plan de emergencia preparado con antelación, los miembros del equipo empiezan a culparse unos a otros, discuten qué hacer, qué funciones pausar, cómo notificar a los usuarios — y el tiempo se escapa en esas disputas. Como consecuencia, el impacto de la vulnerabilidad se amplía, y las pérdidas que podrían haberse controlado siguen extendiéndose.
También hay un factor psicológico delicado en juego: el miedo a dañar la reputación. Muchos proyectos prefieren guardar silencio en lugar de detener inmediatamente los contratos inteligentes o emitir alertas de riesgo. Esta estrategia de “avestruz” suele ser contraproducente: los usuarios no reciben información oficial, y en la falta de ella, los rumores proliferan rápidamente, generando pánico. El miedo que aumenta por el silencio es mucho más dañino que las malas noticias transparentes.
Las razones por las que ese 80% no logra recuperarse por completo suelen ser estas: el colapso de la confianza causado por una respuesta inicial caótica, la pérdida de la comunidad, la dispersión de socios del ecosistema y, en consecuencia, la desintegración del sistema operativo. En comparación, las pérdidas financieras iniciales son un problema secundario.