بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد

صرافی بایننس اعلام کرده است که تاکنون ۹۰ درصد از دارایی‌های ازدست‌رفته در حمله سایبری اخیر را جایگزین کرده و برنامه دارد خدمات برداشت را روز یکشنبه از سر بگیرد. این در حالی است که میزان جبران خسارت تا یک روز پیش حدود ۸۰ درصد اعلام شده بود و اکنون بخش بیشتری از کسری دارایی‌ها پوشش داده شده است.

سخنگوی بایننس در گفت‌وگو با وب‌سایت کوین‌تلگراف توضیح داد که منابع موردنیاز برای جبران خسارت از سه محل تأمین شده‌اند: خزانه سازمانی صرافی، بخشی از صندوق امن دارایی کاربران موسوم به SAFU و قسمتی از صندوق بیمه معاملات آتی. بااین‌حال، بایننس جزئیات مربوط به سهم هرکدام از این منابع را منتشر نکرده و حداقل موجودی الزامی صندوق بیمه را نیز مشخص نکرده است.

این سخنگو تأکید کرد که مسئولیت مالی دارایی‌های سرقت‌شده بر عهده بایننس است و کاربران نباید متحمل این خسارت شوند. به گفته او، موجودی باقی‌مانده صندوق بیمه همچنان از سطح موردنیاز در چارچوب مدیریت ریسک صرافی بیشتر خواهد بود.

صندوق بیمه معاملات آتی برای پوشش زیان ناشی از تسویه موقعیت‌های ورشکسته و کاهش احتمال تسویه خودکار موقعیت‌های معاملاتی طرف مقابل استفاده می‌شود. این صندوق بخشی از دارایی کاربران محسوب نمی‌شود.

جزئیات هک ۶.۳ میلیارد دلاری بایننس

حمله سایبری موردبحث روز پنجشنبه رخ داد و خسارت آن حدود ۶.۳ میلیارد دلار برآورد شده است. بر اساس این گزارش، شرکت تحلیل بلاک‌چین TRM Labs پس از بررسی جریان انتقال دارایی‌ها، این عملیات را به گروه هکری TraderTraitor وابسته به کره شمالی نسبت داده است.

بایننس

بایننس روز جمعه اعلام کرده بود که بیش از ۶.۳۴ میلیارد دلار برای جبران خسارت اختصاص داده است. حدود ۵ میلیارد دلار از این منابع به تأمین همان رمزارزهایی اختصاص دارد که در جریان حمله از دست رفته‌اند. این صرافی برای تأمین باقی‌مانده دارایی‌ها نیز خرید از بازارهای عمومی و انجام معاملات خارج از بورس (OTC) را در دستور کار قرار داده است.

پشتوانه کامل ۱۰ رمزارز اصلی کاربران

طبق آخرین به‌روزرسانی منتشرشده از سوی بایننس، موجودی مشتریان در ۱۰ دارایی دیجیتال زیر اکنون به‌طور کامل پشتوانه دارد:

  • بیت‌کوین (BTC)
  • اتریوم (ETH)
  • تتر (USDT)
  • بایننس کوین (BNB)
  • سولانا (SOL)
  • یو‌اس‌دی‌کوین (USDC)
  • ریپل (XRP)
  • یو‌اس‌دی۱ (USD1)
  • آر‌ال‌یو‌اس‌دی (RLUSD)
  • زی‌کش (ZEC)

با وجود این پیشرفت، هنوز ۱۰ درصد از دارایی‌های موردنیاز برای جبران خسارت تأمین نشده است. این بخش به توکن‌هایی مربوط می‌شود که در فهرست ۱۰ دارایی یادشده قرار ندارند و نقدشوندگی کمتری دارند.

تأمین حجم بالایی از توکن‌های کم‌معامله می‌تواند برای صرافی دشوار باشد؛ زیرا خرید گسترده در بازار عمومی ممکن است قیمت این دارایی‌ها را به‌شدت افزایش دهد. بایننس اعلام کرده است که خرید از بازارهای عمومی و کانال‌های خارج از بورس را تا زمانی که پشتوانه تمام توکن‌ها به ۱۰۰ درصد برسد، ادامه خواهد داد.

زمان ازسرگیری برداشت‌ها در بایننس

مرحله بعدی برنامه بازیابی بایننس، بازگشایی خدمات برداشت است. این صرافی اعلام کرده که اقدامات فنی برای ازسرگیری برداشت‌ها در روز یکشنبه طبق برنامه پیش می‌رود.

بااین‌حال، هنوز زمان دقیق شروع برداشت‌ها و جزئیات مربوط به نحوه بازگشایی این سرویس مشخص نشده است. همچنین احتمال اجرای مرحله‌ای خدمات برداشت مطرح شده، اما بایننس تاکنون اطلاعات قطعی در این زمینه ارائه نکرده است.

در مجموع، جبران ۹۰ درصد دارایی‌های سرقت‌شده نشان‌دهنده پیشرفت برنامه بازیابی بایننس است؛ اما تکمیل پشتوانه توکن‌های باقی‌مانده و بازگشت کامل خدمات برداشت همچنان دو مرحله مهم پیش روی این صرافی محسوب می‌شوند.

نوشته بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد اولین بار در آی‌ تی‌ رسان منتشر شد.

بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد

صرافی بایننس اعلام کرده است که تاکنون ۹۰ درصد از دارایی‌های ازدست‌رفته در حمله سایبری اخیر را جایگزین کرده و برنامه دارد خدمات برداشت را روز یکشنبه از سر بگیرد. این در حالی است که میزان جبران خسارت تا یک روز پیش حدود ۸۰ درصد اعلام شده بود و اکنون بخش بیشتری از کسری دارایی‌ها پوشش داده شده است.

سخنگوی بایننس در گفت‌وگو با وب‌سایت کوین‌تلگراف توضیح داد که منابع موردنیاز برای جبران خسارت از سه محل تأمین شده‌اند: خزانه سازمانی صرافی، بخشی از صندوق امن دارایی کاربران موسوم به SAFU و قسمتی از صندوق بیمه معاملات آتی. بااین‌حال، بایننس جزئیات مربوط به سهم هرکدام از این منابع را منتشر نکرده و حداقل موجودی الزامی صندوق بیمه را نیز مشخص نکرده است.

این سخنگو تأکید کرد که مسئولیت مالی دارایی‌های سرقت‌شده بر عهده بایننس است و کاربران نباید متحمل این خسارت شوند. به گفته او، موجودی باقی‌مانده صندوق بیمه همچنان از سطح موردنیاز در چارچوب مدیریت ریسک صرافی بیشتر خواهد بود.

صندوق بیمه معاملات آتی برای پوشش زیان ناشی از تسویه موقعیت‌های ورشکسته و کاهش احتمال تسویه خودکار موقعیت‌های معاملاتی طرف مقابل استفاده می‌شود. این صندوق بخشی از دارایی کاربران محسوب نمی‌شود.

جزئیات هک ۶.۳ میلیارد دلاری بایننس

حمله سایبری موردبحث روز پنجشنبه رخ داد و خسارت آن حدود ۶.۳ میلیارد دلار برآورد شده است. بر اساس این گزارش، شرکت تحلیل بلاک‌چین TRM Labs پس از بررسی جریان انتقال دارایی‌ها، این عملیات را به گروه هکری TraderTraitor وابسته به کره شمالی نسبت داده است.

بایننس

بایننس روز جمعه اعلام کرده بود که بیش از ۶.۳۴ میلیارد دلار برای جبران خسارت اختصاص داده است. حدود ۵ میلیارد دلار از این منابع به تأمین همان رمزارزهایی اختصاص دارد که در جریان حمله از دست رفته‌اند. این صرافی برای تأمین باقی‌مانده دارایی‌ها نیز خرید از بازارهای عمومی و انجام معاملات خارج از بورس (OTC) را در دستور کار قرار داده است.

پشتوانه کامل ۱۰ رمزارز اصلی کاربران

طبق آخرین به‌روزرسانی منتشرشده از سوی بایننس، موجودی مشتریان در ۱۰ دارایی دیجیتال زیر اکنون به‌طور کامل پشتوانه دارد:

  • بیت‌کوین (BTC)
  • اتریوم (ETH)
  • تتر (USDT)
  • بایننس کوین (BNB)
  • سولانا (SOL)
  • یو‌اس‌دی‌کوین (USDC)
  • ریپل (XRP)
  • یو‌اس‌دی۱ (USD1)
  • آر‌ال‌یو‌اس‌دی (RLUSD)
  • زی‌کش (ZEC)

با وجود این پیشرفت، هنوز ۱۰ درصد از دارایی‌های موردنیاز برای جبران خسارت تأمین نشده است. این بخش به توکن‌هایی مربوط می‌شود که در فهرست ۱۰ دارایی یادشده قرار ندارند و نقدشوندگی کمتری دارند.

تأمین حجم بالایی از توکن‌های کم‌معامله می‌تواند برای صرافی دشوار باشد؛ زیرا خرید گسترده در بازار عمومی ممکن است قیمت این دارایی‌ها را به‌شدت افزایش دهد. بایننس اعلام کرده است که خرید از بازارهای عمومی و کانال‌های خارج از بورس را تا زمانی که پشتوانه تمام توکن‌ها به ۱۰۰ درصد برسد، ادامه خواهد داد.

زمان ازسرگیری برداشت‌ها در بایننس

مرحله بعدی برنامه بازیابی بایننس، بازگشایی خدمات برداشت است. این صرافی اعلام کرده که اقدامات فنی برای ازسرگیری برداشت‌ها در روز یکشنبه طبق برنامه پیش می‌رود.

بااین‌حال، هنوز زمان دقیق شروع برداشت‌ها و جزئیات مربوط به نحوه بازگشایی این سرویس مشخص نشده است. همچنین احتمال اجرای مرحله‌ای خدمات برداشت مطرح شده، اما بایننس تاکنون اطلاعات قطعی در این زمینه ارائه نکرده است.

در مجموع، جبران ۹۰ درصد دارایی‌های سرقت‌شده نشان‌دهنده پیشرفت برنامه بازیابی بایننس است؛ اما تکمیل پشتوانه توکن‌های باقی‌مانده و بازگشت کامل خدمات برداشت همچنان دو مرحله مهم پیش روی این صرافی محسوب می‌شوند.

نوشته بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد اولین بار در آی‌ تی‌ رسان منتشر شد.

بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد

صرافی بایننس اعلام کرده است که تاکنون ۹۰ درصد از دارایی‌های ازدست‌رفته در حمله سایبری اخیر را جایگزین کرده و برنامه دارد خدمات برداشت را روز یکشنبه از سر بگیرد. این در حالی است که میزان جبران خسارت تا یک روز پیش حدود ۸۰ درصد اعلام شده بود و اکنون بخش بیشتری از کسری دارایی‌ها پوشش داده شده است.

سخنگوی بایننس در گفت‌وگو با وب‌سایت کوین‌تلگراف توضیح داد که منابع موردنیاز برای جبران خسارت از سه محل تأمین شده‌اند: خزانه سازمانی صرافی، بخشی از صندوق امن دارایی کاربران موسوم به SAFU و قسمتی از صندوق بیمه معاملات آتی. بااین‌حال، بایننس جزئیات مربوط به سهم هرکدام از این منابع را منتشر نکرده و حداقل موجودی الزامی صندوق بیمه را نیز مشخص نکرده است.

این سخنگو تأکید کرد که مسئولیت مالی دارایی‌های سرقت‌شده بر عهده بایننس است و کاربران نباید متحمل این خسارت شوند. به گفته او، موجودی باقی‌مانده صندوق بیمه همچنان از سطح موردنیاز در چارچوب مدیریت ریسک صرافی بیشتر خواهد بود.

صندوق بیمه معاملات آتی برای پوشش زیان ناشی از تسویه موقعیت‌های ورشکسته و کاهش احتمال تسویه خودکار موقعیت‌های معاملاتی طرف مقابل استفاده می‌شود. این صندوق بخشی از دارایی کاربران محسوب نمی‌شود.

جزئیات هک ۶.۳ میلیارد دلاری بایننس

حمله سایبری موردبحث روز پنجشنبه رخ داد و خسارت آن حدود ۶.۳ میلیارد دلار برآورد شده است. بر اساس این گزارش، شرکت تحلیل بلاک‌چین TRM Labs پس از بررسی جریان انتقال دارایی‌ها، این عملیات را به گروه هکری TraderTraitor وابسته به کره شمالی نسبت داده است.

بایننس

بایننس روز جمعه اعلام کرده بود که بیش از ۶.۳۴ میلیارد دلار برای جبران خسارت اختصاص داده است. حدود ۵ میلیارد دلار از این منابع به تأمین همان رمزارزهایی اختصاص دارد که در جریان حمله از دست رفته‌اند. این صرافی برای تأمین باقی‌مانده دارایی‌ها نیز خرید از بازارهای عمومی و انجام معاملات خارج از بورس (OTC) را در دستور کار قرار داده است.

پشتوانه کامل ۱۰ رمزارز اصلی کاربران

طبق آخرین به‌روزرسانی منتشرشده از سوی بایننس، موجودی مشتریان در ۱۰ دارایی دیجیتال زیر اکنون به‌طور کامل پشتوانه دارد:

  • بیت‌کوین (BTC)
  • اتریوم (ETH)
  • تتر (USDT)
  • بایننس کوین (BNB)
  • سولانا (SOL)
  • یو‌اس‌دی‌کوین (USDC)
  • ریپل (XRP)
  • یو‌اس‌دی۱ (USD1)
  • آر‌ال‌یو‌اس‌دی (RLUSD)
  • زی‌کش (ZEC)

با وجود این پیشرفت، هنوز ۱۰ درصد از دارایی‌های موردنیاز برای جبران خسارت تأمین نشده است. این بخش به توکن‌هایی مربوط می‌شود که در فهرست ۱۰ دارایی یادشده قرار ندارند و نقدشوندگی کمتری دارند.

تأمین حجم بالایی از توکن‌های کم‌معامله می‌تواند برای صرافی دشوار باشد؛ زیرا خرید گسترده در بازار عمومی ممکن است قیمت این دارایی‌ها را به‌شدت افزایش دهد. بایننس اعلام کرده است که خرید از بازارهای عمومی و کانال‌های خارج از بورس را تا زمانی که پشتوانه تمام توکن‌ها به ۱۰۰ درصد برسد، ادامه خواهد داد.

زمان ازسرگیری برداشت‌ها در بایننس

مرحله بعدی برنامه بازیابی بایننس، بازگشایی خدمات برداشت است. این صرافی اعلام کرده که اقدامات فنی برای ازسرگیری برداشت‌ها در روز یکشنبه طبق برنامه پیش می‌رود.

بااین‌حال، هنوز زمان دقیق شروع برداشت‌ها و جزئیات مربوط به نحوه بازگشایی این سرویس مشخص نشده است. همچنین احتمال اجرای مرحله‌ای خدمات برداشت مطرح شده، اما بایننس تاکنون اطلاعات قطعی در این زمینه ارائه نکرده است.

در مجموع، جبران ۹۰ درصد دارایی‌های سرقت‌شده نشان‌دهنده پیشرفت برنامه بازیابی بایننس است؛ اما تکمیل پشتوانه توکن‌های باقی‌مانده و بازگشت کامل خدمات برداشت همچنان دو مرحله مهم پیش روی این صرافی محسوب می‌شوند.

نوشته بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد اولین بار در آی‌ تی‌ رسان منتشر شد.

بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد

صرافی بایننس اعلام کرده است که تاکنون ۹۰ درصد از دارایی‌های ازدست‌رفته در حمله سایبری اخیر را جایگزین کرده و برنامه دارد خدمات برداشت را روز یکشنبه از سر بگیرد. این در حالی است که میزان جبران خسارت تا یک روز پیش حدود ۸۰ درصد اعلام شده بود و اکنون بخش بیشتری از کسری دارایی‌ها پوشش داده شده است.

سخنگوی بایننس در گفت‌وگو با وب‌سایت کوین‌تلگراف توضیح داد که منابع موردنیاز برای جبران خسارت از سه محل تأمین شده‌اند: خزانه سازمانی صرافی، بخشی از صندوق امن دارایی کاربران موسوم به SAFU و قسمتی از صندوق بیمه معاملات آتی. بااین‌حال، بایننس جزئیات مربوط به سهم هرکدام از این منابع را منتشر نکرده و حداقل موجودی الزامی صندوق بیمه را نیز مشخص نکرده است.

این سخنگو تأکید کرد که مسئولیت مالی دارایی‌های سرقت‌شده بر عهده بایننس است و کاربران نباید متحمل این خسارت شوند. به گفته او، موجودی باقی‌مانده صندوق بیمه همچنان از سطح موردنیاز در چارچوب مدیریت ریسک صرافی بیشتر خواهد بود.

صندوق بیمه معاملات آتی برای پوشش زیان ناشی از تسویه موقعیت‌های ورشکسته و کاهش احتمال تسویه خودکار موقعیت‌های معاملاتی طرف مقابل استفاده می‌شود. این صندوق بخشی از دارایی کاربران محسوب نمی‌شود.

جزئیات هک ۶.۳ میلیارد دلاری بایننس

حمله سایبری موردبحث روز پنجشنبه رخ داد و خسارت آن حدود ۶.۳ میلیارد دلار برآورد شده است. بر اساس این گزارش، شرکت تحلیل بلاک‌چین TRM Labs پس از بررسی جریان انتقال دارایی‌ها، این عملیات را به گروه هکری TraderTraitor وابسته به کره شمالی نسبت داده است.

بایننس

بایننس روز جمعه اعلام کرده بود که بیش از ۶.۳۴ میلیارد دلار برای جبران خسارت اختصاص داده است. حدود ۵ میلیارد دلار از این منابع به تأمین همان رمزارزهایی اختصاص دارد که در جریان حمله از دست رفته‌اند. این صرافی برای تأمین باقی‌مانده دارایی‌ها نیز خرید از بازارهای عمومی و انجام معاملات خارج از بورس (OTC) را در دستور کار قرار داده است.

پشتوانه کامل ۱۰ رمزارز اصلی کاربران

طبق آخرین به‌روزرسانی منتشرشده از سوی بایننس، موجودی مشتریان در ۱۰ دارایی دیجیتال زیر اکنون به‌طور کامل پشتوانه دارد:

  • بیت‌کوین (BTC)
  • اتریوم (ETH)
  • تتر (USDT)
  • بایننس کوین (BNB)
  • سولانا (SOL)
  • یو‌اس‌دی‌کوین (USDC)
  • ریپل (XRP)
  • یو‌اس‌دی۱ (USD1)
  • آر‌ال‌یو‌اس‌دی (RLUSD)
  • زی‌کش (ZEC)

با وجود این پیشرفت، هنوز ۱۰ درصد از دارایی‌های موردنیاز برای جبران خسارت تأمین نشده است. این بخش به توکن‌هایی مربوط می‌شود که در فهرست ۱۰ دارایی یادشده قرار ندارند و نقدشوندگی کمتری دارند.

تأمین حجم بالایی از توکن‌های کم‌معامله می‌تواند برای صرافی دشوار باشد؛ زیرا خرید گسترده در بازار عمومی ممکن است قیمت این دارایی‌ها را به‌شدت افزایش دهد. بایننس اعلام کرده است که خرید از بازارهای عمومی و کانال‌های خارج از بورس را تا زمانی که پشتوانه تمام توکن‌ها به ۱۰۰ درصد برسد، ادامه خواهد داد.

زمان ازسرگیری برداشت‌ها در بایننس

مرحله بعدی برنامه بازیابی بایننس، بازگشایی خدمات برداشت است. این صرافی اعلام کرده که اقدامات فنی برای ازسرگیری برداشت‌ها در روز یکشنبه طبق برنامه پیش می‌رود.

بااین‌حال، هنوز زمان دقیق شروع برداشت‌ها و جزئیات مربوط به نحوه بازگشایی این سرویس مشخص نشده است. همچنین احتمال اجرای مرحله‌ای خدمات برداشت مطرح شده، اما بایننس تاکنون اطلاعات قطعی در این زمینه ارائه نکرده است.

در مجموع، جبران ۹۰ درصد دارایی‌های سرقت‌شده نشان‌دهنده پیشرفت برنامه بازیابی بایننس است؛ اما تکمیل پشتوانه توکن‌های باقی‌مانده و بازگشت کامل خدمات برداشت همچنان دو مرحله مهم پیش روی این صرافی محسوب می‌شوند.

نوشته بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد اولین بار در آی‌ تی‌ رسان منتشر شد.

بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد

صرافی بایننس اعلام کرده است که تاکنون ۹۰ درصد از دارایی‌های ازدست‌رفته در حمله سایبری اخیر را جایگزین کرده و برنامه دارد خدمات برداشت را روز یکشنبه از سر بگیرد. این در حالی است که میزان جبران خسارت تا یک روز پیش حدود ۸۰ درصد اعلام شده بود و اکنون بخش بیشتری از کسری دارایی‌ها پوشش داده شده است.

سخنگوی بایننس در گفت‌وگو با وب‌سایت کوین‌تلگراف توضیح داد که منابع موردنیاز برای جبران خسارت از سه محل تأمین شده‌اند: خزانه سازمانی صرافی، بخشی از صندوق امن دارایی کاربران موسوم به SAFU و قسمتی از صندوق بیمه معاملات آتی. بااین‌حال، بایننس جزئیات مربوط به سهم هرکدام از این منابع را منتشر نکرده و حداقل موجودی الزامی صندوق بیمه را نیز مشخص نکرده است.

این سخنگو تأکید کرد که مسئولیت مالی دارایی‌های سرقت‌شده بر عهده بایننس است و کاربران نباید متحمل این خسارت شوند. به گفته او، موجودی باقی‌مانده صندوق بیمه همچنان از سطح موردنیاز در چارچوب مدیریت ریسک صرافی بیشتر خواهد بود.

صندوق بیمه معاملات آتی برای پوشش زیان ناشی از تسویه موقعیت‌های ورشکسته و کاهش احتمال تسویه خودکار موقعیت‌های معاملاتی طرف مقابل استفاده می‌شود. این صندوق بخشی از دارایی کاربران محسوب نمی‌شود.

جزئیات هک ۶.۳ میلیارد دلاری بایننس

حمله سایبری موردبحث روز پنجشنبه رخ داد و خسارت آن حدود ۶.۳ میلیارد دلار برآورد شده است. بر اساس این گزارش، شرکت تحلیل بلاک‌چین TRM Labs پس از بررسی جریان انتقال دارایی‌ها، این عملیات را به گروه هکری TraderTraitor وابسته به کره شمالی نسبت داده است.

بایننس

بایننس روز جمعه اعلام کرده بود که بیش از ۶.۳۴ میلیارد دلار برای جبران خسارت اختصاص داده است. حدود ۵ میلیارد دلار از این منابع به تأمین همان رمزارزهایی اختصاص دارد که در جریان حمله از دست رفته‌اند. این صرافی برای تأمین باقی‌مانده دارایی‌ها نیز خرید از بازارهای عمومی و انجام معاملات خارج از بورس (OTC) را در دستور کار قرار داده است.

پشتوانه کامل ۱۰ رمزارز اصلی کاربران

طبق آخرین به‌روزرسانی منتشرشده از سوی بایننس، موجودی مشتریان در ۱۰ دارایی دیجیتال زیر اکنون به‌طور کامل پشتوانه دارد:

  • بیت‌کوین (BTC)
  • اتریوم (ETH)
  • تتر (USDT)
  • بایننس کوین (BNB)
  • سولانا (SOL)
  • یو‌اس‌دی‌کوین (USDC)
  • ریپل (XRP)
  • یو‌اس‌دی۱ (USD1)
  • آر‌ال‌یو‌اس‌دی (RLUSD)
  • زی‌کش (ZEC)

با وجود این پیشرفت، هنوز ۱۰ درصد از دارایی‌های موردنیاز برای جبران خسارت تأمین نشده است. این بخش به توکن‌هایی مربوط می‌شود که در فهرست ۱۰ دارایی یادشده قرار ندارند و نقدشوندگی کمتری دارند.

تأمین حجم بالایی از توکن‌های کم‌معامله می‌تواند برای صرافی دشوار باشد؛ زیرا خرید گسترده در بازار عمومی ممکن است قیمت این دارایی‌ها را به‌شدت افزایش دهد. بایننس اعلام کرده است که خرید از بازارهای عمومی و کانال‌های خارج از بورس را تا زمانی که پشتوانه تمام توکن‌ها به ۱۰۰ درصد برسد، ادامه خواهد داد.

زمان ازسرگیری برداشت‌ها در بایننس

مرحله بعدی برنامه بازیابی بایننس، بازگشایی خدمات برداشت است. این صرافی اعلام کرده که اقدامات فنی برای ازسرگیری برداشت‌ها در روز یکشنبه طبق برنامه پیش می‌رود.

بااین‌حال، هنوز زمان دقیق شروع برداشت‌ها و جزئیات مربوط به نحوه بازگشایی این سرویس مشخص نشده است. همچنین احتمال اجرای مرحله‌ای خدمات برداشت مطرح شده، اما بایننس تاکنون اطلاعات قطعی در این زمینه ارائه نکرده است.

در مجموع، جبران ۹۰ درصد دارایی‌های سرقت‌شده نشان‌دهنده پیشرفت برنامه بازیابی بایننس است؛ اما تکمیل پشتوانه توکن‌های باقی‌مانده و بازگشت کامل خدمات برداشت همچنان دو مرحله مهم پیش روی این صرافی محسوب می‌شوند.

نوشته بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد اولین بار در آی‌ تی‌ رسان منتشر شد.

بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد

صرافی بایننس اعلام کرده است که تاکنون ۹۰ درصد از دارایی‌های ازدست‌رفته در حمله سایبری اخیر را جایگزین کرده و برنامه دارد خدمات برداشت را روز یکشنبه از سر بگیرد. این در حالی است که میزان جبران خسارت تا یک روز پیش حدود ۸۰ درصد اعلام شده بود و اکنون بخش بیشتری از کسری دارایی‌ها پوشش داده شده است.

سخنگوی بایننس در گفت‌وگو با وب‌سایت کوین‌تلگراف توضیح داد که منابع موردنیاز برای جبران خسارت از سه محل تأمین شده‌اند: خزانه سازمانی صرافی، بخشی از صندوق امن دارایی کاربران موسوم به SAFU و قسمتی از صندوق بیمه معاملات آتی. بااین‌حال، بایننس جزئیات مربوط به سهم هرکدام از این منابع را منتشر نکرده و حداقل موجودی الزامی صندوق بیمه را نیز مشخص نکرده است.

این سخنگو تأکید کرد که مسئولیت مالی دارایی‌های سرقت‌شده بر عهده بایننس است و کاربران نباید متحمل این خسارت شوند. به گفته او، موجودی باقی‌مانده صندوق بیمه همچنان از سطح موردنیاز در چارچوب مدیریت ریسک صرافی بیشتر خواهد بود.

صندوق بیمه معاملات آتی برای پوشش زیان ناشی از تسویه موقعیت‌های ورشکسته و کاهش احتمال تسویه خودکار موقعیت‌های معاملاتی طرف مقابل استفاده می‌شود. این صندوق بخشی از دارایی کاربران محسوب نمی‌شود.

جزئیات هک ۶.۳ میلیارد دلاری بایننس

حمله سایبری موردبحث روز پنجشنبه رخ داد و خسارت آن حدود ۶.۳ میلیارد دلار برآورد شده است. بر اساس این گزارش، شرکت تحلیل بلاک‌چین TRM Labs پس از بررسی جریان انتقال دارایی‌ها، این عملیات را به گروه هکری TraderTraitor وابسته به کره شمالی نسبت داده است.

بایننس

بایننس روز جمعه اعلام کرده بود که بیش از ۶.۳۴ میلیارد دلار برای جبران خسارت اختصاص داده است. حدود ۵ میلیارد دلار از این منابع به تأمین همان رمزارزهایی اختصاص دارد که در جریان حمله از دست رفته‌اند. این صرافی برای تأمین باقی‌مانده دارایی‌ها نیز خرید از بازارهای عمومی و انجام معاملات خارج از بورس (OTC) را در دستور کار قرار داده است.

پشتوانه کامل ۱۰ رمزارز اصلی کاربران

طبق آخرین به‌روزرسانی منتشرشده از سوی بایننس، موجودی مشتریان در ۱۰ دارایی دیجیتال زیر اکنون به‌طور کامل پشتوانه دارد:

  • بیت‌کوین (BTC)
  • اتریوم (ETH)
  • تتر (USDT)
  • بایننس کوین (BNB)
  • سولانا (SOL)
  • یو‌اس‌دی‌کوین (USDC)
  • ریپل (XRP)
  • یو‌اس‌دی۱ (USD1)
  • آر‌ال‌یو‌اس‌دی (RLUSD)
  • زی‌کش (ZEC)

با وجود این پیشرفت، هنوز ۱۰ درصد از دارایی‌های موردنیاز برای جبران خسارت تأمین نشده است. این بخش به توکن‌هایی مربوط می‌شود که در فهرست ۱۰ دارایی یادشده قرار ندارند و نقدشوندگی کمتری دارند.

تأمین حجم بالایی از توکن‌های کم‌معامله می‌تواند برای صرافی دشوار باشد؛ زیرا خرید گسترده در بازار عمومی ممکن است قیمت این دارایی‌ها را به‌شدت افزایش دهد. بایننس اعلام کرده است که خرید از بازارهای عمومی و کانال‌های خارج از بورس را تا زمانی که پشتوانه تمام توکن‌ها به ۱۰۰ درصد برسد، ادامه خواهد داد.

زمان ازسرگیری برداشت‌ها در بایننس

مرحله بعدی برنامه بازیابی بایننس، بازگشایی خدمات برداشت است. این صرافی اعلام کرده که اقدامات فنی برای ازسرگیری برداشت‌ها در روز یکشنبه طبق برنامه پیش می‌رود.

بااین‌حال، هنوز زمان دقیق شروع برداشت‌ها و جزئیات مربوط به نحوه بازگشایی این سرویس مشخص نشده است. همچنین احتمال اجرای مرحله‌ای خدمات برداشت مطرح شده، اما بایننس تاکنون اطلاعات قطعی در این زمینه ارائه نکرده است.

در مجموع، جبران ۹۰ درصد دارایی‌های سرقت‌شده نشان‌دهنده پیشرفت برنامه بازیابی بایننس است؛ اما تکمیل پشتوانه توکن‌های باقی‌مانده و بازگشت کامل خدمات برداشت همچنان دو مرحله مهم پیش روی این صرافی محسوب می‌شوند.

نوشته بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد اولین بار در آی‌ تی‌ رسان منتشر شد.

بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد

صرافی بایننس اعلام کرده است که تاکنون ۹۰ درصد از دارایی‌های ازدست‌رفته در حمله سایبری اخیر را جایگزین کرده و برنامه دارد خدمات برداشت را روز یکشنبه از سر بگیرد. این در حالی است که میزان جبران خسارت تا یک روز پیش حدود ۸۰ درصد اعلام شده بود و اکنون بخش بیشتری از کسری دارایی‌ها پوشش داده شده است.

سخنگوی بایننس در گفت‌وگو با وب‌سایت کوین‌تلگراف توضیح داد که منابع موردنیاز برای جبران خسارت از سه محل تأمین شده‌اند: خزانه سازمانی صرافی، بخشی از صندوق امن دارایی کاربران موسوم به SAFU و قسمتی از صندوق بیمه معاملات آتی. بااین‌حال، بایننس جزئیات مربوط به سهم هرکدام از این منابع را منتشر نکرده و حداقل موجودی الزامی صندوق بیمه را نیز مشخص نکرده است.

این سخنگو تأکید کرد که مسئولیت مالی دارایی‌های سرقت‌شده بر عهده بایننس است و کاربران نباید متحمل این خسارت شوند. به گفته او، موجودی باقی‌مانده صندوق بیمه همچنان از سطح موردنیاز در چارچوب مدیریت ریسک صرافی بیشتر خواهد بود.

صندوق بیمه معاملات آتی برای پوشش زیان ناشی از تسویه موقعیت‌های ورشکسته و کاهش احتمال تسویه خودکار موقعیت‌های معاملاتی طرف مقابل استفاده می‌شود. این صندوق بخشی از دارایی کاربران محسوب نمی‌شود.

جزئیات هک ۶.۳ میلیارد دلاری بایننس

حمله سایبری موردبحث روز پنجشنبه رخ داد و خسارت آن حدود ۶.۳ میلیارد دلار برآورد شده است. بر اساس این گزارش، شرکت تحلیل بلاک‌چین TRM Labs پس از بررسی جریان انتقال دارایی‌ها، این عملیات را به گروه هکری TraderTraitor وابسته به کره شمالی نسبت داده است.

بایننس

بایننس روز جمعه اعلام کرده بود که بیش از ۶.۳۴ میلیارد دلار برای جبران خسارت اختصاص داده است. حدود ۵ میلیارد دلار از این منابع به تأمین همان رمزارزهایی اختصاص دارد که در جریان حمله از دست رفته‌اند. این صرافی برای تأمین باقی‌مانده دارایی‌ها نیز خرید از بازارهای عمومی و انجام معاملات خارج از بورس (OTC) را در دستور کار قرار داده است.

پشتوانه کامل ۱۰ رمزارز اصلی کاربران

طبق آخرین به‌روزرسانی منتشرشده از سوی بایننس، موجودی مشتریان در ۱۰ دارایی دیجیتال زیر اکنون به‌طور کامل پشتوانه دارد:

  • بیت‌کوین (BTC)
  • اتریوم (ETH)
  • تتر (USDT)
  • بایننس کوین (BNB)
  • سولانا (SOL)
  • یو‌اس‌دی‌کوین (USDC)
  • ریپل (XRP)
  • یو‌اس‌دی۱ (USD1)
  • آر‌ال‌یو‌اس‌دی (RLUSD)
  • زی‌کش (ZEC)

با وجود این پیشرفت، هنوز ۱۰ درصد از دارایی‌های موردنیاز برای جبران خسارت تأمین نشده است. این بخش به توکن‌هایی مربوط می‌شود که در فهرست ۱۰ دارایی یادشده قرار ندارند و نقدشوندگی کمتری دارند.

تأمین حجم بالایی از توکن‌های کم‌معامله می‌تواند برای صرافی دشوار باشد؛ زیرا خرید گسترده در بازار عمومی ممکن است قیمت این دارایی‌ها را به‌شدت افزایش دهد. بایننس اعلام کرده است که خرید از بازارهای عمومی و کانال‌های خارج از بورس را تا زمانی که پشتوانه تمام توکن‌ها به ۱۰۰ درصد برسد، ادامه خواهد داد.

زمان ازسرگیری برداشت‌ها در بایننس

مرحله بعدی برنامه بازیابی بایننس، بازگشایی خدمات برداشت است. این صرافی اعلام کرده که اقدامات فنی برای ازسرگیری برداشت‌ها در روز یکشنبه طبق برنامه پیش می‌رود.

بااین‌حال، هنوز زمان دقیق شروع برداشت‌ها و جزئیات مربوط به نحوه بازگشایی این سرویس مشخص نشده است. همچنین احتمال اجرای مرحله‌ای خدمات برداشت مطرح شده، اما بایننس تاکنون اطلاعات قطعی در این زمینه ارائه نکرده است.

در مجموع، جبران ۹۰ درصد دارایی‌های سرقت‌شده نشان‌دهنده پیشرفت برنامه بازیابی بایننس است؛ اما تکمیل پشتوانه توکن‌های باقی‌مانده و بازگشت کامل خدمات برداشت همچنان دو مرحله مهم پیش روی این صرافی محسوب می‌شوند.

نوشته بایننس ۹۰ درصد دارایی‌های سرقت‌شده در هک ۶.۳ میلیارد دلاری را جبران کرد اولین بار در آی‌ تی‌ رسان منتشر شد.

هک ابزار برنامه‌نویسی هوش مصنوعی OpenCode؛ هزینه‌های چندصد دلاری روی حساب کاربران ثبت شد

حمله سایبری به سامانه آنلاین OpenCode باعث افشای کلیدهای API برخی کاربران و ثبت هزینه‌های غیرمجاز برای استفاده از سرویس‌های هوش مصنوعی شد. به گفته شرکت، حدود ۱٫۴ درصد کاربران پلتفرم OpenCode Console تحت‌تأثیر این رخداد قرار گرفته‌اند و برخی کاربران از هزینه‌های صدها دلاری و حتی بیش از هزار دلار خبر داده‌اند.

حمله سایبری به OpenCode چه ابعادی داشت؟

شرکت OpenCode که ابزار برنامه‌نویسی هوش مصنوعی متن‌باز آن به‌عنوان جایگزینی برای Claude Code و Cursor مورد استفاده توسعه‌دهندگان قرار می‌گیرد، اعلام کرد مهاجمان به یکی از سامانه‌های قدیمی این شرکت نفوذ کرده‌اند.

این رخداد سامانه آنلاین OpenCode Console را تحت‌تأثیر قرار داد؛ محیطی که برخی کاربران کلیدهای API خود را برای دسترسی به سرویس‌های هوش مصنوعی در آن نگهداری می‌کنند. کلید API مانند یک رمز دیجیتال عمل می‌کند و در صورت افشای آن، مهاجم ممکن است بتواند از حساب و اعتبار مالی صاحب کلید برای ارسال درخواست به سرویس‌های هوش مصنوعی استفاده کند.

OpenCode اعلام کرده است که ۱٫۴ درصد کاربران Console تحت‌تأثیر حمله قرار گرفته‌اند و برای افراد آسیب‌دیده ایمیل هشدار ارسال کرده است. به گفته شرکت، کاربرانی که چنین ایمیلی دریافت نکرده‌اند، در این رخداد تحت‌تأثیر قرار نگرفته‌اند.

بااین‌حال، شرکت هنوز جزئیات کاملی درباره شیوه نفوذ مهاجمان، نحوه نگهداری کلیدها و میزان دقیق سوءاستفاده احتمالی منتشر نکرده است.

OpenCode

هزینه‌های غیرمجاز در حساب‌های OpenAI، گوگل و Anthropic

پس از انتشار خبر حمله، شماری از توسعه‌دهندگان در شبکه‌های اجتماعی و ردیت گزارش دادند که هشدارهای مربوط به هزینه مصرف API آن‌ها به‌طور ناگهانی فعال شده است.

برخی کاربران از ثبت هزینه‌های چندصد دلاری در حساب‌های خود خبر دادند و تعدادی نیز مدعی شدند مجموع هزینه‌های غیرمجازشان از هزار دلار فراتر رفته است.

این هزینه‌ها به استفاده از اعتبار حساب‌های متصل به سرویس‌های مختلف هوش مصنوعی مربوط می‌شد. در چنین شرایطی، اگر مهاجم به کلید API دسترسی پیدا کند، می‌تواند بدون اطلاع صاحب حساب درخواست‌های متعددی ارسال کند و هزینه مصرف را به حساب او تحمیل کند.

شرکت‌های ارائه‌دهنده سرویس نیز برای محدودکردن خسارت وارد عمل شدند:

  • Anthropic و گوگل: کلیدهای API را که احتمال می‌دادند افشا شده باشند، مسدود کردند.

  • OpenAI: اعلام کرد برای بازیابی دسترسی و بازپرداخت هزینه اعتبار مصرف‌شده در جریان حمله با OpenCode همکاری کرده است.

  • OpenCode: فرایند بازپرداخت هزینه‌های غیرمجاز را آغاز کرد و از کاربران آسیب‌دیده خواست کلیدهای افشاشده را مستقیماً نزد ارائه‌دهندگان مربوطه باطل و جایگزین کنند.

آیا خود ابزار متن‌باز OpenCode هک شده است؟

دکس راد، یکی از بنیان‌گذاران OpenCode، تأکید کرده است که نفوذ به بخش آنلاین Console محدود بوده و خود برنامه متن‌باز و ابزار خط فرمان این شرکت تحت‌تأثیر قرار نگرفته‌اند.

به گفته او، کلیدهای موردبحث در محیط Console نگهداری می‌شدند و این کلیدها به خود برنامه OpenCode منتقل نمی‌شدند. بنابراین، بر اساس توضیحات منتشرشده، نباید این رخداد را به معنای هک‌شدن تمام نسخه‌های ابزار برنامه‌نویسی OpenCode دانست.

بااین‌حال، این تفکیک به معنای بی‌اهمیت‌بودن حادثه نیست. نفوذ به سامانه‌ای که اطلاعات دسترسی کاربران در آن نگهداری می‌شود، می‌تواند حتی بدون آسیب‌دیدن نرم‌افزار اصلی، پیامدهای مالی جدی به همراه داشته باشد.

مشکل تازه: هوش مصنوعی در دفاع سایبری هم محدودیت ایجاد می‌کند

یکی از جنبه‌های بحث‌برانگیز این حادثه، دشواری استفاده از مدل‌های هوش مصنوعی برای بررسی و مهار حمله بود.

دکس راد گفته است مهاجمان حدود ۴۸ ساعت به‌طور مداوم برای نفوذ به سامانه‌های شرکت تلاش می‌کردند و تیم OpenCode ناچار بود از ایجنت‌های هوش مصنوعی دفاعی به‌صورت شبانه‌روزی کمک بگیرد.

به گفته او، برخی مدل‌های هوش مصنوعی در ابتدا برای تحلیل رخداد مفید بودند، اما هنگامی که کد مخرب مورد بررسی آن‌ها فیلترهای ایمنی را فعال می‌کرد، از ادامه همکاری خودداری می‌کردند. این محدودیت، بررسی کدهای مهاجم و تحلیل روش‌های نفوذ را دشوارتر می‌کرد.

OpenCode بعداً به برنامه Daybreak Blue شرکت OpenAI دسترسی پیدا کرد؛ برنامه‌ای که مدل‌های هوش مصنوعی با محدودیت‌های کمتر برای انجام برخی فعالیت‌های دفاعی امنیت سایبری را در اختیار کاربران تأییدشده قرار می‌دهد. راد اعلام کرده است که این دسترسی توانایی تیم برای بررسی حمله را بهبود بخشید.

این مسئله یک چالش مهم را آشکار می‌کند: مدل‌های هوش مصنوعی باید از کمک به حملات مخرب خودداری کنند، اما محدودیت‌های بیش‌ازحد گسترده ممکن است مانع تحلیل همان کدها توسط متخصصانی شود که در حال دفاع از یک سامانه هستند.

OpenCode

سابقه مشابه در Hugging Face و هشدار درباره حملات ایجنتی

این نخستین بار نیست که یک شرکت فناوری از دشواری استفاده از مدل‌های هوش مصنوعی برای بررسی حملات سایبری خبر می‌دهد.

پلتفرم Hugging Face نیز در ژوئیه ۲۰۲۶ اعلام کرده بود مدل‌های تجاری هوش مصنوعی در تحلیل گزارش‌ها و داده‌های مرتبط با نفوذ ایجنت‌های خودکار به سامانه‌هایش با محدودیت مواجه شده‌اند. OpenAI بعداً توضیح داد که ایجنت‌های دخیل در آن آزمایش از مدل‌های این شرکت استفاده می‌کردند و برخی تدابیر حفاظتی آن‌ها برای انجام آزمایش کاهش یافته بود.

پژوهشگران امنیت سایبری نیز پیش‌تر هشدار داده بودند که محدودیت‌های ایمنی مدل‌ها همیشه میان فعالیت دفاعی و مخرب تمایز دقیقی قائل نمی‌شوند. به گفته برخی متخصصان، همین مسئله می‌تواند آن‌ها را به استفاده از مدل‌های متن‌باز با وزن‌های قابل‌دسترسی سوق دهد؛ مدل‌هایی که امکان اجرا و بررسی محلی آن‌ها وجود دارد.

دیوید ساکس، یکی از رؤسای شورای مشاوران رئیس‌جمهور آمریکا در حوزه علم و فناوری، نیز در واکنش به رخداد OpenCode گفت که محدودیت‌های ایمنی مدل‌های پیشرفته در برخی شرایط، مانع تحلیل آسیب‌پذیری‌های موردنیاز برای دفاع سایبری شده‌اند.

ارتباط حمله با انتشار رایگان GLM-5.3-Flash

حمله سایبری به OpenCode در همان شبی رخ داد که این شرکت دسترسی رایگان به مدل GLM-5.3-Flash را برای کاربران فعال کرد. خانواده مدل‌های GLM-5.3 پیش‌تر نیز توجه پژوهشگران حوزه مدل‌های متن‌باز را جلب کرده بود؛ به‌ویژه به‌دلیل قابلیت‌های مرتبط با امنیت سایبری که برخی ارزیابی‌ها آن‌ها را به سطح مدل‌های پیشرفته با دسترسی محدود نزدیک دانسته‌اند.

بااین‌حال، صرف هم‌زمانی انتشار رایگان مدل و وقوع حمله، رابطه علّی میان این دو رویداد را ثابت نمی‌کند. OpenCode تاکنون جزئیات کافی درباره روش نفوذ مهاجمان یا انگیزه آن‌ها منتشر نکرده است و ارتباط دقیق حمله با فرایند استفاده از مدل‌ها همچنان روشن نیست.

کاربران آسیب‌دیده چه کاری باید انجام دهند؟

OpenCode از کاربران متأثر خواسته است کلیدهای API خود را نزد هر ارائه‌دهنده سرویس به‌صورت مستقیم باطل کنند و کلیدهای جدید بسازند. این اقدام برای جلوگیری از ادامه استفاده غیرمجاز از حساب‌ها ضروری است.

اگر از OpenCode Console استفاده می‌کنید و احتمال می‌دهید کلیدهایتان در معرض خطر قرار گرفته باشند، اقدامات زیر را انجام دهید:

  1. کلیدهای API مشکوک را در پنل ارائه‌دهنده مربوطه باطل کنید.

  2. کلیدهای جدید بسازید و آن‌ها را در محیطی امن نگهداری کنید.

  3. گزارش مصرف و صورتحساب سرویس‌های هوش مصنوعی را برای شناسایی درخواست‌ها و هزینه‌های غیرعادی بررسی کنید.

  4. در صورت مشاهده هزینه غیرمجاز، موضوع را به ارائه‌دهنده سرویس گزارش دهید و درخواست بررسی یا بازپرداخت ثبت کنید.

این رخداد در شرایطی اتفاق افتاده که گزارش‌های متعددی از استفاده مهاجمان از ابزارهای هوش مصنوعی در عملیات سایبری منتشر می‌شود. حمله به OpenCode علاوه بر اهمیت حفاظت از کلیدهای API، نشان می‌دهد که شرکت‌های فعال در حوزه هوش مصنوعی به سازوکارهای دقیق‌تری برای مقابله با نفوذ، مدیریت دسترسی و پشتیبانی از تحقیقات دفاعی امنیت سایبری نیاز دارند.

نوشته هک ابزار برنامه‌نویسی هوش مصنوعی OpenCode؛ هزینه‌های چندصد دلاری روی حساب کاربران ثبت شد اولین بار در آی‌ تی‌ رسان منتشر شد.

هک ابزار برنامه‌نویسی هوش مصنوعی OpenCode؛ هزینه‌های چندصد دلاری روی حساب کاربران ثبت شد

حمله سایبری به سامانه آنلاین OpenCode باعث افشای کلیدهای API برخی کاربران و ثبت هزینه‌های غیرمجاز برای استفاده از سرویس‌های هوش مصنوعی شد. به گفته شرکت، حدود ۱٫۴ درصد کاربران پلتفرم OpenCode Console تحت‌تأثیر این رخداد قرار گرفته‌اند و برخی کاربران از هزینه‌های صدها دلاری و حتی بیش از هزار دلار خبر داده‌اند.

حمله سایبری به OpenCode چه ابعادی داشت؟

شرکت OpenCode که ابزار برنامه‌نویسی هوش مصنوعی متن‌باز آن به‌عنوان جایگزینی برای Claude Code و Cursor مورد استفاده توسعه‌دهندگان قرار می‌گیرد، اعلام کرد مهاجمان به یکی از سامانه‌های قدیمی این شرکت نفوذ کرده‌اند.

این رخداد سامانه آنلاین OpenCode Console را تحت‌تأثیر قرار داد؛ محیطی که برخی کاربران کلیدهای API خود را برای دسترسی به سرویس‌های هوش مصنوعی در آن نگهداری می‌کنند. کلید API مانند یک رمز دیجیتال عمل می‌کند و در صورت افشای آن، مهاجم ممکن است بتواند از حساب و اعتبار مالی صاحب کلید برای ارسال درخواست به سرویس‌های هوش مصنوعی استفاده کند.

OpenCode اعلام کرده است که ۱٫۴ درصد کاربران Console تحت‌تأثیر حمله قرار گرفته‌اند و برای افراد آسیب‌دیده ایمیل هشدار ارسال کرده است. به گفته شرکت، کاربرانی که چنین ایمیلی دریافت نکرده‌اند، در این رخداد تحت‌تأثیر قرار نگرفته‌اند.

بااین‌حال، شرکت هنوز جزئیات کاملی درباره شیوه نفوذ مهاجمان، نحوه نگهداری کلیدها و میزان دقیق سوءاستفاده احتمالی منتشر نکرده است.

OpenCode

هزینه‌های غیرمجاز در حساب‌های OpenAI، گوگل و Anthropic

پس از انتشار خبر حمله، شماری از توسعه‌دهندگان در شبکه‌های اجتماعی و ردیت گزارش دادند که هشدارهای مربوط به هزینه مصرف API آن‌ها به‌طور ناگهانی فعال شده است.

برخی کاربران از ثبت هزینه‌های چندصد دلاری در حساب‌های خود خبر دادند و تعدادی نیز مدعی شدند مجموع هزینه‌های غیرمجازشان از هزار دلار فراتر رفته است.

این هزینه‌ها به استفاده از اعتبار حساب‌های متصل به سرویس‌های مختلف هوش مصنوعی مربوط می‌شد. در چنین شرایطی، اگر مهاجم به کلید API دسترسی پیدا کند، می‌تواند بدون اطلاع صاحب حساب درخواست‌های متعددی ارسال کند و هزینه مصرف را به حساب او تحمیل کند.

شرکت‌های ارائه‌دهنده سرویس نیز برای محدودکردن خسارت وارد عمل شدند:

  • Anthropic و گوگل: کلیدهای API را که احتمال می‌دادند افشا شده باشند، مسدود کردند.

  • OpenAI: اعلام کرد برای بازیابی دسترسی و بازپرداخت هزینه اعتبار مصرف‌شده در جریان حمله با OpenCode همکاری کرده است.

  • OpenCode: فرایند بازپرداخت هزینه‌های غیرمجاز را آغاز کرد و از کاربران آسیب‌دیده خواست کلیدهای افشاشده را مستقیماً نزد ارائه‌دهندگان مربوطه باطل و جایگزین کنند.

آیا خود ابزار متن‌باز OpenCode هک شده است؟

دکس راد، یکی از بنیان‌گذاران OpenCode، تأکید کرده است که نفوذ به بخش آنلاین Console محدود بوده و خود برنامه متن‌باز و ابزار خط فرمان این شرکت تحت‌تأثیر قرار نگرفته‌اند.

به گفته او، کلیدهای موردبحث در محیط Console نگهداری می‌شدند و این کلیدها به خود برنامه OpenCode منتقل نمی‌شدند. بنابراین، بر اساس توضیحات منتشرشده، نباید این رخداد را به معنای هک‌شدن تمام نسخه‌های ابزار برنامه‌نویسی OpenCode دانست.

بااین‌حال، این تفکیک به معنای بی‌اهمیت‌بودن حادثه نیست. نفوذ به سامانه‌ای که اطلاعات دسترسی کاربران در آن نگهداری می‌شود، می‌تواند حتی بدون آسیب‌دیدن نرم‌افزار اصلی، پیامدهای مالی جدی به همراه داشته باشد.

مشکل تازه: هوش مصنوعی در دفاع سایبری هم محدودیت ایجاد می‌کند

یکی از جنبه‌های بحث‌برانگیز این حادثه، دشواری استفاده از مدل‌های هوش مصنوعی برای بررسی و مهار حمله بود.

دکس راد گفته است مهاجمان حدود ۴۸ ساعت به‌طور مداوم برای نفوذ به سامانه‌های شرکت تلاش می‌کردند و تیم OpenCode ناچار بود از ایجنت‌های هوش مصنوعی دفاعی به‌صورت شبانه‌روزی کمک بگیرد.

به گفته او، برخی مدل‌های هوش مصنوعی در ابتدا برای تحلیل رخداد مفید بودند، اما هنگامی که کد مخرب مورد بررسی آن‌ها فیلترهای ایمنی را فعال می‌کرد، از ادامه همکاری خودداری می‌کردند. این محدودیت، بررسی کدهای مهاجم و تحلیل روش‌های نفوذ را دشوارتر می‌کرد.

OpenCode بعداً به برنامه Daybreak Blue شرکت OpenAI دسترسی پیدا کرد؛ برنامه‌ای که مدل‌های هوش مصنوعی با محدودیت‌های کمتر برای انجام برخی فعالیت‌های دفاعی امنیت سایبری را در اختیار کاربران تأییدشده قرار می‌دهد. راد اعلام کرده است که این دسترسی توانایی تیم برای بررسی حمله را بهبود بخشید.

این مسئله یک چالش مهم را آشکار می‌کند: مدل‌های هوش مصنوعی باید از کمک به حملات مخرب خودداری کنند، اما محدودیت‌های بیش‌ازحد گسترده ممکن است مانع تحلیل همان کدها توسط متخصصانی شود که در حال دفاع از یک سامانه هستند.

OpenCode

سابقه مشابه در Hugging Face و هشدار درباره حملات ایجنتی

این نخستین بار نیست که یک شرکت فناوری از دشواری استفاده از مدل‌های هوش مصنوعی برای بررسی حملات سایبری خبر می‌دهد.

پلتفرم Hugging Face نیز در ژوئیه ۲۰۲۶ اعلام کرده بود مدل‌های تجاری هوش مصنوعی در تحلیل گزارش‌ها و داده‌های مرتبط با نفوذ ایجنت‌های خودکار به سامانه‌هایش با محدودیت مواجه شده‌اند. OpenAI بعداً توضیح داد که ایجنت‌های دخیل در آن آزمایش از مدل‌های این شرکت استفاده می‌کردند و برخی تدابیر حفاظتی آن‌ها برای انجام آزمایش کاهش یافته بود.

پژوهشگران امنیت سایبری نیز پیش‌تر هشدار داده بودند که محدودیت‌های ایمنی مدل‌ها همیشه میان فعالیت دفاعی و مخرب تمایز دقیقی قائل نمی‌شوند. به گفته برخی متخصصان، همین مسئله می‌تواند آن‌ها را به استفاده از مدل‌های متن‌باز با وزن‌های قابل‌دسترسی سوق دهد؛ مدل‌هایی که امکان اجرا و بررسی محلی آن‌ها وجود دارد.

دیوید ساکس، یکی از رؤسای شورای مشاوران رئیس‌جمهور آمریکا در حوزه علم و فناوری، نیز در واکنش به رخداد OpenCode گفت که محدودیت‌های ایمنی مدل‌های پیشرفته در برخی شرایط، مانع تحلیل آسیب‌پذیری‌های موردنیاز برای دفاع سایبری شده‌اند.

ارتباط حمله با انتشار رایگان GLM-5.3-Flash

حمله سایبری به OpenCode در همان شبی رخ داد که این شرکت دسترسی رایگان به مدل GLM-5.3-Flash را برای کاربران فعال کرد. خانواده مدل‌های GLM-5.3 پیش‌تر نیز توجه پژوهشگران حوزه مدل‌های متن‌باز را جلب کرده بود؛ به‌ویژه به‌دلیل قابلیت‌های مرتبط با امنیت سایبری که برخی ارزیابی‌ها آن‌ها را به سطح مدل‌های پیشرفته با دسترسی محدود نزدیک دانسته‌اند.

بااین‌حال، صرف هم‌زمانی انتشار رایگان مدل و وقوع حمله، رابطه علّی میان این دو رویداد را ثابت نمی‌کند. OpenCode تاکنون جزئیات کافی درباره روش نفوذ مهاجمان یا انگیزه آن‌ها منتشر نکرده است و ارتباط دقیق حمله با فرایند استفاده از مدل‌ها همچنان روشن نیست.

کاربران آسیب‌دیده چه کاری باید انجام دهند؟

OpenCode از کاربران متأثر خواسته است کلیدهای API خود را نزد هر ارائه‌دهنده سرویس به‌صورت مستقیم باطل کنند و کلیدهای جدید بسازند. این اقدام برای جلوگیری از ادامه استفاده غیرمجاز از حساب‌ها ضروری است.

اگر از OpenCode Console استفاده می‌کنید و احتمال می‌دهید کلیدهایتان در معرض خطر قرار گرفته باشند، اقدامات زیر را انجام دهید:

  1. کلیدهای API مشکوک را در پنل ارائه‌دهنده مربوطه باطل کنید.

  2. کلیدهای جدید بسازید و آن‌ها را در محیطی امن نگهداری کنید.

  3. گزارش مصرف و صورتحساب سرویس‌های هوش مصنوعی را برای شناسایی درخواست‌ها و هزینه‌های غیرعادی بررسی کنید.

  4. در صورت مشاهده هزینه غیرمجاز، موضوع را به ارائه‌دهنده سرویس گزارش دهید و درخواست بررسی یا بازپرداخت ثبت کنید.

این رخداد در شرایطی اتفاق افتاده که گزارش‌های متعددی از استفاده مهاجمان از ابزارهای هوش مصنوعی در عملیات سایبری منتشر می‌شود. حمله به OpenCode علاوه بر اهمیت حفاظت از کلیدهای API، نشان می‌دهد که شرکت‌های فعال در حوزه هوش مصنوعی به سازوکارهای دقیق‌تری برای مقابله با نفوذ، مدیریت دسترسی و پشتیبانی از تحقیقات دفاعی امنیت سایبری نیاز دارند.

نوشته هک ابزار برنامه‌نویسی هوش مصنوعی OpenCode؛ هزینه‌های چندصد دلاری روی حساب کاربران ثبت شد اولین بار در آی‌ تی‌ رسان منتشر شد.

هک ابزار برنامه‌نویسی هوش مصنوعی OpenCode؛ هزینه‌های چندصد دلاری روی حساب کاربران ثبت شد

حمله سایبری به سامانه آنلاین OpenCode باعث افشای کلیدهای API برخی کاربران و ثبت هزینه‌های غیرمجاز برای استفاده از سرویس‌های هوش مصنوعی شد. به گفته شرکت، حدود ۱٫۴ درصد کاربران پلتفرم OpenCode Console تحت‌تأثیر این رخداد قرار گرفته‌اند و برخی کاربران از هزینه‌های صدها دلاری و حتی بیش از هزار دلار خبر داده‌اند.

حمله سایبری به OpenCode چه ابعادی داشت؟

شرکت OpenCode که ابزار برنامه‌نویسی هوش مصنوعی متن‌باز آن به‌عنوان جایگزینی برای Claude Code و Cursor مورد استفاده توسعه‌دهندگان قرار می‌گیرد، اعلام کرد مهاجمان به یکی از سامانه‌های قدیمی این شرکت نفوذ کرده‌اند.

این رخداد سامانه آنلاین OpenCode Console را تحت‌تأثیر قرار داد؛ محیطی که برخی کاربران کلیدهای API خود را برای دسترسی به سرویس‌های هوش مصنوعی در آن نگهداری می‌کنند. کلید API مانند یک رمز دیجیتال عمل می‌کند و در صورت افشای آن، مهاجم ممکن است بتواند از حساب و اعتبار مالی صاحب کلید برای ارسال درخواست به سرویس‌های هوش مصنوعی استفاده کند.

OpenCode اعلام کرده است که ۱٫۴ درصد کاربران Console تحت‌تأثیر حمله قرار گرفته‌اند و برای افراد آسیب‌دیده ایمیل هشدار ارسال کرده است. به گفته شرکت، کاربرانی که چنین ایمیلی دریافت نکرده‌اند، در این رخداد تحت‌تأثیر قرار نگرفته‌اند.

بااین‌حال، شرکت هنوز جزئیات کاملی درباره شیوه نفوذ مهاجمان، نحوه نگهداری کلیدها و میزان دقیق سوءاستفاده احتمالی منتشر نکرده است.

OpenCode

هزینه‌های غیرمجاز در حساب‌های OpenAI، گوگل و Anthropic

پس از انتشار خبر حمله، شماری از توسعه‌دهندگان در شبکه‌های اجتماعی و ردیت گزارش دادند که هشدارهای مربوط به هزینه مصرف API آن‌ها به‌طور ناگهانی فعال شده است.

برخی کاربران از ثبت هزینه‌های چندصد دلاری در حساب‌های خود خبر دادند و تعدادی نیز مدعی شدند مجموع هزینه‌های غیرمجازشان از هزار دلار فراتر رفته است.

این هزینه‌ها به استفاده از اعتبار حساب‌های متصل به سرویس‌های مختلف هوش مصنوعی مربوط می‌شد. در چنین شرایطی، اگر مهاجم به کلید API دسترسی پیدا کند، می‌تواند بدون اطلاع صاحب حساب درخواست‌های متعددی ارسال کند و هزینه مصرف را به حساب او تحمیل کند.

شرکت‌های ارائه‌دهنده سرویس نیز برای محدودکردن خسارت وارد عمل شدند:

  • Anthropic و گوگل: کلیدهای API را که احتمال می‌دادند افشا شده باشند، مسدود کردند.

  • OpenAI: اعلام کرد برای بازیابی دسترسی و بازپرداخت هزینه اعتبار مصرف‌شده در جریان حمله با OpenCode همکاری کرده است.

  • OpenCode: فرایند بازپرداخت هزینه‌های غیرمجاز را آغاز کرد و از کاربران آسیب‌دیده خواست کلیدهای افشاشده را مستقیماً نزد ارائه‌دهندگان مربوطه باطل و جایگزین کنند.

آیا خود ابزار متن‌باز OpenCode هک شده است؟

دکس راد، یکی از بنیان‌گذاران OpenCode، تأکید کرده است که نفوذ به بخش آنلاین Console محدود بوده و خود برنامه متن‌باز و ابزار خط فرمان این شرکت تحت‌تأثیر قرار نگرفته‌اند.

به گفته او، کلیدهای موردبحث در محیط Console نگهداری می‌شدند و این کلیدها به خود برنامه OpenCode منتقل نمی‌شدند. بنابراین، بر اساس توضیحات منتشرشده، نباید این رخداد را به معنای هک‌شدن تمام نسخه‌های ابزار برنامه‌نویسی OpenCode دانست.

بااین‌حال، این تفکیک به معنای بی‌اهمیت‌بودن حادثه نیست. نفوذ به سامانه‌ای که اطلاعات دسترسی کاربران در آن نگهداری می‌شود، می‌تواند حتی بدون آسیب‌دیدن نرم‌افزار اصلی، پیامدهای مالی جدی به همراه داشته باشد.

مشکل تازه: هوش مصنوعی در دفاع سایبری هم محدودیت ایجاد می‌کند

یکی از جنبه‌های بحث‌برانگیز این حادثه، دشواری استفاده از مدل‌های هوش مصنوعی برای بررسی و مهار حمله بود.

دکس راد گفته است مهاجمان حدود ۴۸ ساعت به‌طور مداوم برای نفوذ به سامانه‌های شرکت تلاش می‌کردند و تیم OpenCode ناچار بود از ایجنت‌های هوش مصنوعی دفاعی به‌صورت شبانه‌روزی کمک بگیرد.

به گفته او، برخی مدل‌های هوش مصنوعی در ابتدا برای تحلیل رخداد مفید بودند، اما هنگامی که کد مخرب مورد بررسی آن‌ها فیلترهای ایمنی را فعال می‌کرد، از ادامه همکاری خودداری می‌کردند. این محدودیت، بررسی کدهای مهاجم و تحلیل روش‌های نفوذ را دشوارتر می‌کرد.

OpenCode بعداً به برنامه Daybreak Blue شرکت OpenAI دسترسی پیدا کرد؛ برنامه‌ای که مدل‌های هوش مصنوعی با محدودیت‌های کمتر برای انجام برخی فعالیت‌های دفاعی امنیت سایبری را در اختیار کاربران تأییدشده قرار می‌دهد. راد اعلام کرده است که این دسترسی توانایی تیم برای بررسی حمله را بهبود بخشید.

این مسئله یک چالش مهم را آشکار می‌کند: مدل‌های هوش مصنوعی باید از کمک به حملات مخرب خودداری کنند، اما محدودیت‌های بیش‌ازحد گسترده ممکن است مانع تحلیل همان کدها توسط متخصصانی شود که در حال دفاع از یک سامانه هستند.

OpenCode

سابقه مشابه در Hugging Face و هشدار درباره حملات ایجنتی

این نخستین بار نیست که یک شرکت فناوری از دشواری استفاده از مدل‌های هوش مصنوعی برای بررسی حملات سایبری خبر می‌دهد.

پلتفرم Hugging Face نیز در ژوئیه ۲۰۲۶ اعلام کرده بود مدل‌های تجاری هوش مصنوعی در تحلیل گزارش‌ها و داده‌های مرتبط با نفوذ ایجنت‌های خودکار به سامانه‌هایش با محدودیت مواجه شده‌اند. OpenAI بعداً توضیح داد که ایجنت‌های دخیل در آن آزمایش از مدل‌های این شرکت استفاده می‌کردند و برخی تدابیر حفاظتی آن‌ها برای انجام آزمایش کاهش یافته بود.

پژوهشگران امنیت سایبری نیز پیش‌تر هشدار داده بودند که محدودیت‌های ایمنی مدل‌ها همیشه میان فعالیت دفاعی و مخرب تمایز دقیقی قائل نمی‌شوند. به گفته برخی متخصصان، همین مسئله می‌تواند آن‌ها را به استفاده از مدل‌های متن‌باز با وزن‌های قابل‌دسترسی سوق دهد؛ مدل‌هایی که امکان اجرا و بررسی محلی آن‌ها وجود دارد.

دیوید ساکس، یکی از رؤسای شورای مشاوران رئیس‌جمهور آمریکا در حوزه علم و فناوری، نیز در واکنش به رخداد OpenCode گفت که محدودیت‌های ایمنی مدل‌های پیشرفته در برخی شرایط، مانع تحلیل آسیب‌پذیری‌های موردنیاز برای دفاع سایبری شده‌اند.

ارتباط حمله با انتشار رایگان GLM-5.3-Flash

حمله سایبری به OpenCode در همان شبی رخ داد که این شرکت دسترسی رایگان به مدل GLM-5.3-Flash را برای کاربران فعال کرد. خانواده مدل‌های GLM-5.3 پیش‌تر نیز توجه پژوهشگران حوزه مدل‌های متن‌باز را جلب کرده بود؛ به‌ویژه به‌دلیل قابلیت‌های مرتبط با امنیت سایبری که برخی ارزیابی‌ها آن‌ها را به سطح مدل‌های پیشرفته با دسترسی محدود نزدیک دانسته‌اند.

بااین‌حال، صرف هم‌زمانی انتشار رایگان مدل و وقوع حمله، رابطه علّی میان این دو رویداد را ثابت نمی‌کند. OpenCode تاکنون جزئیات کافی درباره روش نفوذ مهاجمان یا انگیزه آن‌ها منتشر نکرده است و ارتباط دقیق حمله با فرایند استفاده از مدل‌ها همچنان روشن نیست.

کاربران آسیب‌دیده چه کاری باید انجام دهند؟

OpenCode از کاربران متأثر خواسته است کلیدهای API خود را نزد هر ارائه‌دهنده سرویس به‌صورت مستقیم باطل کنند و کلیدهای جدید بسازند. این اقدام برای جلوگیری از ادامه استفاده غیرمجاز از حساب‌ها ضروری است.

اگر از OpenCode Console استفاده می‌کنید و احتمال می‌دهید کلیدهایتان در معرض خطر قرار گرفته باشند، اقدامات زیر را انجام دهید:

  1. کلیدهای API مشکوک را در پنل ارائه‌دهنده مربوطه باطل کنید.

  2. کلیدهای جدید بسازید و آن‌ها را در محیطی امن نگهداری کنید.

  3. گزارش مصرف و صورتحساب سرویس‌های هوش مصنوعی را برای شناسایی درخواست‌ها و هزینه‌های غیرعادی بررسی کنید.

  4. در صورت مشاهده هزینه غیرمجاز، موضوع را به ارائه‌دهنده سرویس گزارش دهید و درخواست بررسی یا بازپرداخت ثبت کنید.

این رخداد در شرایطی اتفاق افتاده که گزارش‌های متعددی از استفاده مهاجمان از ابزارهای هوش مصنوعی در عملیات سایبری منتشر می‌شود. حمله به OpenCode علاوه بر اهمیت حفاظت از کلیدهای API، نشان می‌دهد که شرکت‌های فعال در حوزه هوش مصنوعی به سازوکارهای دقیق‌تری برای مقابله با نفوذ، مدیریت دسترسی و پشتیبانی از تحقیقات دفاعی امنیت سایبری نیاز دارند.

نوشته هک ابزار برنامه‌نویسی هوش مصنوعی OpenCode؛ هزینه‌های چندصد دلاری روی حساب کاربران ثبت شد اولین بار در آی‌ تی‌ رسان منتشر شد.