ImageVerifierCode 换一换
格式:PDF , 页数:11 ,大小:77.17KB ,
资源ID:743100      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-743100.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ETSI TS 132 375-2010 Digital cellular telecommunications system (Phase 2+) Universal Mobile Telecommunications System (UMTS) LTE Telecommunication management Security services for .pdf)为本站会员(ideacase155)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ETSI TS 132 375-2010 Digital cellular telecommunications system (Phase 2+) Universal Mobile Telecommunications System (UMTS) LTE Telecommunication management Security services for .pdf

1、 ETSI TS 132 375 V9.0.0 (2010-02)Technical Specification Digital cellular telecommunications system (Phase 2+);Universal Mobile Telecommunications System (UMTS);LTE;Telecommunication management;Security services for Integration Reference Point (IRP);File integrity solution(3GPP TS 32.375 version 9.0

2、.0 Release 9)ETSI ETSI TS 132 375 V9.0.0 (2010-02)13GPP TS 32.375 version 9.0.0 Release 9Reference RTS/TSGS-0532375v900 Keywords GSM, LTE, UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Ass

3、ociation but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice Individual copies of the present document can be downloaded from: http:/www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or

4、 perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document sh

5、ould be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http:/portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following s

6、ervices: http:/portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2010. All rights rese

7、rved. DECTTM, PLUGTESTSTM, UMTSTM, TIPHONTM, the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. LTE is a Trade Mark of ETSI currently be

8、ing registered for the benefit of its Members and of the 3GPP Organizational Partners. GSM and the GSM logo are Trade Marks registered and owned by the GSM Association. ETSI ETSI TS 132 375 V9.0.0 (2010-02)23GPP TS 32.375 version 9.0.0 Release 9Intellectual Property Rights IPRs essential or potentia

9、lly essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IP

10、Rs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (http:/webapp.etsi.org/IPR/home.asp). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guara

11、ntee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Projec

12、t (3GPP). The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. The cross reference between GSM, UMTS, 3GPP and ETSI identities can

13、be found under http:/webapp.etsi.org/key/queryform.asp. ETSI ETSI TS 132 375 V9.0.0 (2010-02)33GPP TS 32.375 version 9.0.0 Release 9Contents Intellectual Property Rights 2g3Foreword . 2g3Foreword . 4g3Introduction 4g31 Scope 5g32 References 5g33 Definitions and abbreviations . 5g33.1 Definitions 5g3

14、3.2 Abbreviations . 6g34 Architectural features . 6g34.1 Principles of IRP Security Services 6g34.2 XML Signature Recommendation 7g35 Mapping . 7g35.1 File Integrity Solution Mapping . 7g35.1.1 Security Attribute Mapping 7g35.1.2 Operation Mapping . 7g36 Itf-N Security Service Behaviour . 8g36.1 Fil

15、e Integrity Solution 8g3Annex A (informative): Change history . 9g3History 10g3ETSI ETSI TS 132 375 V9.0.0 (2010-02)43GPP TS 32.375 version 9.0.0 Release 9Foreword This Technical Specification (TS) has been produced by the 3rdGeneration Partnership Project (3GPP). The contents of the present documen

16、t are subject to continuing work within the TSG and may change following formal TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an identifying change of release date and an increase in version number as follows: Version x.y.z where: x

17、the first digit: 1 presented to TSG for information; 2 presented to TSG for approval; 3 or greater indicates TSG approved document under change control. y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates, etc. z the third digit is increm

18、ented when editorial only changes have been incorporated in the document. Introduction The present document is part of a TS-family covering the 3rdGeneration Partnership Project; Technical Specification Group Services and System Aspects; Telecommunication management; as identified below: 32.371: “Se

19、curity Management concept and requirements“. 32.372: “Security Services for Integration Reference Points (IRP): Information Service (IS)“. 32.373: “Security Services for Integration Reference Points (IRP): Common Object Request Broker Architecture (CORBA) solution“. 32.375 “Security Services for Int

20、egration Reference Points (IRP): File integrity solution“. In 3GPP SA5 context, IRPs are introduced to address process interfaces at the Itf-N interface. The Itf-N interface is built up by a number of IRPs and a related Name Convention, which realize the functional capabilities over this interface.

21、The basic structure of the IRPs is defined in 3GPP TS 32.101 1 and 3GPP TS 32.102 2. An IRP consists of IRPManager and IRPAgent. Usually there are three types of transaction between IRPManager and IRPAgent, which are: operation invocation, notification, and file transfer. However, there are differen

22、t types of intentional threats against the transaction between IRPManagers and IRPAgents. All the threats are potential risks of damage or degradation of telecommunication services, which operators should take measures to reduce or eliminate to secure the telecommunication service, network, and data

23、. The present document is applicable to the Interface IRP specifications. That is to say, it is only concerned with the security aspects of operations/notifications/file deployed across the Itf-N. The present document introduces XML Signature mechanism to address File Integrity security requirement

24、defined in 3GPP TS 32.371 4. ETSI ETSI TS 132 375 V9.0.0 (2010-02)53GPP TS 32.375 version 9.0.0 Release 91 Scope The present document contains the Security Services for IRP: File integrity solution whose semantics are specified in 3GPP TS 32.372 5. This solution specification is related to 3GPP TS 3

25、2.372 V 9.0.X 5. 2 References The following documents contain provisions which, through reference in this text, constitute provisions of the present document. References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific. For a specific refe

26、rence, subsequent revisions do not apply. For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.

27、 1 3GPP TS 32.101: “Telecommunication management; Principles and high level requirements“. 2 3GPP TS 32.102: “Telecommunication management; Architecture“. 3 3GPP TS 32.301: “Telecommunication management; Configuration Management (CM); Notification Integration Reference Point (IRP): Requirements“. 4

28、3GPP TS 32.371 “Telecommunication management; Security Management concept and requirements“. 5 3GPP TS 32.372: “Telecommunication management; Security Service for IRP: Information Service (IS)“. 6 3GPP TS 32.311: “Telecommunication management; Generic Integration Reference Point (IRP) management: Re

29、quirements“. 7 OMG CORBA Specification 02-12-06 8 OMG CORBA Security Service Specification 02-03-11 9 XML-Signature Syntax and Processing http:/www.w3.org/TR/2002/REC-xmldsig-core-20020212/ 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the terms and defini

30、tions given in 3GPP TS 32.101 1, 3GPP TS 32.102 2, 3GPP TS 32.301 3 and the following apply: IRP document version number string (or “IRPVersion“): see 3GPP TS 32.311 6. ETSI ETSI TS 132 375 V9.0.0 (2010-02)63GPP TS 32.375 version 9.0.0 Release 93.2 Abbreviations For the purposes of the present docum

31、ent, the following abbreviations apply: CORBA Common Object Request Broker Architecture (OMG) EM Element Manager IS Information ServiceOMG Object Management Group ORB Object Request Broker (OMG) 4 Architectural features The overall architectural feature of Security Service is specified in 3GPP TS 32

32、.372 5. This clause specifies features that are specific to the File integrity solution. 4.1 Principles of IRP Security Services Figure 4.1 shows that Security Services are between IRP Application layer and Transport layer. Security Attributes which are attached to network management information are

33、 transferred between IRPManager and IRPAgent to address Authentication, Authorization, Activity Log and file integrity requirements. IRPManager ApplicationSecurity ServicesTransport layerIRPAgent ApplicationSecurity ServicesTransport layernetwork managementinformationattached Security AttributesFigu

34、re 4.1 : Principles of IRP Security Service The basic idea of these Security Services is as follows: IRP Security Services on IRPManager side and IRP Security Services on IRPAgent side co-operate to provide Security Services for IRP. This avoids modifying IRPManager and IRPAgent much. When the IRPMa

35、nager and/or IRPAgent send network management information to each other, the IRP Security Service (on IRPManager and/or IRPAgent side) attaches Security Attributes to the network management information. The receiver works with the attached Security Attributes to implement the IRP security requiremen

36、t. The present document addresses File integrity solution by using the XML Signature Mechanism defined by 9. Table 4.1 identifies the use of File Integrity solution to realize File Integrity Security Service. Table 4.1 : File Integrity solution and Security Service relationship Authentication Securi

37、ty Service Authorization Security Service Activity Log Security Service File Integrity Security Service File Integrity solution X NOTE: “X“ indicates which CORBA solution exchanges Security Attributes are relevant to which Security Service. ETSI ETSI TS 132 375 V9.0.0 (2010-02)73GPP TS 32.375 versio

38、n 9.0.0 Release 94.2 XML Signature Recommendation This clause introduces the concept of XML Signature detailed in 9. It is used to transfer XML Signature over Itf-N to provide the File Integrity Security Service. Based on 9, data to be signed is canonicalized by using a specific method, i.e. using a

39、 unique form to represent XML files with the same semantic content but different text. The canonicalized data may be transformed before it is digested by using a specific method. The digest value is encrypted by using a specific signature method. The key information used to verify the signed value o

40、f signed data may be included in the XML Signature. As shown in 9, XML digital signatures are represented by the Signature element which has the following structure (where “?“ denotes zero or one occurrence; “+“ denotes one or more occurrences; and “*“ denotes zero or more occurrences): ( ()? )+ ()?

41、 ()* 5 Mapping 5.1 File Integrity Solution Mapping 5.1.1 Security Attribute Mapping In File Integrity Solution scenario, XML Signature as Security Attributes is exchanged over Itf-N accompanying the file(s) to be transferred. Table 5.1: Mapping from IS Security Attribute to File Integrity Solution E

42、quivalents IS IOC in 3GPP TS 32.372 5 XML Signature Solution IOC Qualifier Signature element Signature (defined in 9) M 5.1.2 Operation Mapping Editors note: FFS. ETSI ETSI TS 132 375 V9.0.0 (2010-02)83GPP TS 32.375 version 9.0.0 Release 96 Itf-N Security Service Behaviour This clause describes some

43、 behaviour of IRPManager and IRPAgent not captured by XML Schema in File Integrity Solution. 6.1 File Integrity Solution This clause addresses how to use XML Signature to provide File Integrity Security Service. To Enable IRPManager and IRPAgent to use XML Signature, these two sides should agree wit

44、h Canonicalization Method, Transform Method, Digest Method, and Signature Method before they start communication. Mandatory methods defined in 9 should be supported by IRPManager and IRPAgent. When an XML document instance is to be exchanged over Itf-N, the sender should make sure the whole XML docu

45、ment instance should be signed. The corresponding XML Signature should be held in the XML document instance. When an XML document instance is received, the receiver should verify the XML document instance by using the process defined in 9. If the verification is successful, receiver works with the X

46、ML document instance as normal; otherwise receiver should raise a security alarm if it is IRPAgent or process the failure in a vendor specific way if it is IRPManager. ETSI ETSI TS 132 375 V9.0.0 (2010-02)93GPP TS 32.375 version 9.0.0 Release 9Annex A (informative): Change history Change history Dat

47、e TSG # TSG Doc. CR Rev Subject/Comment Cat Old New Jun 2006 SA_32 SP-060253 - - Submitted to TSG SA#32 for Information - 1.0.0 Dec 2006 SA_34 SP-060736 - - Submitted to TSG SA #34 for Approval - 2.0.0 7.0.0 Dec 2008 SA_42 - - - Upgrade to Release 8 - 7.0.0 8.0.0 Dec 2009 - - - - Update to Rel-9 version (MCC) - 8.0.0 9.0.0 ETSI ETSI TS 132 375 V9.0.0 (2010-02)103GPP TS 32.375 version 9.0.0 Release 9History Document history V9.0.0 February 2010 Publication

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1