محرمانگی جریان ترافیک در IPsec استاندارد RFC 4303: پدینگ و بسته‌های ساختگی

تهدید نظارت غیرفعال: نشت متادیتا از کانال‌های جانبی در تونل‌های رمزگذاری‌شده

رمزنگاری مدرن تضمین‌های ریاضی بسیار نیرومندی در برابر استراق سمع داده‌های متنی ساده فراهم می‌آورد. الگوریتم‌های رمزنگاری تأییدشده با داده‌های پیوست (AEAD) — مانند AES-GCM و ChaCha20-Poly1305 — اطمینان می‌دهند که هیچ نهاد غیرمجازی قادر به خواندن یا دستکاری بسته‌های داده در حال انتقال نخواهد بود. با این حال، محافظت کامل از بار کاری محصور در یک تونل همپوشان، مخاطرات ناشی از کانال‌های جانبی را که برخاسته از ذات شبکه‌های مبتنی بر سوئیچینگ بسته هستند، از میان برنمی‌دارد.

کانال جانبی تحلیل غیرفعال ترافیک:
جریان ارسالی -> [تونل رمزگذاری‌شده] -> ناظر خارجی ثبت می‌کند:
  بسته الف: ۶۴ بایت @ t = 0.00s  --> (امضای ضربه کلید ترمینال SSH)
  بسته ب: ۱۴۲۰ بایت @ t = 0.02s --> (انتقال انبوه داده و فایل‌های حجیم)
  بسته ج: ۲۵۶ بایت @ t = 0.15s  --> (پرس‌وجوی رمزگذاری‌شده سامانه نام دامنه)
* محتوا رمز شده است، اما اندازه و ریتم زمانی متادیتا را فاش می‌سازد.

امضای اندازه بسته‌ها و شناسایی مشخصات برنامه‌های کاربردی

حتی هنگامی که یک تونل IPsec یا WireGuard تمامی بایت‌های ارسالی را رمزگذاری می‌نماید، طول فیزیکی خارجی بسته برای تمامی مسیریاب‌های میانی در طول مسیر کاملاً آشکار باقی می‌ماند. بسیاری از برنامه‌های کاربردی توزیع‌شده امضاهای ابعادی به شدت مشخصی تولید می‌کنند.

برای نمونه، فشردن کلیدها در یک نشست متنی تعاملی بسته‌های کوتاهی با اندازه ثابت پدید می‌آورد؛ در حالی که کدک‌های انتقال صوت (VoIP) به دلیل سکوت میان کلمات و روش‌های فشرده‌سازی، بسته‌های جهشی پیش‌بینی‌پذیری روانه شبکه می‌کنند. جریان‌های ویدیویی با نرخ بیت متغیر (VBR) نیز پیچیدگی صحنه‌ها را از طریق ابعاد متغیر دیتاگرام‌ها برملا می‌سازند. با تحلیل آماری توزیع اندازه بسته‌ها در بازه‌های زمانی کوتاه، تحلیل‌گران غیرفعال بدون نیاز به رمزگشایی ترافیک می‌توانند وب‌سایت‌های مورد بازدید یا برنامه‌های کاربردی در حال اجرا را به درستی تشخیص دهند.

آسیب‌پذیری‌های زمان‌بندی ارسال و فواصل رسیدن بسته‌ها

فراتر از اندازه بسته، توزیع زمانی انتقال دیتاگرام‌ها اطلاعات عملیاتی حساسی را فاش می‌نماید. فواصل زمانی میان رسیدن بسته‌های متوالی (Inter-Arrival Time, IAT) به دقت بازتاب‌دهنده دگرگونی‌های وضعیت داخلی نشست‌های کلاینت-سرور است.

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

مبانی معماری محرمانگی جریان ترافیک RFC 4303

برای پاسخ به خطرات تحلیل ترافیک، کارگروه مهندسی اینترنت (IETF) سازوکارهای محرمانگی جریان ترافیک (Traffic Flow Confidentiality, TFC) را در سند RFC 4303 (پروتکل ESP) استانداردسازی نمود. این سند بسته‌بندی امنیتی را فراتر از یک لفاف محافظتی ساده نگریسته و راهکارهایی ساختاری برای پنهان ساختن ابعاد واقعی بسته‌ها و اصل حضور ترافیک تعریف می‌نماید.

ساختار بسته RFC 4303 ESP با پدینگ TFC:
+--------------------------------------------------------------+
| شناسه پارامترهای امنیتی Security Parameters Index (SPI)      |
+--------------------------------------------------------------+
| شماره توالی Sequence Number (۳۲ بیتی یا ۶۴ بیتی گسترش‌یافته) |
+--------------------------------------------------------------+
| داده‌های بار کاری (بسته درونی رمزگذاری‌شده)                 |
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
| پدینگ اختیاری TFC (طول دلخواه از ۰ تا N بایت)                |
+--------------------------------------------------------------+
| پدینگ هم‌ترازی بلوکی (۰-۲۵۵ بایت) | طول پدینگ | هدر بعدی     |
+--------------------------------------------------------------+
| کد احراز اصالت تمامیت بسته (ICV)                             |
+--------------------------------------------------------------+

تمایز میان پدینگ هم‌ترازی معمول و پدینگ اختیاری TFC

پیاده‌سازی‌های کلاسیک ESP سال‌هاست که از پدینگ برای تراز کردن اندازه‌ها با بلوک‌های رمزی (نظیر بلوک‌های ۱۶ بایتی در الگوریتم AES-CBC) استفاده می‌کنند. این پدینگ هم‌ترازی سنتی محدود به بازه ۰ تا ۲۵۵ بایت بوده و مقدار آن در فیلد ۸ بیتی Pad Length در انتهای بسته ثبت می‌گردد.

در سوی مقابل، استاندارد RFC 4303 مفهوم پدینگ دلخواه TFC را معرفی می‌کند که درون بخش رمزگذاری‌شده و بلافاصله پس از بسته واقعی درونی جای می‌گیرد. این پدینگ در ماورای مرزهای داده واقعی که در هدر IP درونی قید شده قرار دارد: ۱. هدر IP درونی طول دقیق داده‌های خود را بیان می‌کند (Total Length در IPv4 یا Payload Length در IPv6). ۲. درگاه امنیتی گیرنده کل محتوای رمزگذاری‌شده ESP را بازگشایی می‌نماید. ۳. درگاه با بازرسی هدر درونی، بسته معتبر را استخراج کرده و تمام بایت‌های اضافی پدینگ میان انتهای بسته درونی و دم بسته ESP را نادیده گرفته و به آرامی حذف می‌کند.

از آنجا که پدینگ TFC همراه با داده‌های اصلی رمزگذاری می‌شود، ناظران شبکه ابداً قادر به تفکیک بایت‌های واقعی از بایت‌های پرکننده نخواهند بود.

بسته‌های ساختگی و مصلحتی: معماری پروتکل 59 IPPROTO_NONE

پنهان کردن ابعاد تک‌تک بسته‌ها تنها نیمی از چالش را برطرف می‌سازد؛ ناظر خارجی هنوز می‌تواند بازه‌های سکوت و جهش‌های ترافیکی را ثبت کند. برای از بین بردن سرنخ‌های زمانی، سند RFC 4303 دستورالعمل ارسال بسته‌های ساختگی (Dummy Packets) را وضع کرده است.

شماره پروتکل اختصاصی ۵۹ در لایه شبکه (IPPROTO_NONE) بدین منظور اختصاص یافته است:

ساختار بسته ساختگی و فریبنده (Next Header = 59):
+--------------------------------------------------------------+
| هدر خارجی شبکه (نشانی فرستنده -> نشانی گیرنده)               |
+--------------------------------------------------------------+
| هدر ESP (شناسه SPI معتبر، شماره توالی منظم و صعودی)          |
+--------------------------------------------------------------+
| بار کاری ساختگی رمزگذاری‌شده (بایت‌های شبه‌تصادفی)          |
+--------------------------------------------------------------+
| دم بسته ESP (طول پدینگ، فیلد Next Header برابر با ۵۹)        |
+--------------------------------------------------------------+
| برچسب اصالت‌سنجی رمزنگاری AEAD                               |
+--------------------------------------------------------------+

هنگامی که درگاه گیرنده بسته را رمزگشایی کرده و مقدار فیلد هدر بعدی را برابر ۵۹ می‌یابد، پشته شبکه درمی‌یابد که این فریم صرفاً یک داده فریبنده است. درگاه صحت برچسب رمزنگاری را می‌سنجد، پنجره ضد تکرار را به‌روزرسانی می‌کند و سپس بسته را بلافاصله معدوم می‌سازد، بدون آنکه آن را به جدول‌های مسیریابی داخلی هدایت کرده یا خطای عدم دسترسی صادر نماید.

راهبردهای استتار ترافیک: نرخ بیت ثابت در برابر شکل‌دهی تطبیقی

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

مقایسه راهکارهای شکل‌دهی به ترافیک:
۱. نرخ متغیر بدون محافظت: [###]   [#]     [#####]     [##]   (افشای زمان جهش‌ها)
۲. کوانتیزاسیون گام‌به‌گام : [####]  [####]  [######]    [####] (کاهش وضوح زمانی)
۳. کانال با نرخ ثابت (CBR): [#####][#####][#####][#####] (استتار بی‌نقص)

تونل‌های با نرخ بیت ثابت (CBR): امنیت حداکثری با هزینه پهنای باند

جامع‌ترین شکل پیاده‌سازی RFC 4303 TFC، استفاده از تونل‌های با نرخ بیت ثابت (Constant-Bit-Rate, CBR) است. در این شیوه، درگاه امنیتی بسته‌ها را با فواصل زمانی کاملاً یکنواخت و ابعاد یکپارچه گسیل می‌دارد:

• بسته‌های برنامه‌های واقعی با پدینگ TFC تکمیل می‌شوند تا به اندازه واحد استاندارد برسند.
• چنانچه نرخ داده‌های واقعی از سقف تونل کمتر باشد، بسته‌های ساختگی پروتکل ۵۹ جای خالی را پر می‌کنند.

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

شکل‌دهی آماری با باکت‌بندی و کوانتیزاسیون یکنواخت بسته‌ها

به جای تحمیل هزینه‌های سنگین کانال‌های دائم CBR، مهندسان شبکه عموماً از کوانتیزاسیون پله‌ای بهره می‌برند. به جای الزام بر یک اندازه منفرد، اندازه‌های مجاز در چند طبقه معین (مثلاً: ۲۵۶ بایت، ۵۱۲ بایت، ۱۰۲۴ بایت و ۱۴۲۰ بایت) تعریف می‌شوند.

با ورود هر بسته، سامانه زمان‌بندی اندازه آن را با پدینگ TFC به نزدیک‌ترین طبقه مجاز افزایش می‌دهد. همزمان، پرتاب‌های تصادفی از بسته‌های ساختگی در ابتدای نشست‌ها تزریق می‌گردد تا نقطه آغاز تبادلات مخدوش شود. این ترفند دقت ابزارهای تحلیل ترافیک را تا بیش از ۹۰ درصد تنزل می‌دهد و پهنای باند شبکه را نیز مدیریت می‌نماید.

تعامل TFC با کشف MTU مسیر و پدیده قطعه‌قطعه‌سازی

یکی از چالش‌های فنی عمده در پیاده‌سازی TFC، پایدار نگاه داشتن جریان در شبکه‌هایی با اندازه‌های حداکثر واحد انتقال (MTU) گوناگون است.

محدودیت ابعادی در ارسال بسته‌های TFC:
سقف MTU مسیر فیزیکی: ۱۵۰۰ بایت
  - هدر خارجی شبکه (۲۰ یا ۴۰ بایت)
  - هدر ESP به همراه بردار اولیه (۱۶-۲۴ بایت)
  - بسته اصلی به علاوه پدینگ TFC
  - دم بسته ESP به همراه برچسب اعتبارسنجی (۱۸-۳۲ بایت)
مجموع اندازه نباید از Path MTU فراتر رود تا از خرد شدن جلوگیری شود.

در صورتی که پدینگ اعمال‌شده سبب شود اندازه بسته از سقف مجاز مسیر (Path MTU) فراتر رود، مسیریاب‌های میانی ناچار به خرد کردن (Fragment) بسته IP خارجی می‌شوند که این امر مخاطرات امنیتی به دنبال دارد: ۱. بسته‌های خردشده روابط وابستگی و زمان‌بندی بازسازی را آشکار می‌سازند. ۲. فایروال‌های شرکت‌های زیرساخت معمولاً بسته‌های خردشده بیرونی را دور می‌اندازند که این کار به قطعی ارتباط می‌انجامد.

برای رفع این دشواری، درگاه‌های امنیتی استاندارد کشف واحد انتقال در لایه بسته‌بندی (PLPMTUD, RFC 8899) را به کار می‌گیرند و سقفی قطعی تعیین می‌کنند تا مجموع بار کاری، پدینگ TFC و ملزومات امنیتی از حاشیه امن فراتر نرود.

ارزیابی موازنه‌ها: تأخیر محاسباتی و سربار انتقال شبکه

فعال‌سازی قابلیت‌های TFC اثرات مستقیمی بر منابع سخت‌افزاری و ظرفیت واقعی مسیر می‌گذارد.

موتورهای شتاب‌بخش سخت‌افزاری پردازنده‌ها (همچون دستورالعمل‌های AES-NI) فشار پردازشی تولید بایت‌های پوششی را تعدیل می‌کنند. با این وجود، طراحان زیرساخت باید پهنای باند حافظه رم درگاه‌ها را کنترل کنند تا ترافیک بالای بسته‌های ساختگی سبب ایجاد گلوگاه پردازشی نگردد.

تقویت لایه انتقال در سطح سازمانی: پنهان‌سازی و گام‌بندی پویا با رایس‌گارد

در سازمان‌های پیشرو، الگوهای ایستا در افزودن پدینگ ممکن است به مرور زمان توسط مدل‌های یادگیری ماشین تحلیل داده شناسایی شوند. سرویس VPNRice با پیاده‌سازی سازوکار حفاظتی رایس‌گارد (RiceGuard)، پدافندی پویا در برابر نشت داده‌های جانبی در تونل‌های بین‌المللی ایجاد کرده است.

نوآوری‌های رایس‌گارد عبارتند از:

• تنظیم آهنگ ارسال با مدل آنتروپی: تنظیم فواصل گسیل بسته‌ها بر پایه توزیع پوآسون تصادفی، که تحلیل‌های آماری زمان‌محور را کاملاً ناکام می‌گذارد.
• اندازه‌بندی شناور دیتاگرام‌ها: تحلیل در لحظه نوع تبادلات، با اعمال حداکثر پدینگ TFC در تراکنش‌های حساس تعاملی و آزادسازی پهنای باند در پشتیبان‌گیری‌های کلان.
• تزریق نشانک‌های فریبنده لایه پروتکل: ارسال سیگنال‌های انحرافی به گونه‌ای که ابزارهای نظارتی نتوانند لحظه قطع موقت یا تبادل کلیدهای تازه را استنباط کنند.

اعتبارسنجی و بازرسی هسته: پایش عملیات TFC در زیرسیستم Linux XFRM

مدیران شبکه می‌توانند تنظیمات IPsec TFC را در سرورهای لینوکس با ابزار ip-xfrm و دستورات تشخیصی سوکت بررسی نمایند.

برای بررسی اعمال شدن پدینگ TFC روی یک پیوند امنیتی فعال (SA):

# بازرسی وضعیت پیوندهای امنیتی فعال در زیرسیستم شبکه لینوکس
ip xfrm state show

خروجی دستور الگوریتم‌های فعال، شناسه‌های SPI و سقف پدینگ معین را نشان می‌دهد:

src 198.51.100.1 dst 203.0.113.1
  proto esp spi 0x0a3b2c1d reqid 1 mode tunnel
  replay-window 64 flag esn
  aead rfc4106(gcm(aes)) 0x... 128
  anti-replay-esn
  tfcpad 1400
  sel src 0.0.0.0/0 dst 0.0.0.0/0

شاخص tfcpad سقف بایتی است که زیرسیستم هسته بسته‌های خروجی ESP را تا آن مرز افزایش می‌دهد.

علاوه بر این، مدیران می‌توانند از پاکسازی آرام بسته‌های ساختگی (IPPROTO_NONE) بدون ایجاد خطا با بررسی آمارهای هسته اطمینان یابند:

# پایش آمارهای پردازش داده‌ها و فریم‌های ارسالی پروتکل
netstat -s --udp
cat /proc/net/xfrm_stat

با جداسازی کامل اندازه ظاهری بسته‌ها از محتوای درون آن‌ها و یکدست‌سازی ریتم انتقال با کمک بسته‌های ساختگی، استاندارد RFC 4303 Traffic Flow Confidentiality امنیت همه‌جانبه داده‌ها و متادیتای تبادلات سازمانی را در برابر نظارت‌های پنهان محقق می‌سازد.

جهت برپایی خطوط ارتباطی سازمانی امن با مقاومت فوق‌العاده در برابر تحلیل ترافیک در بسترهای بین‌المللی، دریافت VPNRice.