SDES

يُعدّ بروتوكول وصف الجلسة ( SDES ) لتدفقات الوسائط طريقةً للتفاوض على مفتاح بروتوكول النقل الآمن في الوقت الحقيقي . [ 1 ] وقد تم اقتراحه للتوحيد القياسي لدى فريق هندسة الإنترنت (IETF) في يوليو 2006 (انظر RFC 4568 ). 

كيف يعمل؟

تُنقل المفاتيح في مرفق بروتوكول وصف الجلسة (SDP) لرسالة SIP . وهذا يعني أن طبقة نقل SIP يجب أن تضمن عدم تمكن أي طرف آخر من رؤية المرفق. ويمكن تحقيق ذلك باستخدام طبقة نقل TLS، أو طرق أخرى مثل S/MIME . ويفترض استخدام TLS أن الوجهة التالية في سلسلة وكيل SIP موثوقة، وأنها ستتولى مسؤولية متطلبات أمان الطلب.

تتمثل الميزة الرئيسية لهذه الطريقة في بساطتها الشديدة. وقد تبنتها بالفعل عدة شركات، على الرغم من أن بعضها لا يستخدم آلية آمنة لنقل المفتاح. وهذا يُسهم في تحقيق الانتشار الكافي لتطبيق هذه الطريقة وجعلها المعيار الفعلي .

لتوضيح هذا المبدأ بمثال، يُرسل الهاتف مكالمة إلى الخادم الوكيل. باستخدام بروتوكول SIP، يُشير إلى ضرورة تأمين المكالمة. يتم ترميز المفتاح باستخدام Base64 في مرفق SDP.

دعوة إلى sips:*97@ietf.org;user=phone SIP/2.0 عبر: SIP/2.0/TLS 172.20.25.100:2049;branch=z9hG4bK-s5kcqq8jqjv3;rport من: "123" < sips:123@ietf.org >;tag=mogkxsrhm4 إلى: < sips:*97@ietf.org;user=phone > معرف المكالمة: 3c269247a122-f0ee6wcrvkcq@snom360-000413230A07 CSeq: 1 دعوة أقصى عدد للمهاجمين: 70 للتواصل: < sip:123@172.20.25.100:2049;transport=tls;line=gyhiepdm >;reg-id=1 وكيل المستخدم: snom360/6.2.2 قبول: تطبيق/sdp السماح بـ: دعوة، تأكيد، إلغاء، وداعًا، إحالة، خيارات، إشعار، اشتراك، PRACK، رسالة، معلومات السماح بالأحداث: التحدث، والحمل، والإحالة المدعوم: المؤقت، 100rel، الاستبدال، معرف المتصل انتهاء صلاحية الجلسة: 3600؛ تحديث=uas الحد الأدنى للخطأ المعياري: 90 نوع المحتوى: تطبيق/sdp طول المحتوى: 477 v=0 o=root 2071608643 2071608643 IN IP4 172.20.25.100 s=call c=IN IP4 172.20.25.100 t=0 0 m=audio 57676 RTP/SAVP 0 8 9 2 3 18 4 101 a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:WbTBosdVUZqEb6Htqhn+m3z7wUh4RJVR8nE15GbN a=rtpmap:0 pcmu/8000 a=rtpmap:8 pcma/8000 a=rtpmap:9 g722/8000 a=rtpmap:2 g726-32/8000 a=rtpmap:3 gsm/8000 a=rtpmap:18 g729/8000 a=rtpmap:4 g723/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=encryption:optional a=sendrecv

يتلقى الهاتف الرد من الخادم الوسيط، وبذلك يمكن إجراء مكالمة آمنة ثنائية الاتجاه:

SIP/2.0 200 موافق عبر: SIP/2.0/TLS 172.20.25.100:2049؛ الفرع=z9hG4bK-s5kcqq8jqjv3؛ منفذ إعادة التوجيه=62401؛ تم الاستلام=66.31.106.96 من: "123" < sips:123@ietf.org >;tag=mogkxsrhm4 إلى: < sips:*97@ietf.org;user=phone >;tag=237592673 معرف المكالمة: 3c269247a122-f0ee6wcrvkcq@snom360-000413230A07 CSeq: 1 دعوة للتواصل: < sip:*97@203.43.12.32:5061;transport=tls > يدعم الإصدار 100، ويحل محل السماح بالأحداث: راجع السماح بـ: دعوة، تأكيد، إلغاء، وداعًا، إحالة، خيارات، PRACK، معلومات قبول: تطبيق/sdp User-Agent: pbxnsip-PBX/1.5.1 نوع المحتوى: تطبيق/sdp طول المحتوى: 298 v=0 س=- 1996782469 1996782469 في IP4 203.43.12.32 s=- c=IN IP4 203.43.12.32 t=0 0 m=audio 57076 RTP/SAVP 0 101 a=rtpmap:0 pcmu/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:bmt4MzIzMmYxdnFyaWM3d282dGR5Z3g0c2k5M3Yx a=ptime:20 a=sendrecv

مناقشة: بدء المكالمة وغياب التشفير من طرف إلى طرف

من المشاكل الشائعة في الوسائط الآمنة أن عملية تبادل المفاتيح قد لا تكتمل عند وصول أول حزمة بيانات. ولتجنب النقرات الأولية، يجب إسقاط هذه الحزم. عادةً ما تكون هذه العملية قصيرة (أقل من 100 مللي ثانية)، لذا لا تُشكل مشكلة كبيرة.

لا تُعالج طريقة SDES تشفير الوسائط "من طرف إلى طرف". على سبيل المثال، إذا كان المستخدم (أ) يتحدث إلى المستخدم (ب) عبر وسيط (ب)، فإن SDES يسمح بالتفاوض على المفاتيح بين (أ) و(ب) أو بين (ب) و(ب)، ولكن ليس بين (أ) و(ب). لتحقيق أمان الوسائط من طرف إلى طرف، يجب أولاً إنشاء علاقة ثقة مع الطرف الآخر. إذا استخدمت وسيطًا موثوقًا لهذا الغرض، فسيزداد تأخير إعداد المكالمة بشكل ملحوظ، مما يُصعّب استخدام تطبيقات مثل "اضغط للتحدث". إذا قمت بذلك من نظير إلى نظير، فقد يصعب عليك تحديد هوية الطرف الآخر. على سبيل المثال، قد يُطبّق مُشغّل الشبكة بنية B2BUA ويلعب دور الطرف الآخر، وبالتالي لن يكون لديك أمان من طرف إلى طرف. تُقدّم البروتوكولات الحديثة، مثل ZRTP ، تشفيرًا من طرف إلى طرف لمكالمات SIP/RTP.

انظر أيضاً

مراجع

  1. "بروتوكول أمان وصف الجلسة (SDES)" . vocal.com . تم الاطلاع عليه بتاريخ 2025-10-03 .