تشريح AirDrop الكامل.

AirDrop ليس «مجرّد نقل ملف»؛ هو مكدّس من أربع تقنيات تتعاون. BLE للاكتشاف، AWDL للنقل السريع، Bonjour/mDNS لتحديد الخدمة، وHTTPS/TLS للنقل الآمن. فهم هذا التقسيم يفسّر لماذا AirDrop آمن نسبياً، ولماذا يتسرّب منه ما يتسرّب.

لماذا هذا التقسيم الهجين؟

استخدام AWDL طوال الوقت مكلف للطاقة (يبقي الراديو يقفز). الحلّ الذكي:

تدفّق المصافحة الكامل

مرحلة BLE: الإعلان والـ Contact Hashes

• المرسل يبثّ إعلان BLE يحمل بيانات الشركة المصنّعة الخاصة بـ Apple، نوعها 0x05 (AirDrop).
• الحمولة تتضمّن hashes مختصرة (أوّل بايتين من SHA-256) لكل من: البريد/البريدات وأرقام الهاتف المُطبّعة (normalized) المرتبطة بـ Apple ID للمرسل.
• المستقبِل يفحص: هل أيّ من هذه الـ hashes يطابق hash لأحد جهات اتصاله؟ إن نعم → الطرف «معروف» (Contacts Only يسمح به).

ble · apple manufacturer data · airdrop adv frame
# BLE manufacturer-specific advertisement
  manufacturer_id : 0x004C           # Apple
  apple_type      : 0x05             # AirDrop
  flags           : 0x00             # status / mode
  version         : 0x01
  contact_hashes  : [h1, h2, h3, h4]  # 2 bytes each, truncated SHA-256
                          ▲
                UNSALTED + 2 BYTES = guessable

# each hash:
  h_i = SHA-256(normalized_identifier)[0:2]
  where normalized_identifier ∈ {phone_E164, email_lowercase}

التحقق من الهوية وأوضاع AirDrop

أوضاع المستقبِل الثلاثة تحدّد سلوك المطابقة:

اكتشاف الخدمة عبر mDNS/Bonjour

• بعد تفعيل AWDL وتثبيت رابط IPv6، يعلن المستقبِل خدمة من نوع _airdrop._tcp.local. عبر multicast DNS على رابط AWDL.
• يرافقها سجل TXT يحمل القدرات (الإصدار، دعم الوسائط المتدفّقة، متطلبات التشفير، الـ flags).
• المرسل يحلّ من mDNS: عنوان IPv6 للمستقبِل + منفذ TCP لخادم AirDrop.

mDNS · multicast DNS over awdl0
# discovery (receiver announces)
  PTR : _airdrop._tcp.local.   →   "4F2A19BB"._airdrop._tcp.local.
  SRV : "4F2A19BB"._airdrop._tcp.local.   →   port=8770  host=macbook.local.
  AAAA: macbook.local.   →   fe80::ae3d:82ff:fe1c:9912
  TXT : flags=901  ver=2

# sender now knows: [fe80::ae3d:82ff:fe1c:9912]:8770 → HTTPS endpoint

بروتوكول النقل: HTTPS فوق TLS متبادل المصادقة

المستقبِل يشغّل خادم HTTPS صغيراً. المصافحة TLS 1.2+ متبادلة (mutual TLS): الطرفان يقدّمان شهادات هوية، والثقة مبنية على ما تأسّس عبر BLE/سلسلة شهادات Apple. ثم يتبادلان عبر واجهة HTTP بسيطة بثلاث نقاط نهاية:

صيغة الحمولات

POST /Ask · request body (plist + binary)
# /Ask payload (XML plist)
<?xml version="1.0"?>
<plist>
  <dict>
    <key>SenderComputerName</key>
    <string>Khaled's MacBook</string>
    <key>SenderID</key>
    <string>2D9F4-...-A1B2</string>
    <key>BundleID</key>
    <string>com.apple.finder</string>
    <key>Files</key>
    <array>
      <dict>
        <key>FileName</key>     <string>payload.bin</string>
        <key>FileType</key>     <string>public.data</string>
        <key>FileBomPath</key>  <string>./payload.bin</string>
        <key>FileSize</key>     <integer>2483712</integer>
        <key>FileIsDirectory</key> <false/>
      </dict>
    </array>
  </dict>
</plist>

POST /Upload · content-type: application/x-cpio
# body is: gzip( cpio( files... ) )
# on macOS: bsdtar + gzip equivalent

  $ ls files/
  payload.bin  thumb.jpg

  $ tar -cf - --format=odc files/ | gzip -9 > body.cpio.gz

  $ file body.cpio.gz
  body.cpio.gz: gzip compressed data, original size 2.4 MB

# sent inside the TLS tunnel as raw POST body

• الرسائل (records) بصيغة Apple Property List (plist).
• الملفات تُجمَّع في أرشيف cpio (نوع المحتوى application/x-cpio) ثم تُضغط، وتُرسَل داخل نفق TLS.
• السرعة النظرية للرابط الأساسي AWDL قد تصل إلى ~200 Mbps في ظروف مثالية، محكومة بازدحام القناة وطبيعة الوسط المشترك.

سلسلة الثقة والشهادات

• Apple تُصدر لكل جهاز/حساب شهادة هوية موقّعة من سلطة تصديق خاصة بها (Apple Root CA).
• في وضع Contacts Only، يتحقّق كل طرف من أن شهادة الآخر تعود لهوية ضمن جهات اتصاله (عبر سجل التحقّق وربطه بالـ hashes).
• هذه السلسلة المغلقة هي ما يصعّب على طرف ثالث (محاكٍ) انتحال «جهة اتصال معروفة» — بينما وضع Everyone أسهل بكثير للمحاكاة لأنه لا يتطلّب إثبات قرابة جهة اتصال.

نقاط ارتكاز الوحدة 2

تمارين الوحدة 2