پوشش جامع حوزههای آزمون
این مخزن تستهای تمرینی به طور سیستماتیک سازماندهی شده تا منعکسکننده الزامات ساختاری و مفاهیم فنی باشد که در مراحل استخدام امنیت زیرساختهای مدرن مورد آزمایش قرار میگیرند.
مبانی امنیت شبکه (۲۰٪): پیکربندی فایروالهای نسل جدید (NGFW)، VPNهای Site-to-Site و دسترسی از راه دور، تنظیم IDS/IPS، ریز-بخشبندی (Micro-segmentation) و پیادهسازی معماری Zero Trust.
اطلاعات تهدیدات و ارزیابی ریسک (۱۸٪): چارچوبهای مدلسازی تهدیدات سازمانی (STRIDE, PASTA)، چرخه مدیریت آسیبپذیری، متدولوژیهای ارزیابی کمی ریسک و الزامات انطباقی و قانونی.
پروتکلها و فناوریهای امنیتی (۱۵٪): بررسی عمیق TLS Handshakes، حالتهای Tunnel و Transport در IPsec، امنیت DNS (DNSSEC)، پیادهسازی SNMPv3 و پروتکلهای اصلی رمزنگاری.
مانیتورینگ شبکه و پاسخ به حوادث (۱۲٪): تحلیل ترافیک، تجزیه لاگها در سیستمهای SIEM، معیارهای پیشرفته تشخیص نفوذ، اجرای Playbookهای پاسخ به حوادث و تحلیل سیستماتیک پس از حادثه (Postmortem).
امنیت ابری و مجازیسازی (۱۰٪): کنترلهای امنیتی ابری سازمانی، مدیریت دسترسی و هویت (IAM) دقیق، گسترش Zero Trust در معماریهای ابری، امنیت مجازیسازی هایپروایزر و ابزارهای امنیت Cloud-Native.
مدیریت و حاکمیت امنیتی (۸٪): طراحی سیاستهای امنیتی شرکتی، پایبندی به الزامات قانونی (PCI-DSS, SOC2, ISO 27001)، چارچوبهای مدیریت ریسک سازمانی، زیرساخت آموزش آگاهیبخشی امنیتی و برنامهریزی بازیابی پس از فاجعه (DRP).
رمزنگاری و کریپتوگرافی (۷٪): مفاهیم ریاضی رمزنگاری متقارن، Handshakeهای رمزنگاری نامتقارن، توابع هش رمزنگاری، اعتبارسنجی امضاهای دیجیتال و چرخه حیات زیرساخت کلید عمومی (PKI).
معماری و طراحی شبکه (۱۰٪): مهندسی معماری شبکه با تابآوری بالا، طراحی شبکه با محیط سخت شده، LAN امن، معماریهای WAN سازمانی و امنیت شبکههای بیسیم در سطح سازمانی.
درباره دوره
تامین امنیت زیرساختهای مدرن نیازمند درکی عمیق و سناریومحور از لایههای معماری امنیتی، پیکربندیهای دفاعی و مدیریت عملیاتی حوادث است. کسب جایگاهی مانند مدیر امنیت شبکه، مهندس امنیت یا تحلیلگر SOC به معنای عبور از مراحل دشوار مصاحبههای فنی است که بسیار فراتر از تعاریف ساده میروند. مدیران استخدام میخواهند ببینند شما چگونه تونلهای رمزنگاری خراب را عیبیابی میکنید، نشت دادههای Cloud-native را ایزوله میکنید و محیطهای zero-trust را تحت فشار طراحی میکنید. من این بانک جامع سوالات تمرینی را برای فراهم کردن آمادگی سختگیرانه و واقعبینانهای که برای موفقیت در این مراحل ارزیابی فنی لازم است، طراحی کردهام.
با ۵۵۰ سوال دقیقاً طراحی شده در سطح متوسط تا پیشرفته، این منبع آموزشی محیطهای واقعی مصاحبه را شبیهسازی میکند. به جای سوالات ساده حفظی، من توپولوژیهای پیچیده شبکه، خروجیهای تحلیل بسته (Packet Analysis)، شکستهای امنیتی API و تنگناهای انطباقی را کالبدشکافی کردهام. هر سوال شامل یک توضیح جامع و موردبهمورد است که دقیقاً شرح میدهد چرا انتخاب مهندسی صحیح مورد تایید است و چرا نسخههای جایگزین در یک استقرار سازمانی واقعی شکست میخورند. استفاده از این چارچوب به شما اجازه میدهد شکاف بین تئوری انتزاعی امنیت سایبری و سناریوهای دفاعی عملی و سخت را که در فرآیندهای استخدام نخبگان تست میشود، پر کنید و تضمین کنید که مصاحبههای فنی خود را در اولین تلاش پاس کنید.
نمونهای از سوالات تمرینی
سوال ۱: شکست تونل IPsec VPN و عیبیابی Phase 1 Main Mode
یک مهندس امنیت سازمانی متوجه میشود که تونل IPsec VPN جدید Site-to-Site بین یک شبکه داخلی و یک درگاه ابری برقرار نمیشود. بررسی لاگهای کنسول نشان میدهد که مذاکره IKE Phase 1 در طول تبادلات ۵ و ۶ در Main Mode دچار Timeout میشود. کدام شرط محتملترین علت معماری این شکست در مذاکره است؟
الف) عدم تطابق در تنظیمات Perfect Forward Secrecy (PFS) در Phase 2 بین درگاههای همتا.
ب) دستگاههای همتا با کلیدهای پیشاشتراک (PSK) متضاد پیکربندی شدهاند یا اعتبارسنجی امضای دیجیتال شکست خورده است.
ج) الگوریتمهای هش رمزنگاری مشخص شده در پارامترهای Encapsulating Security Payload (ESP) در Phase 2 همسو نیستند.
د) فایروال خارجی ترافیک پورت UDP 4500 مورد نیاز برای عملیات NAT Traversal (NAT-T) را مسدود میکند.
ه) تعریف transform set حاوی اندازههای کلید رمزنگاری نامتقارن متضاد برای Diffie-Hellman Group 14 است.
و) پارامتر lifetime منطقی برای Security Association (SA) در Phase 2 کمتر از آستانه درگاه ابری است.
پاسخ صحیح و توضیح:
پاسخ صحیح: ب
چرا صحیح است: در IKEv1 Main Mode، پیامهای ۵ و ۶ صراحتاً برای احراز هویت همتا و تایید هویت استفاده میشوند. در طول این دو بسته نهایی از Phase 1، همتاها مقادیر هش رمزنگاری شده حاوی هویتهای خود (مانند کلیدهای پیشاشتراک یا دادههای گواهینامه دیجیتال) را مبادله میکنند. اگر کلیدهای پیشاشتراک مطابقت نداشته باشند یا اعتبارسنجی گواهینامه شکست بخورد، مذاکره دقیقاً در همین نقطه شکست میخورد و باعث timeout یا خطای احراز هویت میشود.
چرا گزینههای دیگر نادرست هستند:
گزینه الف نادرست است: تنظیمات PFS کاملاً در طول مذاکرات IKE Phase 2 (Quick Mode) ارزیابی میشوند، نه در Phase 1 Main Mode.
گزینه ج نادرست است: تطبیق پارامترهای ESP در Phase 2 در طول Quick Mode اتفاق میافتد؛ اختلافات در اینجا بر شش بسته اول Phase 1 تاثیری ندارد.
گزینه د نادرست است: پورت UDP 4500 برای NAT-T پس از بستههای اولیه ISAKMP در صورت شناسایی دستگاه NAT استفاده میشود؛ مسدود کردن آن معمولاً باعث قطع اتصال بعد از پیام ۲ یا ۳، یا در حین انتقال داده میشود، نه Timeout در Main Mode 5/6.
گزینه ه نادرست است: پارامترهای تبادل کلید Diffie-Hellman در طول پیامهای ۳ و ۴ Main Mode مذاکره و اجرا میشوند؛ عدم تطابق در آنجا مذاکره را پیش از پیام ۵ متوقف میکند.
گزینه و نادرست است: طول عمرهای SA در Phase 2 در طول مرحله مذاکره Quick Mode پردازش میشوند و بر مرحله اصلی احراز هویت Phase 1 تاثیر نمیگذارند.
سوال ۲: ریز-بخشبندی Zero Trust و اجرای قوانین فایروال نسل جدید
یک تیم امنیت شبکه، ریز-بخشبندی (micro-segmentation) را در یک مرکز داده تولیدی با استفاده از چارچوب معماری Zero Trust پیادهسازی میکند. یک قانون فایروال نسل جدید (NGFW) نوشته شده تا به یک سرور لایه اپلیکیشن اجازه دهد با استفاده از پورت TCP 1433 از یک دیتابیس بکاند استعلام بگیرد. با این حال، لاگهای تحلیل ترافیک خودکار نشان میدهند که در حالی که دستتکانی سه-راهه TCP (Three-way handshake) با موفقیت کامل میشود، اتصال بلافاصله توسط فایروال در مرحله احراز هویت دیتابیس ریست (RST) میشود. علت ریشهای چیست؟
الف) قانون فایروال فاقد یک نگاشت ترجمه آدرس شبکه (NAT) صریح برای بخش دیتابیس است.
ب) سرور لایه اپلیکیشن ترافیک را از یک محدوده پورتهای پویا (Ephemeral) غیرمجاز آغاز میکند.
ج) ویژگی App-ID/Deep Packet Inspection در NGFW، امضاهای پروتکل غیردیتابیس را شناسایی میکند که در پورت 1433 تغییر شکل دادهاند.
د) سوئیچ بخش دیتابیس بسته را به دلیل عدم تطابق اندازه Maximum Transmission Unit (MTU) لایه ۲ حذف میکند.
ه) لیست کنترل دسترسی (ACL) ورودی در روتر میزبان لایه اپلیکیشن، فاقد کلمه کلیدی صریح established است.
و) سیستم با شرایط مسیری نامتقارن (Asymmetrical routing) مواجه است که در آن ترافیک بازگشتی کاملاً از فایروال stateful عبور نمیکند.
پاسخ صحیح و توضیح:
پاسخ صحیح: ج
چرا صحیح است: فایروالهای نسل جدید مدرن از بازرسی عمیق بستهها (DPI) برای تحلیل محتوای لایه اپلیکیشن استفاده میکنند (مانند App-ID در Palo Alto یا Application Control در Check Point) به جای اینکه صرفاً به پورتهای لایه ۴ تکیه کنند. از آنجایی که یک فایروال stateful اجازه میدهد دستتکانی اولیه TCP در پورت 1433 عبور کند، منتظر تبادل دادههای واقعی میماند. اگر محتوا با پروفایل امضای سختگیرانه ترافیک استاندارد SQL مطابقت نداشته باشد (مثلاً اگر یک پروتکل غیرمجاز یا تونل SSH سعی کند در پورت 1433 پنهان شود)، موتور تشخیص ناهنجاری پروتکل را شناسایی کرده و اتصال را حذف یا ریست میکند.
چرا گزینههای دیگر نادرست هستند:
گزینه الف نادرست است: اگر خطای نگاشت NAT رخ میداد، بستههای اولیه دستتکانی TCP هرگز به مقصد نمیرسیدند و مانع از تکمیل دستتکانی سه-راهه میشدند.
گزینه ب نادرست است: اتصالات خروجی به طور طبیعی از پورتهای منبع پویا و تصادفی استفاده میکنند؛ فایروالها این وضعیت را به صورت stateful ردیابی میکنند و اتصالات را بر اساس پورتهای منبع با شمارههای بالا مسدود نمیکنند.
گزینه د نادرست است: عدم تطابق اندازه MTU منجر به حذف بیصدای بستهها، خطاهای مربوط به نیاز به تکه تکه شدن (Fragmentation) ICMP یا کندی شدید میشود، نه تولید آنی و برنامهریزی شده TCP RST توسط گیتوی امنیتی.
گزینه ه نادرست است: در محیط Zero Trust با استفاده از NGFW، بازرسی stateful ترافیک بازگشتی را به طور خودکار مدیریت میکند و کلمات کلیدی قدیمی "established" در روترها برای این حذف لایه اپلیکیشن بیتأثیر است.
گزینه و نادرست است: مسیریابی نامتقارن معمولاً منجر به حذف بسته بازگشتی توسط فایروال میشود زیرا بسته SYN اولیه را ندیده است، یا حذف بستههای بعدی چون وضعیت نشست را نمیشناسد؛ در چنین حالتی اجازه نمیداد دستتکانی سه-راهه ابتدا در جدول وضعیت خود تکمیل شود.
سوال ۳: مدیریت هویت ابری (IAM) و شکست اعتبارسنجی امنیت DNS (DNSSEC)
یک مدیر، یک اپلیکیشن Cloud-native را در محیطی مستقر میکند که کنترلهای سختگیرانه مدیریت هویت و دسترسی (IAM) و تأییدیه DNSSEC سازمانی را اعمال میکند. درخواستهای API داخلی سرویس-به-سرویس ناگهان با خطاهای اعتبارسنجی گواهینامه و عدم تطابق امضای رمزنگاری شکست میخورند. تحلیلها نشان میدهد که سرور DNS معتبر، زونها را به درستی امضا میکند، اما Resolver ابری در اعتبارسنجی رکوردها شکست میخورد. کدام سناریو این شکست سیستماتیک را توضیح میدهد؟
الف) سیاست IAM متصل به نمونه محاسباتی ابری بکاند، فاقد مجوز صریح kms:Decrypt برای دارایی زون است.
ب) کلید عمومی مربوط به Zone Signing Key (ZSK) منقضی شده یا از طریق رکورد DS به زون والد منتقل نشده است.
ج) لایه مسیریابی شبکه، ترافیک خروجی پورت UDP 53 را مسدود میکند و Resolver را مجبور میکند از جایگزینهای غیرمعتبر TCP استفاده کند.
د) Resolver ابری فاقد کلید بهروز شده Root Zone Trust Anchor است که برای ساخت زنجیره اعتماد رمزنگاری لازم است.
ه) مقادیر TTL در رکوردهای منبع بسیار کوتاه هستند و باعث میشوند امضاها قبل از اتمام اعتبارسنجی منقضی شوند.
و) نمونههای اپلیکیشن از فایلهای host محلی استفاده میکنند که مسیرهای اعتبارسنجی DNSSEC در Resolver بازگشتی اصلی را نادیده میگیرند.
پاسخ صحیح و توضیح:
پاسخ صحیح: د
چرا صحیح است: برای اینکه DNSSEC بتواند رکوردهای منبع (مانند رکوردهای A یا AAAA) را با موفقیت اعتبارسنجی کند، Resolver بازگشتی باید یک زنجیره اعتماد رمزنگاری بدون شکست از امضای رکورد (RRSIG)، از طریق Zone Signing Key (ZSK) و Key Signing Key (KSK)، تا بالاترین سطح یعنی Root Zone اینترنت بسازد. اگر مخزن محلی Resolver ابری فاقد Root Zone Trust Anchor صحیح و بهروز باشد، نمیتواند کلیدهای سطح بالا را اعتبارسنجی کند، که باعث شکست کل فرآیند اعتبارسنجی و خطاهای جستجو یا تأیید میشود.
چرا گزینههای دیگر نادرست هستند:
گزینه الف نادرست است: سیاستهای IAM ارائهدهنده ابری، دسترسی به APIهای زیرساخت پلتفرم ابری و کلیدهای داخلی KMS را تنظیم میکنند؛ آنها تعیین نمیکنند که Resolverهای استاندارد DNS چگونه امضاهای عمومی DNSSEC را تجزیه کنند.
گزینه ب نادرست است: این Key Signing Key (KSK) است - و نه Zone Signing Key (ZSK) - که هش شده و به عنوان رکورد Delegation Signer (DS) به زون والد منتقل میشود تا زنجیره اعتماد بین-زونی ساخته شود.
گزینه ج نادرست است: اجبار به استفاده از TCP پورت ۵۳ یک رفتار استاندارد و کاملاً پشتیبانی شده برای دادههای حجیم DNSSEC است و اعتبار امضا را از بین نمیبرد.
گزینه ه نادرست است: TTL مدت زمان کش شدن رکورد در حافظه را کنترل میکند؛ این مورد هیچ تأثیری بر برچسب زمانی انقضای مطلق رمزنگاری که در خود رکورد RRSIG تعبیه شده، ندارد.
گزینه و نادرست است: نگاشتهای فایل hosts محلی، جستجوهای شبکه DNS را کاملاً دور میزنند؛ آنها باعث ایجاد خطای اعتبارسنجی امضای رمزنگاری در سطح Resolver نمیشوند.
چه انتظاراتی داشته باشید
به تستهای سوالات مصاحبه خوش آمدید تا شما را برای آزمون تمرینی سوالات مصاحبه امنیت شبکه آماده کنیم.
میتوانید آزمونها را هر چند بار که بخواهید تکرار کنید.
این یک بانک سوالات جامع و اورجینال است.
در صورت داشتن سوال، از پشتیبانی مدرسان بهرهمند میشوید.
هر سوال دارای یک توضیح دقیق است.
سازگار با موبایل از طریق اپلیکیشن Udemy.
امیدواریم تا اینجا متقاعد شده باشید! سوالات بسیار بیشتری در داخل دوره وجود دارد.
Interview Questions Tests
مربی در Udemy
نمایش نظرات