پرش به محتوای اصلی

eMudhra CA سابق رسوایی، اسکریپت حشره دار را به دلیل گواهینامه های ناامیدکننده ضعیف سرزنش می کند

دِ رجیستر۱۴۰۵ آبان ۲۱, پنجشنبه، ساعت ۰۷:۵۲حدود 2 دقیقه مطالعه

نمی‌توان سخت‌افزار مورد نیاز برای تولید گواهی‌ها را دریافت کرد، بنابراین سعی کنید راه‌حلی را کدنویسی کنید

مرجع صدور گواهینامه سابق eMudhra ادعا کرده است که یک اسکریپت حشره دار پایتون دلیل اصلی صدور گواهینامه های دیجیتال خنده دار ناامن است.

این شرکت حساب خود را از این موضوع در Bugzilla پست کرد که در آن کاربر با دسته «Naveen Kumar ML» نوشت: «در طی یک مراسم تک نسل کلید در 30 آوریل 2025، شانزده جفت کلید CA در سری «B» و «C» eMudhra به درستی تولید شد و سپس از طریق یک ماژول امنیتی سخت‌افزاری مورد تأیید قرار گرفت. رفت و برگشت با استفاده از یک اسکریپت سفارشی کنترل کلید پایتون.

هدف eMudhra ایجاد هشت کلید خصوصی ECDSA P-384 بود که باید 48 بایت طول می‌کشید. اما این اسکریپت حاوی چیزی بود که کومار به عنوان «اشکال/نقص در کد واردات [که] منجر به بازخوانی از شی بازپیچ‌شده‌ای شد که مقدار خصوصی را کوتاه کرد، بنابراین کلیدهای عمومی تأیید شده با اسکالرهای خصوصی زیر محدوده مورد انتظار مطابقت دارند و از اطلاعات عمومی قابل بازیابی هستند».

کوتاه کردن مشکل اصلی در اینجا است، زیرا به نظر می رسد که eMudhra 47 بایت از 48 بایت را نادیده گرفته و کلیدهای تک بایتی ناامن خود مانند شماره چهار را تولید می کند.

ماهیت اشکال هرچه که باشد، کومار ادعا می‌کند که این یک اسکریپت سفارشی است که فقط بر روی یک میزبان مراسم مجزا اجرا می‌شود و تابعی از نرم‌افزار emCA نیست.

eMudhra به آن اسکریپت نیاز داشت زیرا «محدودیت‌های زنجیره تأمین جهانی» به این معنی است که نمی‌تواند ماژول‌های امنیتی سخت‌افزاری (HSM) را به دست آورد، دستگاه‌هایی که کلیدهای رمزنگاری را تولید و ذخیره می‌کنند، که می‌خواست هنگام ایجاد مجموعه‌ای از گواهی‌ها برای استفاده در ایالات متحده از آنها استفاده کند.

بنابراین از HSM های ساخته شده توسط شرکتی به نام Utimaco برای تولید کلید استفاده کرد و برنامه ریزی کرد تا کلیدهای تولید شده خود را به مجموعه دیگری از HSM های شرکتی به نام Crypto4A منتقل کند.

کومار توضیح داد که eMudhra تصمیم گرفت این حرکت را انجام دهد، که غیرعادی است، زیرا تغییرات در خط مشی در مورد منشأ گواهی ها به این معنی است که باید تا پایان ماه مه گواهینامه های جدیدی تولید کند.

زمانی که شرکت متوجه خطاهای اسکریپت خود نشد و کلیدهای ایجاد شده را آزمایش نکرد، این طرح خراب شد.

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

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

پست جدید کومار سه مرحله ای را که eMudhra برای پایان دادن به کسب و کار صدور گواهینامه خود انجام خواهد داد، فهرست می کند، که یکی از آنها شرکت را می بیند: «به منظور تقویت عملیات عمومی PKI ما، بهبودهایی را با انگیزه یافته های [یک بازبینی] مستقل انجام دهد».

به نظر می رسد یک طرح است. ®

خواندن متن کامل در دِ رجیستربه زبان اصلی، در سایت ناشر باز می‌شود
متن اصلی (انگلیسی)

Disgraced former CA eMudhra blames buggy script for hopelessly weak certificates

Couldn’t get the hardware it needed to generate certs, so tried to code a workaround

همه‌ی اخبار فناوری