تزریق متغیرهای محیطی به فرآیند ساخت، یک ... است. standard تمرین در سبک مدرن CI/CD pipelineتیمها متغیرهای محیطی را به فرآیند ساخت تزریق میکنند تا رمزها، توکنها و پیکربندی زمان اجرا را بدون نیاز به کدگذاری دقیق مقادیر، به ساختها منتقل کنند. در ظاهر، این یک الگوی ساده و ایمن به نظر میرسد.
با این حال، در عمل، اغلب به یکی از ریسکهایی تبدیل میشود که در زنجیره تأمین نرمافزار، کمتر از همه دست کم گرفته میشود.
زیرا به محض اینکه تیمها متغیرهای محیطی را به فرآیند ساخت تزریق کنند، آن مقادیر دیگر ایزوله نیستند. آنها برای هر چیزی که درون آن اجرا میشود، قابل دسترسی میشوند. pipelineاسکریپتهای ساخت، ابزارهای CLI، اقدامات شخص ثالث و حتی وابستگیها میتوانند آنها را بخوانند.
اینجاست که اوضاع شروع به خراب شدن میکند.
در این راهنما، ما نحوه تزریق متغیرهای محیطی توسط تیمها به فرآیند ساخت در دنیای واقعی را بررسی میکنیم. pipelineها، جایی که نشتها واقعاً اتفاق میافتند، و چگونه میتوان فرآیند ساخت را بدون کند کردن توسعه، ایمن کرد.
تزریق متغیرهای محیطی به فرآیند ساخت به چه معناست؟
در اصل، تزریق متغیرهای محیطی به معنای ارسال مقادیر به ... است. pipeline در زمان اجرا به طوری که کارها بتوانند در حین اجرا به آنها دسترسی داشته باشند.
این مقادیر معمولاً شامل کلیدهای API، اعتبارنامههای پایگاه داده، توکنها یا پیکربندی خاص محیط هستند. به جای ذخیره مستقیم آنها در کد، CI/CD سیستم آنها را به صورت پویا هنگام شروع ساخت بارگذاری میکند.
این یک مشکل واقعی را حل میکند. کد را تمیز نگه میدارد، از تکرار جلوگیری میکند و همین امکان را فراهم میکند pipeline برای اجرا در محیطهای مرحلهبندی، آزمایش و تولید.
با این حال، این مدل بر فرضی متکی است که دیگر معتبر نیست: اینکه محیط ساختوساز کنترلشده و قابل پیشبینی است.
مدرن pipelineهیچکدام نیستند. آنها شامل مراحل متعدد، ادغامهای خارجی و وابستگیهایی هستند که کد را به صورت پویا اجرا میکنند. در نتیجه، وقتی یک متغیر تزریق میشود، دیگر فقط پیکربندی نیست. بلکه بخشی از زمینه اجرا میشود.
جایی که متغیرهای محیطی در فرآیند ساخت نشت میکنند
بیشتر افشاگریها به این دلیل اتفاق نمیافتند که کسی به صراحت یک راز را فاش میکند. آنها به این دلیل اتفاق میافتند که pipelineبه گونهای رفتار میکنند که توسعهدهندگان کاملاً پیشبینی نمیکنند.
برای مثال، یک توسعهدهنده ممکن است برای اشکالزدایی یک ساخت ناموفق، ثبت وقایع (verbose logging) را فعال کند. یک ابزار رابط خط فرمان (CLI) ممکن است متغیرهای محیطی را به عنوان بخشی از خروجی خود چاپ کند. یک وابستگی ممکن است به عنوان بخشی از اجرای خود، به طور خاموش به متغیرهای فرآیند دسترسی داشته باشد.
هیچکدام از این اقدامات به خودی خود مشکوک به نظر نمیرسند. با این حال، در کنار هم، چندین مسیر نشت ایجاد میکنند.
رازها میتوانند به موارد زیر ختم شوند:
- ساخت لاگهایی که ذخیره و ایندکس میشوند
- خروجی اشکالزدایی که بین تیمها به اشتراک گذاشته شده است
- اقدامات CI شخص ثالث که کد خارجی را اجرا میکنند
- وابستگیهایی که در طول نصب یا زمان اجرا اجرا میشوند
- مصنوعات موقت تولید شده در طول ساخت
وقتی یک راز در لاگها ظاهر میشود، به ندرت مخفی میماند. لاگها کپی، ذخیره و در چندین سیستم نگهداری میشوند. در آن مرحله، افشای اطلاعات بسیار فراتر از نسخه اصلی آن است. pipeline.
به همین دلیل است که نشت متغیرهای محیطی اغلب دیر و پس از اینکه آسیب وارد شده است، کشف میشود.
چرا تیمها متغیرهای محیطی را به فرآیند ساخت تزریق میکنند؟
با وجود این خطرات، تیمها به شدت به تزریق متغیرهای محیطی متکی هستند و دلیل خوبی هم برای این کار وجود دارد.
را قادر می سازد pipelineبرای انعطافپذیر ماندن. یک گردش کار واحد میتواند با محیطهای مختلف سازگار شود، در برابر چندین سرویس احراز هویت کند و بدون تغییر کد، رفتار را به صورت پویا تغییر دهد.
در محیطهای DevOps که به سرعت در حال تغییر هستند، این انعطافپذیری ضروری است. با این حال، انعطافپذیری همیشه با بدهبستانهایی همراه است. هرچه پویاتر باشد، pipeline هر چه بیشتر شود، کنترل اتفاقات درون آن دشوارتر میشود. هر مرحله، ادغام یا وابستگی اضافی، تعداد مکانهایی را که میتوان به دادههای حساس دسترسی داشت، افزایش میدهد.
در نتیجه، تزریق متغیر محیطی از یک جزئیات پیکربندی به یک نگرانی امنیتی تبدیل میشود.
خطرات رایج هنگام تزریق متغیرهای محیطی به فرآیند ساخت
خطرات تئوری نیستند. آنها در واقعیت ظاهر میشوند pipelineهر روز.
نشت اسرار در لاگها
سیاههها یکی از رایجترین منابع مواجههپرچمهای اشکالزدایی، ابزارهای CLI و ردیابی پشته اغلب مقادیر حساس را بدون اینکه توسعهدهندگان متوجه شوند، فاش میکنند.
پس از افشا، این مقادیر به سرعت در سراسر سیستمها منتشر میشوند.
دسترسی بیش از حد مجاز
بسیاری pipelineهمه متغیرها را در معرض همه مشاغل قرار میدهد. این باعث ایجاد ریسک غیرضروری میشود.
اگر یک مرحله به خطر بیفتد، میتواند به اعتبارنامههایی دسترسی پیدا کند که در واقع به آنها نیازی ندارد.
وابستگی و سوء استفاده از عمل
مدرن pipelineبه شدت به ابزارها و ادغامهای شخص ثالث متکی هستند. این اجزا در همان محیطی اجرا میشوند که اسرار شما در آن قرار دارند.
اگر یکی از آنها رفتار مخربی داشته باشد، میتواند به طور مخفیانه به متغیرهای تزریق شده دسترسی پیدا کند.
مطابق با OWASPحملات زنجیره تأمین اغلب از اجزای قابل اعتماد در فرآیند ساخت سوءاستفاده میکنند. متغیرهای محیطی اغلب به سادهترین هدف تبدیل میشوند.
رازهای بازگشت به حالت اولیه در کد
وقتی ساختها به دلیل از دست دادن متغیرها با شکست مواجه میشوند، تیمها گاهی اوقات مقادیر جایگزین اضافه میکنند تا ... pipelineدر حال دویدن است.
با گذشت زمان، این مقادیر به دست میآیند commitمستقر یا مستقر شده، و باعث ایجاد مواجهه طولانی مدت میشود.
بهترین روشها برای تزریق ایمن متغیرهای محیطی به فرآیند ساخت
| دسته بندی | بهترین تمرین | چرا مهم است |
|---|---|---|
| ذخیره سازی اسرار | از یک گاوصندوق یا مدیر اسرار CI استفاده کنید | از افشای اطلاعات در کد جلوگیری میکند |
| کنترل دسترسی | محدود کردن دسترسی به ازای هر کار | سطح حمله را کاهش میدهد |
| ورود به سیستم | مقادیر حساس به ماسک | از نشتی جلوگیری می کند |
| دامنه و طول عمر | از اعتبارنامههای کوتاهمدت استفاده کنید | شعاع انفجار را محدود میکند |
| اعتبار | اگر متغیرها از دست رفته باشند، ساختها با شکست مواجه میشوند | از fallback های ناامن جلوگیری میکند |
چرا بسیاری CI/CD ابزارهای امنیتی Miss Env Var Leaks
بیشتر ابزارهای امنیتی پس از اتمام ساخت، بر اسکن کد یا وابستگیها تمرکز میکنند.
با این حال، نشت متغیرهای محیطی در حین اجرا اتفاق میافتد.
A pipeline میتواند اطلاعات محرمانه را به درستی تزریق کند و همچنان آنها را از طریق لاگها یا رفتار زمان اجرا افشا کند. تا زمانی که یک اسکنر مشکل را تشخیص دهد، ممکن است اطلاعات محرمانه از قبل در معرض خطر قرار گرفته باشد.
این باعث ایجاد شکاف بین تشخیص و پیشگیری میشود.
تیمها به کنترلهایی نیاز دارند که در حین ... عمل کنند. pipeline اجرا میشود، نه بعد از اتمام آن.
چگونه ایمنسازی تزریق متغیر محیطی را توصیه میکنیم
در عمل، حفاظت مؤثر به چند اصل ثابت بستگی دارد.
اسرار را در خارج از آن ذخیره کنید pipelineآنها را فقط در زمان اجرا تزریق کنید. دسترسی را به حداقل دامنه مورد نیاز محدود کنید. هر زمان که ممکن است از اعتبارنامههای کوتاه مدت استفاده کنید.
در عین حال، نظارت کنید که چگونه pipelineمقادیر حساس به دسترسی. الگوهای دسترسی غیرمنتظره اغلب قبل از اینکه نشتی قابل مشاهده شود، خطر را نشان میدهند.
این رویکرد، امنیت را از تشخیص واکنشی به کنترل پیشگیرانه تغییر میدهد.
چگونه Xygeni به محافظت کمک میکند CI/CD تزریق مخفی
به جای تکیه صرف بر اسکن پس از ساخت، Xygeni چگونگی آن را تجزیه و تحلیل میکند pipelineبرنامهها هنگام اجرا از متغیرهای محیطی استفاده میکنند. این شامل نحوه جابجایی رمزها در بین کارها، نحوه دسترسی مراحل ساخت به آنها و نحوه تعامل وابستگیها با محیط اجرا میشود.
برای مثال، Xygeni میتواند تشخیص دهد که چه زمانی pipeline متغیرها را بیش از حد گسترده در معرض نمایش قرار میدهد، زمانی که یک مرحله خطر چاپ مقادیر حساس در لاگها را دارد، یا زمانی که یک وابستگی به طور غیرمنتظره سعی در دسترسی به اعتبارنامهها دارد.
همزمان، guardrails اجرای مستقیم سیاست در pipelineتیمها میتوانند ساختهای ناامن را مسدود کنند، دسترسی مخفی به کارهای خاص را محدود کنند و از پیکربندیهای پرخطر قبل از رسیدن به مرحله تولید جلوگیری کنند.
زیرا این اتفاق در داخل رخ میدهد CI/CD گردش کار، توسعهدهندگان نیازی به تغییر نحوه کار خود ندارند. امنیت بخشی از آن میشود pipeline، نه یک مرحله جداگانه.
در نتیجه، تیمها میتوانند نحوه استفاده از اسرار را مشاهده کنند، نحوه افشای آنها را کنترل کنند و بدون کند کردن روند تحویل، خطر نشت اطلاعات را کاهش دهند.
سخن نهایی
با این حال، این امر همچنین لایهای از ریسک را ایجاد میکند که اغلب مورد توجه قرار نمیگیرد.
چالش این نیست که آیا از متغیرهای محیطی استفاده کنیم یا نه، بلکه این است که چگونه میزان نمایش آنها را در حین اجرا کنترل کنیم.
در محیطهای مدرن DevOps، جلوگیری از نشت اطلاعات در طول فرآیند ساخت، بسیار مهمتر از تشخیص آنها پس از آن است.
