ده روز بعد، Git در macOS همچنان به گواهی‌های eMudhra در معرض خطر اعتماد دارد

اپل از حادثه eMudhra در 17 اکتبر مطلع شد. از 28 اکتبر، ابزارهای توسعه‌دهنده اپل با macOS، از جمله git، curl و python3، همچنان به گواهی‌های در معرض خطر اعتماد دارند.

بدتر از آن، macOS 27.2 که در 26 اکتبر منتشر شد، این مشکل را برطرف نکرد و راه حلی را که کاربران به صورت دستی اعمال کرده بودند، لغو کرد و آنها را دوباره آسیب پذیر کرد.

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

هر کسی می‌تواند هر اتصال HTTPS را که این ابزارها ایجاد می‌کنند، رهگیری کند.

برای git، این بدان معناست که کلون‌ها و کشش‌ها از راه دور https:// می‌توانند کد انتخاب‌شده توسط مهاجم را تحویل دهند، فشارها را می‌توان در حین انتقال تغییر داد، و اعتبار شما، مانند توکن‌های GitHub، را می‌توان رهگیری کرد.

خطای گواهی به این معنی است که git شما محافظت می شود. اگر git یک commit را لیست کند، git شما تحت تأثیر قرار می گیرد. اتصالات شما به GitHub، یا هر کنترل از راه دور git https://، می تواند رهگیری و دستکاری شود.

برای مشاهده یک حمله سرتاسر، دستور زیر را در یک پوشه موقت اجرا کنید. این یک مخزن را از یک سرور آزمایشی که جعل هویت GitHub است شبیه سازی می کند. گزینه -c github.com را فقط برای این یک دستور به سرور آزمایشی ما هدایت می کند. سرور یک گواهی github.com ارائه می دهد که توسط یکی از واسطه های eMudhra در معرض خطر قرار گرفته است.

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

یک مهاجم واقعی نیازی به گزینه اضافی ندارد. هر کسی در مسیر شبکه بین شما و GitHub می‌تواند ترافیک شما را تغییر مسیر دهد.

می توانید مخزن نسخه ی نمایشی را با هر مخزن دیگری، عمومی یا خصوصی جایگزین کنید. پیشوند fake-user@ را نگه دارید. بدون آن، git اعتبار GitHub شما را به سرور آزمایشی ارسال می کند. به عنوان مثال:

curl، python3 و سایر ابزارهای اپل به همین ترتیب تحت تأثیر قرار می گیرند. برای بررسی curl، اجرا کنید:

اپل قبلا از سافاری و سایر برنامه های ساخته شده بر روی چارچوب شبکه خود محافظت کرده است.

اپل باید در اسرع وقت یک راه حل برای توسعه دهندگان macOS ارسال کند، برای مثال با حذف ریشه های آسیب دیده از /etc/ssl/cert.pem.

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

تیم‌های امنیتی همچنین باید در نظر بگیرند که آیا رانرهای macOS در CI یا زیرساخت‌های ساخت دیگر استفاده می‌شوند و ریسک زنجیره تامین را ارزیابی کنند.

سایت منتشر شده توسط دنیس جکسون. این سایت کار بسیاری از مشارکت کنندگان از جامعه است. منبع در GitHub است و از روابط عمومی استقبال می شود. دارای مجوز تحت مجوز آپاچی، نسخه 2.0.