في تشفير العبور
في تشفير العبور
1) تعريف السيطرة وحدودها
التشفير أثناء العبور هو حماية البيانات على طول مسار نقل الشبكة بأكمله (المتصفح ↔ الخادم، الخدمة ↔ الخدمة، الوكيل ↔ الوسيط، قاعدة البيانات ↔ التطبيق، مركز البيانات ↔ مركز البيانات) بحيث لا يكشف الاعتراض السلبي والهجمات النشطة على القناة عن المحتوى ولا يسمح بتعديله دون اكتشاف.
ما نغطيه: واجهات برمجة التطبيقات العامة والخاصة (HTTP/HTTPS، gRPC)، البث والوسطاء (Kafka، NATS، RabbitMQ)، WebSocket، قواعد البيانات والمخابئ عبر الشبكة، حركة مرور الخدمات داخل المجموعات، VPN N/بين مراكز البيانات والسحب، وطلبات DNS، وعملاء الهاتف المحمول/إنترنت الأشياء.
ما لا نغطيه بالكامل: الهجمات على نقاط النهاية (تسوية المضيف/المتصفح)، ثغرات التطبيق، التسريبات من السجلات/المقالب. يتم حل هذا من خلال ضوابط منفصلة (A&A، تقليل الحقوق، التشفير عند الراحة، تسجيل آمن).
2) نموذج التهديد والأهداف
المخاطر: اعتراض حركة المرور/الانتحال (MITM)، جناح خفض/تشفير البروتوكول، الشهادات المزيفة/CA، تسرب المفاتيح، هجمات SNI/البيانات الوصفية، المحتوى المختلط، إساءة استخدام TLS على التوازنات، روابط الخدمة غير الآمنة.
الأهداف:1. السرية + السلامة مع المصادقة التشفيرية.
2. معارضة خفض التصنيف (سياسة وتكوين صارمين).
3. تحديد هوية الأطراف (حاسوب خدمة، إذا لزم الأمر - متبادل).
4. الشهادة المدارة/دورة الحياة الرئيسية ومراجعة الحسابات.
5. موجز الأداء بدون مقايضات أمنية.
3) المبادئ الأساسية
TLS في كل مكان بشكل افتراضي. حركة المرور الخارجية والداخلية - التشفير.
الإصدارات الحديثة. TLS 1. 3 كمعيار ؛ TLS 1. 2 - فقط في ظل سياسات صارمة. تعطيل 1. 0/1. 1.
أجنحة تشفير AEAD مع PFS. AES-GCM أو ChaCha20-Poly1305 ؛ PFS عبر (EC) DHE.
المنحنيات/ X25519 فحص المفاتيح (ويفضل) أو secp256r1 (P-256). مفاتيح RSA ≥2048، أفضل من ECDSA (P-256).
TLS حيث الثقة نادرة. القنوات المشتركة بين الخدمات، واجهات برمجة التطبيقات الإدارية، والوسطاء، وقواعد البيانات - من خلال التوثيق المتبادل.
HSTS للويب. إجبار HTTPS + على التحميل المسبق للميادين العامة.
«تشفير وتشفير مرة أخرى» بوعي. إنهاء TLS على المحيط + إعادة التشفير إلى الخلف أو المرور من طرف إلى طرف - اختر وفقًا لنموذج التهديد.
خفة الحركة المشفرة. القدرة على تغيير المنحنيات/الأجنحة/الإصدارات بدون توقف.
4) مكدس البروتوكول والنصوص
4. 1 HTTP/2، HTTP/3 (QUIC)، gRPC، WebSocket
ALPN: h2 for HTTP/2, h3 for HTTP/3; h2c تثبيط (بدون TLS).
HTTP/3/QUIC: تقليل زمن الوصول، 0-RTT المتأصلة، والهجرة المركبة ؛ 0-RTT تسمح بشكل انتقائي (مخاطر إعادة التشغيل).
gRPC: أكثر من h2/h3 ؛ TLS الإلزامي، ترخيص اختياري mTLS + لكل RPC.
WebSocket: wss ://only; في الوكلاء/المتوازنات - الترقية الصحيحة وتثبيت TLS للمجال.
4. 2 النقل المشترك بين الخدمات وشبكات الخدمات
نموذج Sidecar (Istio/Linkerd، إلخ). نظام mTLS التلقائي، وسياسات الإذن، وتناوب الشهادات.
SPIFFE/SPIRE. هويات الخدمة اللامركزية (SPIFFE ID)، شهادات SVID، TTLs قصيرة.
بارامترات TLS مركزية. تقليل تناقضات التهيئة في رمز الخدمة.
4. 3 وسطاء/بث/قوائم انتظار
Kafka/NATS/RabbitMQ: TLS for kliyent↔broker and broker↔broker; mTLS إذا أمكن.
SASL عبر TLS: إذا لم يكن mTLS ممكنًا، فإن المصادقة بواسطة الرموز/عمليات تسجيل الدخول، ولكن قم بتشفير القناة.
الرباط الصليبي الأمامي والترخيص بالموضوع. التشفير ≠ التحكم بالوصول
4. 4 قواعد البيانات والمخابئ
PostgreSQL/MySQL/SQL Server: enable TLS, CN/SAN CA pin/root.
Redis/Memcached: استخدم الفجل البهلواني/TLS ؛ حظر الاتجار البسيط في المنتج.
4. شبكة/أنفاق 5
بين مراكز البيانات/السحب: IPsec (IKEv2) أو WireGuard (مجموعة حديثة من البدائيات).
الوصول الإداري: SSH مع KEH/ciphers الحديثة ؛ لا توجد كلمات مرور، فقط مفاتيح/SSO.
4. 6 DNS والبروتوكولات المساعدة
DNS على HTTPS (DoH )/DNS على TLS (DoT) للعملاء وداخل المجموعة حيثما أمكن ذلك.
تعطيل المحتوى المختلط. لا شيء على http ://على الصفحات https ://.
5) الشهادات ومرفق المفاتيح العمومية وإدارة المفاتيح
نموذج مرفق المفاتيح العمومية: للمجالات الخارجية - CA العامة ؛ لحركة المرور الداخلية - CA أو SPIRE-CA.
الأتمتة: ACME/Cert-manager for Kubernetes، TTL قصير، الدوران التلقائي.
OCSP الدبابيس и CRL. قم بتشغيل التدبيس على الجبهات ؛ تحديث السلاسل بانتظام.
التثبيت - بحذر. في عملاء الهاتف المحمول/سطح المكتب - pin CA/SPKI مع آلية تدحرج الطوارئ.
التخزين الرئيسي: مفاتيح خاصة في مخزونات HSM/KMS/secret storages ؛ والحد الأدنى من التعرض ؛ حظر قطع الأشجار.
6) التشكيلات: ملامح الممارسة
موجز TLS الموصى به (المحيط الخارجي):- الإصدارات: TLS 1. 3 (مطلوب)، TLS 1. 2 (احتياطي).
- TLS 1. 3: 'TLS _ AES _ 128 _ GCM _ SHA256'، 'TLS _ AES _ 256 _ GCM _ SHA384'، 'TLS _ CHACHA20 _ POLY1305 _ SA256'.
- TLS 1. 2: «ECDHE-ECDSA-AES128-GCM-SHA256»، «ECDHE-RSA-AES128-GCM-SHA256» (+ الخيارات AES256/CHACHA20 إذا لزم).
- المنحنيات: X25519، secp256r1.
- الشهادات: تفضل ECDSA، احتياطي RSA.
- العناوين الآمنة: «Strict-Transport-Security»، «X-Content-Type-Options'،» X-Frame-Options' (حسب الحالة)، «سياسة الإحالة».
- ملفات تعريف الارتباط: «آمن»، «HttpOnly»، «SameSite» (Lax/Strict حسب التصميم).
- شهادة العميل مطلوبة.
- العميل القصير TTL SVID (ساعات/أيام)، التناوب التلقائي.
- السياسات: من يستطيع الاتصال بمن (القائم على النية/العمل من خلال الترخيص الشبكي).
7) الأداء والموثوقية
تسارع الأجهزة: AES-NI/ARMv8 التشفير، ChaCha20-Poly1305 التفضيل على وحدة المعالجة المركزية بدون AES-NI.
استئناف الجلسة: TLS 1. 3 تذاكر ؛ فكر على مدى العمر الافتراضي (التوازن بين العطر والسلامة).
0-RTT: للاستفسارات الخفية فقط ؛ الحماية من إعادة التشغيل (آليات مكافحة إعادة تشغيل الخوادم).
الموازين/الوكلاء: من الواضح أن الإنهاء محدد مقابل المرور ؛ عند الإنهاء - إعادة التشفير إلى الخلف.
إمكانية الملاحظة: مقاييس مصافحة/خطأ/تفاوض ALPN، نسبة TLS 1. 3، انتهاء صلاحية الشهادة، حالة OCSP.
8) الاختبار والتحقق
مسح لملف TLS. الفحوصات المنتظمة للنسخ/الأجنحة/المنحنيات المدعومة و HSTS/OCSP.
الاختبارات السلبية: حظر خفض التصنيف، رفض الدعاوى الضعيفة، فشل الاتصالات بدون SNI/بدون شهادة سلسلة صالحة.
Channel pentest: محاكاة MITM، وتثبيت الفحوصات على عملاء الهاتف المحمول، 0-RTT محاولات إعادة التشغيل.
اختبارات الفوضى: انتهاء/إلغاء الشهادة، عدم توفر OCSP/CA.
9) الأخطاء المتكررة وكيفية تجنبها
تم تمكين TLS، ولكن لم يتم التحقق من صحة المضيف. نتحقق دائمًا من CN/SAN، ونحظر «التحقق من عدم الأمان».
محتوى مختلط. حظر موارد http على صفحات https، استخدم CSP.
الإصدارات والبدلات الضعيفة/القديمة. تعطيل TLS 1. 0/1. 1، CBC/RC4/3DES.
عدم وجود إعادة تشفير داخلية. تعتبر حركة المرور البسيطة من الميزان إلى التطبيق مخاطرة.
شهادات طويلة العمر. قم بعمل TTLs القصيرة والتحديثات التلقائية.
Bad SNI/ALPN خلف الوكيل. تصحيح إرسال SNI/ALPN مع مرور/إنهاء TLS.
10) وصفات صغيرة (شظايا التكوين)
Nginx (أمامي، TLS 1. 3/1. 2، HSTS، OCSP stapling):
ssl_protocols TLSv1. 3 TLSv1. 2;
ssl_ciphers TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256;
ssl_prefer_server_ciphers on;
ssl_ecdh_curve X25519:P-256;
ssl_stapling on;
ssl_stapling_verify on;
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;
مبعوث (MTLS بين الخدمات والمخطط):
transport_socket:
name: envoy. transport_sockets. tls typed_config:
"@type": type. googleapis. com/envoy. extensions. transport_sockets. tls. v3. DownstreamTlsContext common_tls_context:
tls_params:
tls_minimum_protocol_version: TLSv1_3 validation_context:
trusted_ca: { filename: /etc/tls/ca. crt }
tls_certificates:
certificate_chain: { filename: /etc/tls/tls. crt }
private_key: { filename: /etc/tls/tls. key }
require_client_certificate: true
WireGuard (نفق مركز البيانات المشترك، تخطيطياً):
[Interface]
PrivateKey = <priv>
Address = 10. 10. 0. 1/24
[Peer]
PublicKey = <pub>
AllowedIPs = 10. 10. 0. 0/24
Endpoint = gw. example. com:51820
PersistentKeepalive = 25
11) السياسات والامتثال
المتطلبات الدنيا: TLS 1. 3 حيثما أمكن ذلك ؛ TLS 1. 2 - مع مجموعة محدودة من الأجنحة.
اللائحة: PCI DSS/القطاع المالي - حظر الإصدارات/الأجنحة الضعيفة ؛ التناوب الإلزامي ومراجعة الحسابات.
نهج الثقة الصفرية: الهويات لكل عبء عمل، والتحقق المستمر وسياسات مستوى الخدمة.
12) العملية و SLO
SLO: ≥99٪ مصافحة ناجحة، ≥95٪ حركة مرور على TLS 1. 3، 0٪ محتوى مختلط.
التنبيهات: انتهاء صلاحية الشهادات (أقل من 14 يومًا)، وزيادة حالات فشل المصافحة، وانخفاض حصة TLS 1. 3، أخطاء OCSP الأساسية.
الإجراءات: استبدال CA/root في حالات الطوارئ، وإلغاء المفتاح المختل، وإعاقة 0-RTT.
13) القوائم المرجعية
قبل وضع:- TLS 1 معطل. 0/1. 1 والأجنحة الضعيفة، بما في ذلك AEAD و PFS.
- تكوين ALPN (h2/h3) ؛ حظر h2c.
- تم تمكين HSTS (للميادين العامة)، ولا يوجد محتوى مختلط.
- يتم تحديث الشهادات تلقائيًا، ويتم تشغيل تدبيس OCSP.
- القنوات الداخلية محمية بواسطة mTLS (أو ما يعادل WireGuard/IPsec).
- التحقق من صحة المضيف/السلسلة على العملاء/SDK.
- رصد نسخ TLS/ALPN/الخطأ وانتهاء الصلاحية.
- خطة الرشاقة المشفرة (الترجمة إلى أجنحة/منحنيات جديدة).
- القنوات الخماسية الدورية ومراجعات التهيئة.
14) الأسئلة الشائعة
س: هل TLS يكفي فقط على المحيط ؟
لا لا يجب أيضًا تشفير حركة المرور الداخلية (mTLS/الأنفاق/الشبكة)، خاصة في السحب وأثناء عقود الإيجار المتعددة.
س: هل تحتاج إلى 0-RTT ؟
ج: تمكين نقطة للطلبات الخفية، وإلا يتم تعطيلها بسبب خطر إعادة التشغيل.
س: ماذا تختار لمركز البيانات المشتركة ؟ IPsec أو WireGuard ؟
ج: WireGuard أبسط وأسرع، IPsec ناضج ومدعوم على نطاق واسع. كلاهما صالح عند تكوينه بشكل صحيح.
س: كيف تحمي خطافات الويب «أثناء التنقل» ؟
ج: HTTPS مع ملف تعريف حديث + التحقق من شهادة المرسل (إذا mTLS) + توقيع الحمولة والتحقق من الطابع الزمني (انظر ضمانات تسليم Webhook وتوقيع الطلب والتحقق).
المواد ذات الصلة:- «في الراحة التشفير»
- «التوثيق والإذن»
- «توقيع الطلبات والتحقق منها»
- «التوثيق S2S»
- «الإدارة والتناوب الرئيسيان»