عن طريق تعيين المفتاح npm.bin في ملف settings.json الخاص بالمشروع، على سبيل المثال إلى ./payload.sh، سينفذ فتح package.json بدلاً من ذلك الأمر ./payload.sh ls --depth 0 --json من الدليل الذي يحتوي على package.json.

تكسر هذه الثغرة الافتراض بأنه يمكن قراءة الكود المصدري بأمان.

مثال على الهجوم

مثال لكيفية استخدام المهاجم لهذا:

1. ينشر المهاجم مستودعًا مثل linux-poc المرفق.
2. يستنسخ الهدف المستودع لقراءة الكود المصدري في VSCode.
3. يفتح الهدف ملف package.json.
4. يتم تنفيذ payload.sh.

خيارات المعالجة

رأيت طريقتين للتخفيف من مخاطر settings.json الخبيثة في مساحة عمل VSCode:

التخفيف 1 - إعدادات المستخدم فقط

منع تعيين الإعدادات لكل مساحة عمل. هذا مُستخدم بالفعل في VSCode لـ git.path و terminal.integrated.shell.linux وبعض الإعدادات الأخرى.

قد يكسر هذا التوافق لبعض المستخدمين، ولكن له سابقة.
المرجع: https://vscode.readthedocs.io/en/latest/getstarted/settings/#settings-and-security

التخفيف 2 - طلب تأكيد

إذا تم تعيين هذا الإعداد في مساحة عمل، اطلب من المستخدم تأكيد الإعداد قبل تنفيذ الملف الثنائي.
هذا لن يكسر التوافق الحالي، وهو المسار الذي اتبعته إضافة ESLint اعتبارًا من الإصدار 2.1.7.

إثبات المفهوم

لينكس

1. قم بتثبيت الإصدار الضعيف (0.3.13 أو أقدم) من إضافة VSCode eg2.vscode-npm-script.
2. افتح مجلد linux-poc كمجلد في VSCode.
3. في VSCode، انقر على ملف package.json لعرضه.
4. سيتم إنشاء الملف /tmp/output.txt لإثبات التنفيذ.

ويندوز

1. قم بتثبيت الإصدار الضعيف (0.3.13 أو أقدم) من إضافة VSCode eg2.vscode-npm-script.
2. افتح مجلد windows-poc كمجلد في VSCode.
3. في VSCode، انقر على ملف package.json لعرضه.
4. سيتم فتح calc.exe.

ملاحظة: لم أتمكن من استخدام مسار نسبي للملف الثنائي في ويندوز، لكن قد يكون هذا بسبب عدم إلمامي الكافي بويندوز.