DRM في التطبيقات المحمولة: الأساسيات وأنظمة الحماية ومبدأ العمل

ما هو DRM؟

DRM هو مجموعة من الأساليب التشفيرية والبرمجية التي تتحكم في الوصول إلى المحتوى الرقمي. على عكس التشفير البسيط، يتضمن DRM نظام ترخيص: المحتوى مشفر، ويتطلب عرضه مفتاحًا لا يُصدر إلا بعد التحقق من حقوق المستخدم.

الهدف الرئيسي لـ DRM هو منع القرصنة وضمان الامتثال للقيود الإقليمية. بدون DRM، لا يرخص أصحاب المحتوى (استوديوهات الأفلام، شركات التسجيل) محتواهم لمنصات البث. وفقًا لـ Motion Picture Association (2025)، أدى استخدام DRM إلى تقليل التوزيع غير القانوني للأفلام في البث بنسبة 62% مقارنة بعصر نسخ DVD.

في تطوير التطبيقات المحمولة، يتم دمج DRM على مستوى مشغل الوسائط: يستخدم المطور ExoPlayer (Android) أو AVPlayer (iOS) أو Shaka Player (Web)، والتي تدعم فك التشفير المدمج للدفق المشفر. لا يحتاج المطور إلى تنفيذ التشفير — فقط دمج SDK للترخيص.

DRM وCENC (التشفير الموحد)

معيار CENC (التشفير الموحد — ISO/IEC 23001-7) يسمح باستخدام ملف وسائط مشفر واحد لجميع أنظمة DRM. يتم تشفير المحتوى مرة واحدة، ويتم توزيع المفاتيح عبر خوادم ترخيص مختلفة. هذا أمر بالغ الأهمية للخدمات متعددة المنصات: Netflix تشفر الفيلم مرة واحدة وتوصله إلى Android (Widevine) وiOS (FairPlay) وWindows (PlayReady) دون إعادة ترميز.

يستخدم CENC تشفير CBC بمفاتيح مختلفة لمسارات الصوت والفيديو. يتم تخزين كل مفتاح مشفرًا في بيان MPD (MPEG-DASH) أو M3U8 (HLS). معرف المحتوى (KID) يربط الدفق المشفر بالترخيص على الخادم — بدون ترخيص صالح، لا يمكن فك تشفير المفتاح.

كيف يعمل DRM في التطبيقات المحمولة

تتكون عملية تشغيل DRM من أربع مراحل: تحميل البيان، الحصول على الترخيص، فك تشفير المحتوى، والعرض. كل مرحلة يتم تنفيذها بواسطة مكونات مختلفة للنظام — مشغل الوسائط، وحدة CDM، وخادم التراخيص.

• تحميل البيان — يتلقى المشغل MPD (DASH) أو M3U8 (HLS) مع بيانات وصفية حول المقاطع المشفرة ونظام التشفير وعنوان URL لخادم التراخيص.
• طلب الترخيص — يمرر المشغل معرف المحتوى (KID) إلى وحدة فك تشفير المحتوى (CDM)، التي تنشئ طلبًا إلى خادم التراخيص.
• الحصول على المفتاح — يتحقق الخادم من حقوق المستخدم (الاشتراك، المنطقة، الجهاز) ويعيد مفتاحًا مشفرًا بالمفتاح العام للجهاز.
• فك تشفير الدفق — تقوم CDM بفك تشفير المفتاح باستخدام المفتاح الخاص للجهاز وتمريره إلى مشغل الوسائط لفك تشفير مقاطع الفيديو في الوقت الفعلي.

وحدة فك تشفير المحتوى (CDM)

CDM هي وحدة محمية برمجيًا أو عتاديًا تقوم بفك تشفير المحتوى. على Android، يتم تنفيذ CDM على مستوى واجهة برمجة التطبيقات MediaDrm؛ على iOS، تكون مدمجة في AVFoundation عبر AVContentKeySession. لا تكشف CDM أبدًا عن المفتاح للتطبيق — جميع العمليات التشفيرية تتم داخل بيئة آمنة (TEE — بيئة التنفيذ الموثوقة).

على الأجهزة ذات الدعم العتادي (مستوى الأمان 1)، تعمل CDM داخل TEE — لا يدخل المفتاح أبدًا إلى الذاكرة الرئيسية للجهاز. هذا مطلب من الاستوديوهات لتشغيل محتوى 4K HDR. على الأجهزة بدون TEE، يتم فك تشفير المفاتيح برمجيًا (L3)، مما يقلل الأمان ويحد من الجودة القصوى إلى 540p.

الأنظمة الرئيسية لـ DRM

ثلاثة أنظمة DRM تهيمن على المنصات المحمولة. كل منها حصري لنظامه البيئي، لكن جميعها تدعم CENC، مما يسمح باستخدام دفق محتوى مشفر واحد عبر جميع المنصات.

اختيار DRM لخدمة متعددة المنصات

لخدمة البث التي تعمل على جميع المنصات، يلزم دعم جميع أنظمة DRM الثلاثة. الحل العملي هو استخدام CDN مع دعم متعدد DRM (Muvi، Vualto، Axinom)، الذي يوجه طلبات التراخيص تلقائيًا إلى الخادم المناسب بناءً على جهاز المستخدم. وفقًا لـ Streaming Learning Center (2025)، 78% من خدمات البث تستخدم نهج Multi-DRM.

معيار MPEG-DASH مع CENC يبسط البنية: يتم تشفير المحتوى مرة واحدة بمفتاح مشترك، ويتم اختيار نظام DRM على جانب العميل. يتلقى خادم التراخيص طلبًا مع معرف الجهاز ويعيد مفتاحًا مشفرًا لـ CDM المحدد. لا فرق في المحتوى للمنصات المختلفة — فقط خادم تراخيص مختلف.

Widevine: المستويات والميزات

Widevine هو نظام DRM من Google، المعيار الفعلي على Android. يدعم ثلاثة مستويات أمان تحدد أين وكيف يتم فك تشفير المحتوى. يعتمد مستوى الأمان على قدرات الجهاز العتادية ويحدد الدقة القصوى للمحتوى.

مستويات أمان Widevine

Widevine L1 (عتادي) — المستوى الأكثر أمانًا. جميع العمليات التشفيرية تتم داخل بيئة التنفيذ الموثوقة (TEE). لا يغادر المفتاح المنطقة الآمنة أبدًا. يمكن لأجهزة L1 تشغيل محتوى حتى 4K HDR. مطلوب شهادة من Google — عملية تخضع لها الأجهزة الرائدة.

Widevine L3 (برمجي) — يتم فك التشفير في الذاكرة الرئيسية للجهاز. يمكن لمهاجم ماهر تقنيًا استخراج المفتاح. الدقة محدودة إلى 540p (960x540) للمحتوى المتميز. جميع أجهزة Android تدعم L3، حتى لو لم تكن معتمدة لـ L1.

Widevine L2 — مستوى متوسط نادر حيث يتم فك التشفير في TEE، لكن العرض يتم عبر مسار غير محمي. يُستخدم في بعض أجهزة Smart TV. لا يُوجد تقريبًا على الأجهزة المحمولة.

كيفية تحديد مستوى Widevine على الجهاز

import android.media.MediaDrm
import android.media.UUID

fun checkWidevineLevel(): String {
    val widevineUuid = UUID.fromString("edef8ba9-79d6-4ace-a3c8-27dcd51d21ed")
    val mediaDrm = MediaDrm(widevineUuid)

    val securityLevel = mediaDrm.getPropertyString(
        MediaDrm.PROPERTY_SECURITY_LEVEL
    )

    return when (securityLevel) {
        "L1" -> "Widevine L1 — حماية عتادية"
        "L3" -> "Widevine L3 — حماية برمجية"
        else -> "Widevine $securityLevel"
    }
}

تستعلم الطريقة من CDM عن الخاصية securityLevel عبر UUID الخاص بـ Widevine. القيمة المعادة هي سلسلة L1 أو L2 أو L3، تشير إلى مستوى الحماية الحالي للجهاز. هذه المعلومات حاسمة لخدمات البث: إذا كان الجهاز يحتوي فقط على L3، لا يمكن عرض محتوى 4K.

Apple FairPlay: البنية ومبدأ العمل

FairPlay هو نظام DRM من Apple، مدمج في جميع منصات النظام البيئي: iOS وiPadOS وmacOS وtvOS وwatchOS. على عكس Widevine، ليس لدى FairPlay مستويات أمان — الحماية تحددها الجهاز. على iOS مع Secure Enclave، يوفر FairPlay مستوى حماية مماثلاً لـ Widevine L1.

يعمل FairPlay حصريًا مع بروتوكول HLS (HTTP Live Streaming). يتم تعبئة المحتوى في مقاطع .ts (MPEG-TS) أو أجزاء .m4s (fMP4). يحتوي بيان M3U8 على علامة #EXT-X-KEY مع URI لخادم التراخيص (KSM — وحدة خادم المفاتيح) وIV التهيئة. عند بدء التشغيل، يقرأ AVPlayer البيان ويطلب المفتاح عبر AVContentKeySession.

دمج FairPlay Streaming

import AVFoundation

let contentKeySession = AVContentKeySession(keySystem: fairPlayStreaming)
let player = AVPlayer(playerItem: playerItem)
contentKeySession.setDelegate(self, queue: delegateQueue)

func contentKeySession(
    _ session: AVContentKeySession,
    didProvide keyRequest: AVContentKeyRequest
) {
    let assetId = keyRequest.identifier as! String
    sendLicenseRequest(assetId) { licenseData in
        keyRequest.processContentKeyResponse(
            AVContentKeyResponse(fairPlayStreamingKeyResponseData: licenseData)
        )
    }
}

يتلقى مفوض AVContentKeySession طلب مفتاح مع معرف المحتوى (assetId). يرسل التطبيق هذا المعرف إلى خادم التراخيص الخاص به (KSM)، الذي يعيد المفتاح المشفر. استدعاء processContentKeyResponse يمرر المفتاح إلى CDM لفك التشفير. إذا كان الترخيص غير صالح (منتهي، غير مدفوع)، يعيد الخادم خطأ 403، ولا يبدأ AVPlayer التشغيل.

تحميل المفاتيح الدائمة للمحتوى دون اتصال

يدعم FairPlay المفاتيح الدائمة — حفظ الترخيص على الجهاز للمشاهدة دون اتصال. بعد تلقي المفتاح، يستدعي التطبيق processContentKeyResponse مع علامة allowsPersistableKey. يتم تخزين المفتاح في Keychain ويمكن استخدامه دون الاتصال بالخادم عند التشغيل لاحقًا. ومع ذلك، فإن الترخيص دون اتصال له فترة صلاحية محدودة — عادة 7–30 يومًا، وبعدها يلزم التجديد.

يتم تخزين التراخيص دون اتصال في التخزين المحمي لـ iOS — Keychain. عند محاولة كسر الحماية (jailbreak) أو استخراج تفريغ، يدمر Secure Enclave المفاتيح. وفقًا لـ Apple (2025)، تُستخدم تقنية المفاتيح الدائمة في Apple TV+ وNetflix وDisney+ لتنزيل المحتوى على iPad قبل السفر.

Microsoft PlayReady للحماية الشاملة

PlayReady هو DRM من Microsoft، يُستخدم على Windows وXbox وWindows Phone القديم. على الرغم من أن PlayReady أقل شيوعًا على الأجهزة المحمولة من Widevine وFairPlay، إلا أنه مهم لحلول البث الشاملة التي تعمل على جميع منصات Microsoft. يدعم PlayReady الحماية البرمجية والعتادية عبر TPM.

يستخدم PlayReady بنية SL (مستوى الأمان): SL2000 (برمجي، مشابه لـ Widevine L3)، SL3000 (عتادي، مشابه لـ L1). على Xbox Series X، يعمل PlayReady SL3000 عبر TEE+TPM — يتم استخراج المفاتيح فقط في بيئة محمية. هذا يسمح بتشغيل Blu-ray 4K على الجهاز دون خطر النسخ.

وفقًا لـ Microsoft Docs (2026)، يدعم PlayReady CENC ويمكنه العمل مع MPEG-DASH عبر Media Source Extensions (MSE) في متصفحات Edge. للتطبيقات المحمولة على Android وiOS، يتوفر PlayReady عبر SDK لكنه نادر الاستخدام — بشكل أساسي للتطبيقات المؤسسية وخدمات الوسائط من Microsoft.

PlayReady Native SDK لنظام Android

توفر Microsoft PlayReady Native SDK لنظامي Android وiOS. يتم التكامل عبر ExoPlayer مع ملحق PlayReady: يضيف المطور PlayReadyRenderer، الذي يُدمج في سلسلة فك التشفير. يتحول ExoPlayer تلقائيًا بين Widevine وPlayReady بناءً على نظام DRM المحدد في بيان MPD.

على الرغم من أن PlayReady نادرًا ما يُستخدم في التطبيقات المحمولة، إلا أن دعمه إلزامي للخدمات ضمن النظام البيئي لـ Microsoft — على سبيل المثال، منصات التدريب المؤسسي على SharePoint وStream. وفقًا لـ Microsoft (2025)، يُستخدم PlayReady في 23% من حلول الوسائط المؤسسية مقابل 62% لـ Widevine.

دمج DRM في تطبيق محمول

دمج DRM في تطبيق محمول لا يتطلب كتابة كود تشفير — يعمل المطور مع مشغل يدعم DRM بشكل مدمج. دعنا ننظر إلى التكامل على Android عبر ExoPlayer مع ملحق DRM.

إعداد ExoPlayer مع دعم Widevine

val drmSessionManager = DefaultDrmSessionManager.Builder()
    .setUuidAndExoMediaDrmProvider(
        C.WIDEVINE_UUID,
        FrameworkMediaDrm.DEFAULT_PROVIDER
    )
    .setMultiSession(true)
    .build(mediaDrmCallback)

val mediaItem = MediaItem.Builder()
    .setUri(mpdUrl)
    .setDrmConfiguration(
        MediaItem.DrmConfiguration.Builder(C.WIDEVINE_UUID)
            .setLicenseUri(licenseUrl)
            .setLicenseRequestHeaders(headers)
            .build()
    )
    .build()

exoPlayer.setMediaItem(mediaItem)
exoPlayer.prepare()

DefaultDrmSessionManager يدير جلسة DRM: ينشئ جلسة MediaDrm، ويعالج طلبات التراخيص، ويمرر المفاتيح إلى جهاز فك التشفير. المعامل setMultiSession(true) يسمح بفك تشفير تدفقات متعددة (صوت + فيديو) في وقت واحد في جلسات مختلفة. MediaDrmCallback ينفذ طلب HTTP إلى خادم التراخيص — عادة POST مع نص SignedRequest.

MediaDrmCallback لطلب الترخيص

val mediaDrmCallback = DefaultDrmSessionManager.MediaDrmCallback {
    url, requestBody ->

    val response = OkHttpClient().newCall(
        Request.Builder()
            .url(url)
            .post(RequestBody.create(requestBody, MediaType.parse("application/octet-stream")))
            .addHeader("Authorization", "Bearer ")
            .build()
    ).execute()

    val responseBytes = response.body?.bytes()
        ?: throw DrmSessionException(Exception("Empty license response"))

    responseBytes
}

يرسل الاستدعاء طلب POST إلى خادم التراخيص مع UUID الخاص بـ Widevine في النص. يتحقق الخادم من مصادقة المستخدم (الرمز المميز في الرأس) ويعيد المفتاح المشفر. إذا لم يكن لدى المستخدم اشتراك نشط، يعيد الخادم 403 Forbidden — يولد ExoPlayer خطأ DRM، يجب معالجته عبر onPlayerError.

معالجة أخطاء DRM

تحدث أخطاء DRM عندما يكون الترخيص غير صالح، منتهي الصلاحية، أو عندما لا يدعم الجهاز مستوى الحماية المطلوب. يمرر ExoPlayer الخطأ عبر Player.Listener.onPlayerError مع رموز TYPE_DRM_LICENSE_EXPIRED أو TYPE_DRM_UNSUPPORTED أو TYPE_SOURCE. يُوصى بعرض رسالة إعلامية للمستخدم: «المحتوى غير متاح لهذا الجهاز» أو «جدد اشتراكك للمشاهدة.»

وفقًا لتحليلات خدمات البث (2025)، ما يصل إلى 8% من حالات فشل بدء التشغيل مرتبطة بأخطاء DRM. من هذه، 60% تراخيص منتهية، 25% عدم توافق الجهاز، و15% أخطاء شبكة أثناء طلب المفتاح. إعادة المحاولة التلقائية بعد 5 ثوانٍ تحل 40% من حالات أخطاء الشبكة.