Чому майже 80% зламаних проектів ніколи не зможуть повернутися до життя? Експерти розкривають золоті правила боротьби з хакерами

robot
Генерація анотацій у процесі

【Блокчейн-ритм】Після хакерських атак на криптопроєкти, справжня криза зазвичай полягає не у початкових фінансових втрат, а у хаосі, що виникає під час подальшого реагування.

Згідно з даними платформи безпеки Web3 Immunefi, майже 80% криптопроєктів, які зазнали серйозних хакерських атак, так і не змогли повністю відновитися. Історія за цим числом набагато складніша, ніж просто крадіжка коштів.

З боку Immunefi зазначають, що більшість протоколів мають одну й ту саму проблему — вони зовсім не уявляють масштабів хакерських ризиків і не мають належних планів дій у разі серйозних інцидентів безпеки. В результаті, як тільки виявляється вразливість, команда опиняється у пасивній позиції.

Найважливіші — перші кілька годин. Саме цей час часто визначає подальший розвиток подій. Без заздалегідь підготовленого плану реагування, члени команди починають звинувачувати один одного, обговорювати, що робити, які функції потрібно призупинити, як повідомити користувачів — і час у цих суперечках швидко минає. В результаті, вплив вразливості постійно зростає, і втрати, які можна було обмежити, продовжують поширюватися.

Ще один делікатний психологічний фактор — страх зіпсованої репутації. Багато проєктів воліють мовчати і не наважуються на активне призупинення смарт-контрактів або негайне оприлюднення попереджень про ризики. Така стратегія — “страусова тактика” — часто дає зворотній ефект: користувачі не отримують офіційної інформації, а у вакуумі поширюються чутки, паніка швидко наростає. Мовчання і страхи набагато більш руйнівні, ніж прозорі погані новини.

Причиною того, що 80% проєктів не змогли повністю відновитися, зазвичай є саме це: хаос у перші години, що руйнує довіру, знищує спільноту, розпорошує партнерів і призводить до розпаду операційної системи. У порівнянні з цим, початкові фінансові втрати — другорядна проблема.

Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 6
  • Репост
  • Поділіться
Прокоментувати
0/400
ZenZKPlayervip
· 7год тому
80% не зможете змінити ситуацію, по суті, це через те, що на початку не зробили належної підготовки... Як тільки щось трапиться, все піде шкереберть, план дій на випадок надзвичайної ситуації дійсно потрібно заздалегідь підготувати.
Переглянути оригіналвідповісти на0
HappyToBeDumpedvip
· 7год тому
Це типова хаосна ситуація, коли зламали, а ще й внутрішні конфлікти, справді неймовірно
Переглянути оригіналвідповісти на0
NFTDreamervip
· 7год тому
80% не зможуть повернутися... по суті, це через те, що спочатку не було належної підготовки, і коли щось трапиться, починаєш метушитися --- Тому проблема зовсім не в тому, наскільки сильний хакер, а в тому, що проект сам по собі зовсім не був готовий --- Ха-ха, перші кілька годин дійсно були моментом життя і смерті, кілька людей ще й досі проводять наради, як діяти, а хакер вже давно зник --- Чому здається, що більшість проектів ніби й не мають проблем, доки їх не зламають, і тоді раптом згадують, що існує ризик --- План реагування на надзвичайні ситуації — це як страховка: коли її не використовуєш, всі вважають, що це марна трата грошей, а коли щось трапиться, вже пізно жалкувати --- Ця команда, яка перекладає відповідальність, справді смішна, ніхто не хоче брати на себе провину, а в результаті користувачі залишаються без нічого --- Зараз цим новим проектам справді потрібно знайти надійну компанію для ретельної перевірки безпеки, а не постійно думати лише про швидкий запуск і заробіток --- Це число 80% насправді не дивує, але найбільше страшить саме ця криза довіри після хаотичних дій
Переглянути оригіналвідповісти на0
FromMinerToFarmervip
· 7год тому
80% не зможуть піднятися... По суті, команда провалилася, і проект без плану дій на випадок надзвичайних ситуацій заслуговує на критику
Переглянути оригіналвідповісти на0
GateUser-a606bf0cvip
· 7год тому
По суті, це означає, що після зламу все йде наперекосяк, відсутність плану дій — смертельна помилка
Переглянути оригіналвідповісти на0
AirdropAnxietyvip
· 7год тому
Чесно кажучи, ці 80% даних насправді дуже болючі... багато проектів просто були зупинені через їхню швидкість реагування, а не через хакерські атаки.
Переглянути оригіналвідповісти на0
  • Закріпити