انتشار نسخه مخرب افزونه Claude Code در ادیتور Cursor؛ ایجاد در پشتی روی سیستم ۵ هزار برنامه‌نویس

نسخه‌ای مخرب و دست‌کاری‌شده از افزونه Claude Code به مدت نزدیک به ۱۱ ساعت در فروشگاه اختصاصی افزونه‌های ادیتور Cursor قرار گرفت و بلافاصله پس از فعال‌سازی در محیط نرم‌افزار، کدهای مخرب خود را به اجرا گذاشت. این بسته آلوده در تلاش بود تا دسترسی پایدار SSH ایجاد کند، اطلاعات میزبان را به سرقت ببرد و با سرور تحت کنترل مهاجم ارتباط برقرار نماید. بر اساس اطلاعیه امنیتی رسمی Cursor، پیش از آنکه این پلتفرم افزونه را حذف کند، فعالیت فروشگاه را به حالت تعلیق درآورد و با همکاری ارائه‌دهنده خدمات هاستینگ سرور مهاجم را خاموش کند، حداکثر ۵ هزار کاربر در معرض این حمله قرار گرفتند.

نسخه‌ای خارج از چرخه انتشار رسمی که به‌راحتی شناسایی نشد

بسته آلوده خود را با شناسه Anthropic.claude-code و شماره نسخه 2.1.313 معرفی می‌کرد؛ شماره نسخه‌ای که در چرخه انتشار رسمی شرکت Anthropic هیچ جایگاهی ندارد. فهرست رسمی نسخه‌ها در Open VSX، فروشگاه افزونه‌های ویژوال استودیو کد مایکروسافت و مخزن npm، مستقیماً از نسخه 2.1.312 به 2.1.314 جهش پیدا کرده است. ادیتور Cursor نسخه 2.1.314 را به‌عنوان نسخه سالم و رسمی برای جایگزینی معرفی کرده است.

ادیتور Cursor و سایر انشعاب‌های محبوب VS Code مانند Windsurf و VSCodium، به‌دلیل محدودیت‌های مجوزی مایکروسافت که استفاده از فروشگاه رسمی را فقط به محصولات خودش محدود می‌کند، به مخزن Open VSX متکی هستند. همین وابستگی باعث شد تا بسته بارگذاری‌شده در Open VSX مستقیماً به چرخه توزیع ادیتور Cursor راه پیدا کند.

تغییر بسته افزونه با یک لودر ۶۶ خطی

بررسی و مقایسه این نسخه با افزونه اصلی نشان داد که تنها یک فایل دست‌کاری شده است: فایل extension.js. مهاجم یک تابع ۶۶ خطی با اجرای خودکار را به ابتدای بسته رسمی اضافه کرده بود. این تابع در همان لحظه فعال شدن افزونه در ادیتور، بدون نیاز به آغاز گفتگو با Claude یا هرگونه اقدام دیگری از سوی کاربر اجرا می‌شد، در حالی که تمام قابلیت‌های اصلی و عادی افزونه نیز بدون مشکل کار می‌کردند تا شک کاربر برانگیخته نشود.

فعال‌سازی سرویس محلی SSH روی اکثر سیستم‌ها نیازمند دسترسی مدیر سیستم (Administrator) است؛ دسترسی اولیه‌ای که ادیتور Cursor در سشن‌های کاربری عادی فاقد آن است. وجود خطاهایی در کدنویسی خود بدافزار نیز مانع از فعال شدن این بخش در سیستم‌های متداول macOS و ویندوز شد. با این حال، سیستم‌هایی که سرویس SSH روی آن‌ها از قبل فعال بود یا ادیتور Cursor را با دسترسی ادمین اجرا می‌کردند، در معرض ریسک امنیتی به‌مراتب جدی‌تری قرار گرفتند. از سوی دیگر، حتی در مواردی که سرویس SSH موفق به اجرا نشد، کلیدهای دسترسی تزریق‌شده، فایل‌های ایجادشده در سطح کاربری و سازوکارهای ماندگاری بدافزار همچنان روی سیستم باقی مانده‌اند.

توقف توزیع بدافزار، پایان خطر برای سیستم کاربران نیست

تیم توسعه Cursor نسخه 2.1.313 را به‌طور کامل حذف کرد، جلوی توزیع بیشتر آن را گرفت و فروشگاه افزونه‌های خود را موقتاً به حالت تعلیق درآورد. این شرکت در ادامه، مجوزهای دسترسی را بررسی نمود، کلیدهای امنیتی را تغییر داد، فروشگاه را بازسازی کرد و سرویس‌دهی را به حالت عادی برگرداند. علاوه بر این، ارائه‌دهنده هاستینگ نیز سرور فرماندهی و کنترل (C2) مهاجم را خاموش کرد.

اگرچه خاموش شدن سرور مهاجم مسیر ارتباطی هاردکدشده را مسدود می‌کند، اما تغییرات اعمال‌شده در سیستم محلی کاربران همچنان دست‌نخورده باقی می‌ماند. حذف کردن افزونه، به‌روزرسانی آن یا حتی بستن ادیتور Cursor، هیچ‌کدام باعث پاک شدن کلید SSH تزریق‌شده، سرویس LaunchAgent، وظیفه زمان‌بندی‌شده، اسکریپت Startup یا فایل‌های باقیمانده بدافزار نمی‌شوند.

در سیستم‌عامل macOS، با اجرای دستور زیر در ترمینال می‌توانید بررسی کنید که آیا کلید SSH تزریق‌شده همچنان در فایل اعتبارسنجی کاربر وجود دارد یا خیر:

grep -qs svc-telemetry ~/.ssh/authorized_keys && echo "impacted" || echo "clean"

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

تیم Cursor یک اسکریپت پاک‌سازی اختصاصی برای macOS ارائه کرده است که کلید SSH، سرویس LaunchAgent و سایر فایل‌های مرتبط را حذف می‌کند. کاربران ویندوز نیز باید راهنمای رفع آلودگی را در اطلاعیه رسمی امنیتی دنبال کنند. شرکت Cursor هم‌چنین اکیداً توصیه کرده است که برنامه‌نویسان با استفاده از یک سیستم کاملاً سالم و مطمئن، تمامی کلیدها، توکن‌ها و اطلاعات احراز هویتِ در دسترس را تغییر دهند.

نقش مخزن Open VSX در گسترش دامنه نفوذ

ردپای بسته مخرب به مخزن Open VSX می‌رسد؛ رجیستری متن‌بازی که انشعاب‌های مختلف VS Code از آن استفاده می‌کنند. مالک فضای نام (Namespace) این افزونه به نام یکی از کارمندان شرکت Anthropic ثبت شده است، اما این موضوع به‌تنهایی مشخص نمی‌کند چه کسی بسته را بارگذاری کرده است. شواهد منتشرشده تاکنون نحوه نفوذ مهاجمان را مشخص نکرده‌اند؛ با این حال احتمالاتی نظیر سرقت اطلاعات حساب ناشر، افشای توکن دسترسی انتشار یا نفوذ به خط لوله توسعه و انتشار خودکار (CI/CD) مطرح است.

پیش از این نیز انتشار یک نسخه آلوده از افزونه Nx Console با سوءاستفاده از سیستم توزیع ادیتورها، اطلاعات حساس توسعه‌دهندگان را هدف قرار داده و هزاران توکن GitHub را افشا کرده بود. افزونه‌های ادیتورهای برنامه‌نویسی تمامی سطوح دسترسی کاربر فعلی را به ارث می‌برند؛ از کدهای منبع پروژه و خط فرمان گرفته تا تنظیمات SSH، ابزارهای مدیریت بسته و پلتفرم‌های ابری احراز هویت‌شده. از آنجا که افزونه‌های کدنویسی با هوش مصنوعی برای کارکرد خود به دسترسی‌های گسترده در محیط کاری و ترمینال نیاز دارند، آلوده شدن آن‌ها می‌تواند آسیب‌های امنیتی فاجعه‌باری به بار آورد.

اقدامات ضروری: بررسی، پاک‌سازی، تعویض کلیدها و ایمن‌سازی

1. بررسی سیستم‌ها و نسخه‌های نصب‌شده: تمامی سیستم‌هایی را که افزونه Claude Code ممکن است از طریق ادیتورهای Cursor، Windsurf، VSCodium یا هر نرم‌افزار متصل به Open VSX روی آن‌ها اجرا شده باشد، بررسی کنید. حافظه موقت (Cache)، فهرست افزونه‌ها و گزارش‌های امنیتی سیستم را برای یافتن نسخه 2.1.313 ارزیابی نمایید.
2. جداسازی رایانه‌های آلوده: اتصال سیستم‌هایی را که این نسخه روی آن‌ها نصب شده بلافاصله از شبکه قطع کنید و پیش از پاک‌سازی، دستورالعمل‌های پاسخ به رخداد سازمان خود را اجرا نمایید. سپس مراحل پاک‌سازی ارائه‌شده توسط Cursor را طی کرده و در صورت نیاز و طبق سیاست‌های سازمان، سیستم‌عامل را مجدداً نصب کنید.
3. نصب نسخه رسمی و تاییدشده: پس از پاک‌سازی کامل، تنها نسخه 2.1.314 یا نسخه‌های جدیدتری را نصب کنید که انتشار رسمی آن‌ها از سوی شرکت Anthropic تأیید شده باشد.
4. تغییر تمام کلیدها و توکن‌های دسترسی: تمامی توکن‌های GitHub، اطلاعات دسترسی به سرویس‌های ابری، کلیدهای SSH، توکن‌های مخازن نرم‌افزاری و سایر اطلاعات حساسی را که در دسترس حساب کاربری آسیب‌دیده قرار داشته است، از طریق یک سیستم کاملاً پاک و ایمن تعویض کنید.
5. بررسی دقیق لاگ‌های امنیتی: گزارش‌های شبکه و پردازش‌های سیستم را برای یافتن نشانی IP به شماره 134.209.82.225 بررسی کنید. هم‌چنین لاگ‌های احراز هویت SSH و زمان ساخت فایل‌های سرویس LaunchAgent یا وظایف زمان‌بندی‌شده در بازه زمانی حمله را ارزیابی نمایید.
6. تشدید تدابیر امنیتی و نظارت بر افزونه‌ها: منبع و رجیستری تمام افزونه‌های نصب‌شده را ثبت کنید، ابزارهای با سطح دسترسی بالا را در فهرست مجاز قرار دهید، به‌روزرسانی‌های خودکار را به‌صورت مرحله‌ای اعمال کنید و پیش از استقرار گسترده، هش فایل‌ها و تغییرات بسته‌ها را با نسخه‌های اصلی مقایسه نمایید.

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