RFC 5410 - Multimedia Internet KEYing (MIKEY) General Extension Payload for Open Mobile Alliance BCAST 1.0 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc5410
タイトル : RFC 5410 - Multimedia Internet Keying（Mikey）オープンモバイルアライアンスBCAST 1.0の一般的な拡張ペイロード
翻訳編集 : 自動生成

[要約] 要約： RFC 5410は、Open Mobile Alliance BCAST 1.0のためのMultimedia Internet KEYing（MIKEY）一般拡張ペイロードに関する仕様です。このRFCの目的は、BCAST 1.0でのセキュリティ要件を満たすために、MIKEYプロトコルの拡張を提供することです。

Network Working Group                                   A. Jerichow, Ed.
Request for Comments: 5410                        Nokia Siemens Networks
Obsoletes: 4909                                                 L. Piron
Category: Informational                                 Nagravision S.A.
                                                            January 2009

Multimedia Internet KEYing (MIKEY) General Extension Payload for Open Mobile Alliance BCAST 1.0

Multimedia Internet Keying（Mikey）オープンモバイルアライアンスBCAST 1.0の一般的な拡張ペイロード

Status of This Memo

本文書の位置付け

This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.

このメモは、インターネットコミュニティに情報を提供します。いかなる種類のインターネット標準を指定しません。このメモの配布は無制限です。

著作権表示

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/ license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.

このドキュメントは、BCP 78およびIETFドキュメント（http://trustee.ietf.org/ license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。

Abstract

概要

This document specifies a new Multimedia Internet KEYing (MIKEY) General Extension payload to transport the short-term key message (STKM) and long-term key message (LTKM) payloads as well as the management data LTKM reporting message and parental control message payloads defined in the Open Mobile Alliance's (OMA) Broadcast (BCAST) group's Service and Content protection specification.

このドキュメントは、新しいマルチメディアインターネットキーイング（Mikey）一般的な拡張ペイロードを指定して、短期キーメッセージ（STKM）および長期キーメッセージ（LTKM）のペイロードを輸送し、管理データLTKMレポートメッセージと親のコントロールメッセージを定義したペアレントコントロールメッセージを定義します。Open Mobile Alliance（OMA）ブロードキャスト（BCAST）グループのサービスおよびコンテンツ保護仕様。

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . . . 2
   2.  Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 3
   3.  MIKEY General Extension for OMA BCAST Usage . . . . . . . . . . 3
   4.  Interoperability Considerations . . . . . . . . . . . . . . . . 4
   5.  Security Considerations . . . . . . . . . . . . . . . . . . . . 4
   6.  IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 5
   7.  Changes since RFC 4909  . . . . . . . . . . . . . . . . . . . . 5
   8.  Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 5
   9.  References  . . . . . . . . . . . . . . . . . . . . . . . . . . 6
     9.1.  Normative References  . . . . . . . . . . . . . . . . . . . 6
     9.2.  Informative References  . . . . . . . . . . . . . . . . . . 6

1. Introduction

1. はじめに

The Multimedia Internet KEYing (MIKEY) protocol specification (RFC 3830 [RFC3830]) defines a General Extension payload to allow possible extensions to MIKEY without having to allocate a new payload type. The General Extension payload can be used in any MIKEY message and is part of the authenticated/signed data part. There is an 8-bit type field in that payload. The type code assignment is IANA-managed, and RFC 3830 requires IETF consensus for assignments from the public range of 0-240.

マルチメディアインターネットキーイング（Mikey）プロトコル仕様（RFC 3830 [RFC3830]）は、一般的な拡張ペイロードを定義して、新しいペイロードタイプを割り当てることなくMikeyに可能な拡張機能を可能にします。一般的な拡張ペイロードは、任意のMikeyメッセージで使用でき、認証/署名されたデータパーツの一部です。そのペイロードには8ビット型フィールドがあります。タイプコードの割り当てはIANAが管理しており、RFC 3830には、0〜240のパブリック範囲からの割り当てのIETFコンセンサスが必要です。

The Open Mobile Alliance's (OMA) Broadcast (BCAST) group's Service and Content Protection specification [SPCP] specifies the use of a short-term key message (STKM), a long-term key message (LTKM), an LTKM reporting message, and a parental control message that carry attributes related to Service and Content protection. Note that any keys associated with the attributes, such as the Parental Control Pincode if present, are part of the MIKEY KEMAC payload.

Open Mobile Alliance（OMA）Broadcast（BCAST）グループのサービスおよびコンテンツ保護仕様[SPCP]は、短期キーメッセージ（STKM）、長期キーメッセージ（LTKM）、LTKMレポートメッセージ、およびLTKMレポートメッセージの使用を指定します。サービスとコンテンツの保護に関連する属性を運ぶ親制御メッセージ。存在する場合、親のコントロールがpincodeなどの属性に関連付けられたキーは、マイキーケマックペイロードの一部であることに注意してください。

This document specifies the use of the General Extension payload of MIKEY to carry the messages mentioned above, as well as protection of the credentials using mechanisms supported by MIKEY with modifications in [RFC3830].

このドキュメントは、上記のメッセージを伝えるためにMikeyの一般的な拡張ペイロードの使用と、[RFC3830]の修正でMikeyがサポートするメカニズムを使用した資格情報の保護を指定しています。

RFC 3830 [RFC3830], the MIKEY General Extension payload defined in RFC 4563 [RFC4563], and the 3rd Generation Partnership Project (3GPP)'s Multimedia Broadcast/ Multicast Service (MBMS) document [3GPP.33.246] specify the transport of MIKEY messages via unicast or broadcast; the OMA BCAST specifications use either for transport of MIKEY messages.

RFC 3830 [RFC3830]、RFC 4563 [RFC4563]で定義されたマイキージェネラルエクステンションペイロード、および第3世代パートナーシッププロジェクト（3GPP）のマルチメディアブロードキャスト/マルチキャストサービス（MBMS）ドキュメント[3GPP.33.246]ユニキャストまたはブロードキャストを介して。OMA BCAST仕様は、Mikeyメッセージの輸送に使用します。

2. Terminology

2. 用語

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].

この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はRFC 2119 [RFC2119]で説明されているように解釈されます。

OMA BCAST MIKEY General Extension: We refer to the General Extension type -- 5 -- as the OMA BCAST MIKEY General Extension.

OMA BCAST MIKEY GENERAL EXTRINCE：一般的な拡張タイプ-5-をOMA BCAST Mikey General Extensionと呼びます。

3. MIKEY General Extension for OMA BCAST Usage

3. OMA BCAST使用のためのMikey General Extension

The OMA BCAST Type (Type 5) formats the MIKEY General Extension payload as follows:

OMA BCASTタイプ（タイプ5）は、次のようにMikey General Extensionペイロードをフォーマットします。

                       1                   2                   3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   ! Next Payload !      Type     !            Length            !
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   !       OMA BCAST Data Subtype  (variable length)             ~
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Figure 1: OMA BCAST MIKEY General Extension

図1：OMA BCAST Mikey General Extension

Next Payload and Length are defined in Section 6.15 of [RFC3830].

次のペイロードと長さは、[RFC3830]のセクション6.15で定義されています。

Type (8 bits): identifies the type of the General Extension Payload (see Section 6.15 of [RFC3830]). This document adds a new type. It specifies the use of Type 5 for OMA BCAST Service and Content Protection using the Smartcard Profile.

タイプ（8ビット）：一般的な拡張ペイロードのタイプを識別します（[RFC3830]のセクション6.15を参照）。このドキュメントは新しいタイプを追加します。SmartCardプロファイルを使用して、OMA BCASTサービスとコンテンツ保護にタイプ5の使用を指定します。

   Type        | Value | Comments
   ------------------------------------------------------------------
   OMA BCAST   |     5 | information on type and identity of messages

Figure 2: Definition of the OMA BCAST MIKEY General Extension Payload

図2：OMA BCAST MIKEY GENERAL EXTRINCERペイロードの定義

OMA BCAST Data Subtype (variable length): defines a variable length Data field. This field is formed by subtype-payloads. The contents of the variable length OMA BCAST Data Subtype field are defined below.

OMA BCASTデータサブタイプ（変数長）：可変長データフィールドを定義します。このフィールドは、サブタイプペイロードによって形成されます。可変長OMA BCASTデータサブタイプフィールドの内容を以下に定義します。

                       1                   2                   3
   0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   !   Subtype     ! Subtype Specific Data (variable length)     ~
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Figure 3: STKM/LTKM/LTKM Reporting/Parental Control Subtype Payload

図3：STKM/LTKM/LTKMレポート/親制御サブタイプペイロード

Subtype: 8 bits. This field indicates the subtype of the OMA BCAST payload. In this specification, four values are specified: LTKM (1), STKM (2), LTKM Reporting (3), and Parental Control (4).

サブタイプ：8ビット。このフィールドは、OMA BCASTペイロードのサブタイプを示しています。この仕様では、LTKM（1）、STKM（2）、LTKMレポート（3）、および親のコントロール（4）の4つの値が指定されています。

Subtype Specific Data: Variable length.

サブタイプ固有のデータ：変数長。

         OMA BCAST Data Subtype | Value | Comment
         -----------------------------------------------------------
         LTKM                   |     1 | Long Term Key Message
         STKM                   |     2 | Short Term Key Message
         LTKM Reporting         |     3 | LTKM Reporting Message
         Parental Control       |     4 | Parental Control Message

Figure 4: Subtype Definitions for OMA BCAST Messages

図4：OMA BCASTメッセージのサブタイプ定義

The contents of the OMA BCAST Data Subtype payload field are defined in Section 6 of the OMA BCAST Service and Content Protection specification [SPCP].

OMA BCASTデータサブタイプのペイロードフィールドの内容は、OMA BCASTサービスおよびコンテンツ保護仕様[SPCP]のセクション6で定義されています。

4. Interoperability Considerations

4. 相互運用性の考慮事項

This document specifies the use of MIKEY General Extension payload Type 5 and four subtype values: 1 and 2 for OMA BCAST Service and Content protection's LTKM and STKM payloads (respectively), 3 for LTKM Reporting payload, and 4 for Parental Control payload. Interoperability considerations span several standards bodies, with OMA BCAST 1.0 enabler compliance being the key aspect; as such, it is up to the OMA test planning to verify the interoperability and compliance of OMA BCAST 1.0 implementations. This payload type assignment does not change MIKEY beyond RFC 3830 [RFC3830] and RFC 4563 [RFC4563].

このドキュメントは、Mikey General Extension Payload Type 5および4つのサブタイプの値の使用を指定します。OMABCASTサービスおよびコンテンツ保護のLTKMおよびSTKMペイロード（それぞれ）の1および2（それぞれ）、Payloadのレポートレポート3、および4ペアレントコントロールペイロードに4。相互運用性の考慮事項は、いくつかの標準団体に及び、OMA BCAST 1.0イネーブラーコンプライアンスが重要な側面です。そのため、OMA BCAST 1.0の実装の相互運用性とコンプライアンスを確認するのは、OMAテスト計画次第です。このペイロードタイプの割り当ては、RFC 3830 [RFC3830]およびRFC 4563 [RFC4563]を超えてMikeyを変えません。

5. Security Considerations

5. セキュリティに関する考慮事項

According to RFC 3830 [RFC3830], the General Extension payload can be used in any MIKEY message and is part of the authenticated/signed data part. The parameters proposed to be included in the OMA BCAST MIKEY General Extension payload (listed in Section 3) need only to be integrity protected, which is already allowed by the MIKEY specification. The OMA BCAST MIKEY General Extension payload SHALL be integrity protected. Furthermore, keys or any parameters that require confidentiality MUST NOT be included in the General Extension payload. If keys or other confidential data are to be transported via the General Extension payload, such data MUST be encrypted and encapsulated independently. Finally, note that MIKEY already provides replay protection and that protection also covers the General Extension payload.

RFC 3830 [RFC3830]によると、一般的な拡張ペイロードは任意のマイキーメッセージで使用でき、認証/署名されたデータパーツの一部です。OMA BCAST Mikey General Extension Payload（セクション3にリストされている）に含まれることが提案されているパラメーターは、Mikey仕様によってすでに許可されている整合性保護のみが必要です。OMA BCAST Mikey General Extensionペイロードは、整合性保護されているものとします。さらに、機密性を必要とするキーまたは任意のパラメーターを一般的な拡張ペイロードに含めてはなりません。キーまたはその他の機密データを一般的な拡張ペイロードを介して輸送する場合、そのようなデータは暗号化され、独立してカプセル化する必要があります。最後に、Mikeyはすでにリプレイ保護を提供しており、保護は一般的な拡張ペイロードもカバーしていることに注意してください。

6. IANA Considerations

6. IANAの考慮事項

IANA has allocated an OMA BCAST MIKEY General Extension Type --5-- from the "General Extensions payload name space" for use by OMA BCAST as requested by RFC 4909 [RFC4909]. Furthermore, IANA has created a name space for the OMA BCAST payload subtype values defined in [RFC4909] and has assigned the following subtype values from this name space: LTKM (1), STKM (2).

IANAは、RFC 4909 [RFC4909]が要求したように、OMA BCASTが使用する「一般的な拡張ペイロード名スペース」からOMA BCAST MIKEY一般的な拡張タイプ-5-を割り当てました。さらに、IANAは[RFC4909]で定義されたOMA BCASTペイロードサブタイプ値の名前空間を作成し、この名前空間（LTKM（1）、STKM（2）から次のサブタイプ値を割り当てました。

IANA has allocated two new subtypes from the OMA BCAST payload subtype name space.

IANAは、OMA BCASTペイロードサブタイプ名スペースから2つの新しいサブタイプを割り当てました。

The subtypes are as follows:

サブタイプは次のとおりです。

Subtype Name: LTKM Reporting

サブタイプ名：LTKMレポート

Value: 3

値：3

and

と

Subtype Name: Parental Control

サブタイプ名：親のコントロール

Value: 4

値：4

7. Changes since RFC 4909

7. RFC 4909以降の変更

OMA BCAST Service and Content Protection specification [SPCP] contains messages that were created since RFC 4909 was written. This document only adds the necessary assignments to support these new messages. No modifications are made on values assigned by RFC 4909 [RFC4909].

OMA BCASTサービスとコンテンツ保護仕様[SPCP]には、RFC 4909が作成されてから作成されたメッセージが含まれています。このドキュメントは、これらの新しいメッセージをサポートするために必要な割り当てのみを追加します。RFC 4909 [RFC4909]によって割り当てられた値に変更は行われません。

8. Acknowledgments

8. 謝辞

Many thanks to the authors of RFC 4909 [RFC4909] for allowing us to obsolete their RFC.

RFC 4909 [RFC4909]の著者に感謝します。

9. References

9. 参考文献

9.1. Normative References

9.1. 引用文献

[3GPP.33.246] 3GPP, "3G Security; Security of Multimedia Broadcast/ Multicast Service (MBMS)", 3GPP TS 33.246 6.12.0, October 2007.

[3GPP.33.246] 3GPP、「3Gセキュリティ、マルチメディアブロードキャスト/マルチキャストサービス（MBMS）のセキュリティ」、3GPP TS 33.246 6.12.0、2007年10月。

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。

[RFC3830] Arkko, J., Carrara, E., Lindholm, F., Naslund, M., and K. Norrman, "MIKEY: Multimedia Internet KEYing", RFC 3830, August 2004.

[RFC3830] Arkko、J.、Carrara、E.、Lindholm、F.、Naslund、M。、およびK. Norrman、「Mikey：Multimedia Internet Keying」、RFC 3830、2004年8月。

[RFC4563] Carrara, E., Lehtovirta, V., and K. Norrman, "The Key ID Information Type for the General Extension Payload in Multimedia Internet KEYing (MIKEY)", RFC 4563, June 2006.

[RFC4563] Carrara、E.、Lehtovirta、V。、およびK. Norrman、「マルチメディアインターネットキーイング（Mikey）の一般的な拡張ペイロードの重要なID情報タイプ」、2006年6月、RFC 4563。

[SPCP] Open Mobile Alliance, "Service and Content Protection for Mobile Broadcast Services", OMA-TS-BCAST_SvcCntProtection-V1_0, <http://www.openmobilealliance.org>.

[SPCP]オープンモバイルアライアンス、「モバイル放送サービスのサービスとコンテンツ保護」、OMA-TS-BCAST_SVCCNTPROTECTION-V1_0、<http://www.openmobilealliance.org>。

9.2. Informative References

9.2. 参考引用

[RFC4909] Dondeti, L., Castleford, D., and F. Hartung, "Multimedia Internet KEYing (MIKEY) General Extension Payload for Open Mobile Alliance BCAST LTKM/STKM Transport", RFC 4909, June 2007.

[RFC4909] Dondeti、L.、Castleford、D。、およびF. Hartung、「マルチメディアインターネットキーイング（Mikey）オープンモバイルアライアンスBCAST LTKM/STKM Transportの一般的な拡張ペイロード」、RFC 4909、2007年6月。

Authors' Addresses

著者のアドレス

Anja Jerichow (editor) Nokia Siemens Networks Martinstr. 76 81541 Munich Germany

Anja Jerichow（編集者）Nokia Siemens Networks Martinstr。76 81541ミュンヘンドイツ

   Phone: +49 89 636-45868
   EMail: anja.jerichow@nsn.com

Laurent Piron Nagravision S.A. Case Postale 134 1033 Cheseaux Switzerland

ローレント・ピロン・ナグラヴィジョンS.A.ケースポストレ134 1033チェソースイス

   Phone: +41 21 732 05 37
   EMail: laurent.piron@nagravision.com