次の方法で共有


セキュア オーディオ パス モデル (非推奨)

[このページに関連付けられている機能である Windows Media Format 11 SDK は、従来の機能です。 ソース リーダーシンク ライターに置き換わりました。 ソース リーダーシンク ライターは、Windows 10とWindows 11用に最適化されています。 Microsoft では、可能であれば、新しいコードで Windows Media Format 11 SDK ではなくソース リーダーシンク ライターを使用することを強くお勧めします。 Microsoft は、レガシ API を使用する既存のコードを、可能であれば新しい API を使用するように書き換えるよう提案しています。]

このページでは、今後のバージョンの Windows で別のテクニカル ソリューションでサポートされる機能について説明します。

Microsoft Secure Audio Path (SAP) は、Microsoft Windows Me と Microsoft Windows® XP の機能です。 セキュリティで保護されたオーディオ パス経由でのみオーディオ ファイルを再生するという要件は、DRM ライセンスで指定され、DRM クライアント コンポーネントによって適用されます。 SAP 専用ファイルが最初に保護されている場合、追加の暗号化は追加されません。 SAP 暗号化は、再生に関連するすべてのソフトウェア コンポーネントの認証プロセスと同様に、再生時に DRM コンポーネントによって自動的に追加されます。 そのため、SAP の動作はアプリケーションに対して完全に透過的であるため、SAP を有効または無効にする方法やプロパティが Windows Media Format SDK にありません。 必要に応じて、保護されたファイルを作成するときに、コンテンツ所有者は、ライセンス サーバーに SAP 要件をライセンスに追加するように指示するために、"DRMHeader.SAPRequired" のようなカスタム ヘッダー属性を追加できます。 このようなスキームの実装は、コンテンツ所有者とライセンス サービスにかかっています。

現在の DRM モデルでは、SAP が適用されていない場合、保護されたデジタル音楽が再生されると、暗号化されたコンテンツが DRM クライアント コンポーネントに渡されます。 DRM クライアントは、Windows Media Format SDK を組み込んだアプリケーションと DRM コンポーネントが有効であることを確認します。 有効な場合、DRM クライアントはコンテンツを復号化してアプリケーションに送信し、下位レベルのオーディオ コンポーネントに送信します。 この時点で、復号化された音楽は、復号化されたオーディオ ビットをインターセプトできるユーザー モード アプリケーションとプラグインおよびカーネル モード ドライバーで使用できます。

セキュリティで保護されたオーディオ パスの要件が適用されると、コンテンツはアプリケーションによって暗号化解除されず、暗号化された状態で下位レベルのコンポーネントに渡され、そのすべてが Microsoft によって信頼できるものとして認証されます。 信頼されたオーディオ コンポーネントとは、他の特定の信頼できるコンポーネントを除き、どのシステム コンポーネントでもオーディオ コンテンツを使用できないコンポーネントです。 このようにして、デジタルコンテンツはドライバーレベルまで保護されたままです。

次の図は、セキュア オーディオ パス モデルと比較して現在のモデルを示しています。

セキュリティで保護されたオーディオ パス モデルの図