GBT 25320.11-2023 电力系统管理及其信息交换 数据和通信安全 第11部分：XML文件的安全（正式版）

电力系统管理及其信息交换数据和通信安全第11部分：XML文件的安全PowersystemsmanagementDataandcommunicationssecurit国家市场监督管理总局国家标准化管理委员会IGB/T25320.11—2023/IEC 12规范性引用文件 13术语和定义 24本文件涉及的安全问题 24.1概述 24.2应对安全威胁 34.3应对安全攻击 3 36XML文件封装 46.1概述 46.2信息头类型HeaderType 5 6 6.5签名类型SignatureTy 6.6支持的XSD类型 6.7安全算法选择 7示例文件(资料性) 207.1非加密示例 7.2加密示例 228IANA签名、摘要和加密方法列表(资料性) 参考文献 图1IEC62351-11的XML文件结构概述 1图2数据中转示例 3图3XML文件的安全封装 4 4图5信息头类型HeaderType的XSD类型定义 5图6信息Information的XSD复杂类型定义 6图7访问控制AccessControl的XSD复杂类型定义 7图8访问控制类型AccessControlType的XSD复杂类型定义 7图9ACL限制类型ACLRestrictionType的XSD复杂类型定义 8 图12带有CIM文件的IEC62351-11正文Body示例 图13IEC62351-11加密Encrypted的结构 图14加密方法类型EncryptionMethodType的结构 ⅡGB/T25320.11—2023/IEC62351-11:2016 图19签名方法类型SignatureMethodType的结构 图20引用类型ReferenceType的结构 图21密钥信息类型KeylnfoType的结构 20表1IEC62351-11的XML文件的通用结构定义 5 6 7表4契约Contractual和ACL元素的定义 8 9表6ACLType枚举值的定义 表7约束Constraint的枚举值定义 9 Ⅲ——第1部分：通信网络和系统安全安全问题介绍。目的在于介绍GB/T(Z)25320的其他部——第3部分：通信网络和系统安全包含TCP/IP的协议集。目的在于规定如何通过限于传输——第4部分：包含MMS的协议集。目的在于规定了对基于GB/T16720(ISO9506)制造报文规——第5部分：GB/T18657等及其衍生标准的安全。目的在于定义了应用程序配置文件(a-profile)安全通信机制，规定了对基于或衍生于IEC60870-5的所有协议的运行进行安全 ——第7部分：网络和系统管理(NSM)的数据对象模型。目的在于定义了电力系统运行所特有的——第9部分：电力系统设备的网络安全密钥管理。目的在于通过指定或限制要使用的密钥管理——第11部分：XML文件的安全。目的在于规范智能变电站通信过程中的配置文件(XML文件)——第12部分：分布式能源(DER)系统的快速恢复和安全建议。目的在于提高分布式能源——第90-2部分：加密通信的深度包检测。目的在于说明应用于IEC62351保护的通信信道的——第100-1部分：IEC62351-5和IECTS60870-5-7的一致性测试用例。目的在于提供了在于提供了IEC62351-3:2023一致性测试用例及验证影响安全扩展程序和协议行为的所有VGB/T(Z)25320《电力系统管理及其信息交换数据和通信安全》定义了电力系统相关通信协议电力系统管理及其信息交换数据和通信安全本文件规定了用于保护IEC范围内使用的XML文件以及其他本文件使用了W3C标准来实现XML文件安全性，并提——Header(信息头):Header包含已创建保存文件的相关信息，例如创建IEC6——可选择以加密或非加密格式来封装原始XML文件。如果选择加密，则会提供一种机制来表——AccessControl(访问控制):表示与原始XML文件中包含的信息有关的访问控制信息的机制。——Body(正文):用于包含要封装的原始XML文件。——Signature(签名):能用于身份验证和篡改检测的签名。总体结构应符合图1。IECTS62351-2电力系统管理及其信息交换数据和通信安全第2部分：术语(Powersys-2temsmanagementandassociatedinformationeGlossaryofterms)IECTS62351-8电力系统管理及其信息交换数据和通信安全第8部分：基于角色的访问控制(Powersystemsmanagementandassociatedinformationexchange—DataRFC6931文件格式附加的XML安全统一资源标识符(URI)[AdditionalXMLSecurityUni-formResourceIdentifiers(URIs)]W3CXML1.0典型规范，网际网路联盟(RecommendedCanonicalXML1.0withcomments)(/TR/2001/REC-xml-cl4n-2001031W3CXML1.0规范要求，网际网路联盟(RequiredCanonicalXML1.0,Omitscomments)(/TR/2001/REC-xml-c的交换用于IEC61970(所有部分)和IECC37.111(COMTRADE),也使用了XML文件。对于这些标准和其他基于XML的文件中可能包含的任何XML文件。3出到第三个参与者。如果在初始文件中提供了敏感或机密信息，则没有技术机制来阻止应用使用IEC61970-552传输电力系统拓数据库用户A生成4图2描述了在数据中转中存在的潜在问题。A向B提供CIMXML文件，该文件包含了在A和由于B的导出而造成风险。推荐的处理中转数据的方法是允许A将特定文件内容分类并对敏感或保件遵循xsd格式规范，本文件旨在保留这类文件。因此，本文件采用的设计方法是对原始文件进行XML文件的安全封装符合图3。随机值的字节图4通用IEC62351-11XSD结构5图4描述了本文件的XML文件的通用XSD结构。可选(O)/强制(M)/有条件的(信息头)M(见6.2)系信息(不加密)C(见6.3)看原始文件内容)。如果用户不关心信息的机密性，或者可通过其他外部机制提供机密性，宜使用此选项。(加密)C(见6.4)为原始文件的访问控制和封装提供加密。如果用户有对信息进行私密性防护的意愿，且不能通过外部机制获得私密性防护，宜使用此选项。XSD元素nonEncrypted和Encrypt(签名)MW3CXMLSignature信息的信息头类型HeaderType的XSD结构应符合图5。Q1:VersionNumberQ1:VersionNumberQ1:DateTimeOfEncapsulation6可选(O)/强制(M)/有条件的(版本号)M为“1.0”(封装的日期时间)M指对原始文件进行封装的日期和时间(文件描述)O的，则此元素是必需的，因为如果出现问题，用户将无法(责任实体)O(见6.6.2)(联系信息)O用户提供的字符串，其中可能包含文件使用者在遇到问Information类型的结构符合图6。信息Information类型是以下子元素的XSD序列：Nonce;AccessControl;Body。这些元素的定义及其类型符合表3。7表3信息Information的定义可选(O)/强制(M)/有条件的(随机数)M见6.3.2(访问控制)O(见6.3.3)这个元素用于表达访问控制信息。如果未出现访问控制元素，访问控制的默认值是允许所有的访问(正文)M此元素表示一个与安全相关的属性，该属性确保如果同一主体使用相同的凭据，则至少签名会不同。在很多情况下，用于加密的nonce宜是符合密码学意义上的随机数。然而，在本文件中，随机性不是必要性需求，但应满足唯一性特征。为了防止加密产生的nonce值相同，nonce值应包含DateTime值和UUID,nonce值不应用于任何AccessControl允许零(0)值，因为AccessControl是可选项，或者为封装的文件指定多组访问信Ql:AccessControlQQl:AccessControlQ图7访问控制AccessControl的XSD复杂类型定义AccessControl元素是由一个或多个访问控制信息AccessControllnformation(s)组成的XSD序列。每个AccessControllnformation都对应一个XSD类型的访问控制类型AccessControlType,其结构符合图8。AccessControfTypeQ1:ACLRestriction申ü”图8访问控制类型AccessControlType的XSD复杂类型定义8AccessControlType可选用契约Contractual限制(例如具有法律约束力的文件)或者访问控制列Contractual或ACL是一个由表4中定义的元素所组成的XSD序列。可选(O)/强制(M)/有条件的(契约文件名)M语句中指定的信息有关的允许访问权限/特权的信息(ACL限制)M(见)ACLRestriction的使用允许用户指定白名单或(XML路径)O(见)此元素包含XPATH值，该值表示正文中包含的信26#”管”ACLRestrictionType的结构应符合图9,是一个由XSD元素序列组成的复杂类型，其元素定义应符合表5。9可选(O)/强制(M)/有条件的(C)(ACL类型)M(见)用于描述访问限制规则是允许还是拒绝。因此，对应ACLType的枚举值应是：Allow和DenyM(见)用于允许用户声明一系列的可允许或拒绝的访问权(ACL应用于)M(ACL期限)O用于指定访问控制规则不再适用的日期和时间。因此对于存在公共约束值和相同/重叠的ACLAppliedTo值的情况，应优先采用ACLType值为Deny的声明。ACLType是一个xs:string,其值为受限制的枚举值，表6描述了ACLType枚举值的定义和顺序。表6ACLType枚举值的定义定义(允许)描述对应的ACLRestrictionType是用于创建白名单，且对特定ACLAppliedTo对straints特定约束权限是允许(拒绝)描述对应的ACLRestrictionType是用于创建黑名单，且对特定ACLAppliedTo对straints特定约束权限是拒绝ACLConstraints是一系列Constraint值，其定义应符合表7。Constraint是一个枚举类型的字符串，其使用由ACLType定义。与可执行的文件特权不同，Constraint值表示在数据转换过程中宜遵循的处理导则。Constraint值应符合表7。表7约束Constraint的枚举值定义定义(全部)声明对读取、写入和列表的所有权限。Read读取权限，(如果允许)表示实体可以提供值/元素给另一个实体。Write写入权限，(如果允许)表示实体能够对值/元素进行修List列表权限，(如果允许)表示实体能够获知值/元素是否存因此，All值与Read、Write、List和Forward是互(传递值)声明对XPATH指定的信息值传递给另一个实体的能力。该声明中的Read权限隐含了List的权限。例如，如果ACLType的枚举值是Allow,则一个实体将能够对另一个实体提供信(写)声明对XPATH指定信息的值具有修改的权限EntityType的结构应符合图10。*:#图10实体类型EntityType的XSD复杂类型定义EntityType是一个实体规范组合的XSD序列，用于确定ACL适用的实体。表8定义了EntityType可选(O)/强制(M)/有条件的(可分辨名称)M(见6.6.2)系人(如组织或个人)以及ACL的适用人信息(URL地址)M用于声明适用ACL的网址信息。的特定FTP站点引用到一个组织(角色)O(见)分组的类型这些值的组合能用于限制访问，例如，DistinguishedName和Role的组合可用于描述一个ACL限制可应用于一个公司部门的特定角色。Role是一个xs:string,其值通过枚举进行限制。字符串的允许值按照IECTS62351-8进行定义。此元素包含XPATH值，该值引导指定的约束到Body中对应的信息标签。如果未指定XPATH,指定的约束应适用于整个Body元素。二<Q11EC62351-11xminsn1=htp//wwwatovacom/samplexmlothernamesxminsds="http//wwww3ong/200009/amldsigf'xminsenc="http//wwww3crg2001/04/mlenc'xmlnsxsi="http/Mwww3ong/2001/XMLChemainstance'xsichemaloxaton='http//wwwiecth/2014/01V62351-11*fie:/iC/Nsers/rootDesktop/EC6235<Q1XPATH>//cimPowerlranstomer|@rdt1D=120568311Z0568422124574<crdt:RDFxminsrdf="htp//www/1999/02/22-rdfsyntax-nstxmlnscim="http//ecch/TC57<omPowerTranstormerrdfID=12056831<omldentfiedObjectname>UNKNOcomfquipmentMemberOfEquipmen/cim.PowerTranstormecomBxeVotageisOC>fase</omBseVotageisC><cmldentfiedObjectname>500</cmldentiedObjectname>图11访问控制AccessControl和XML路径XPATH示例六<cimldentifiedObject,name>XX</cimridentif<cimldentifiedO>ControlArea_XX</cimidentif<cimControlAreanetIn<cimSubstationrdfID=*S_10000<cimSubstation.Regi<dsCanonicalizationMethodAlgorithm=*/TR/2001/REC-xml-d4n-2001031<ds:HMACOutputlength>128</dsHM<ds-DigestMethodAlgorithm=*2001/04/xmldsig-more#sha384°></—①—白—白—①—白—白图11描述了访问控制AccessControl和XML路径XPATH使用的示例，显示了拒绝访问有关特XPATH值应不包括任何XML文件元素，应仅对封装的文件有效。这有利于基于XPATH来实Body是对正在进行签名/加密的实际文件的封装元素。Body应封装一个不包含<?xml…>值的<rdfRDFxmlns:rdf="http.///1999402/22-rdf-syntax-ns#xmlns:cim="http./fiec.ch/TC57/2009/CIM-schema-cim14#><cim:PowerTransformerrdfID="TZD5<cim:Equipment.MemberOf_EquipmentContainerrdfresource="#SZD568<cim:Equipment.MemberOf_EquipmentContainerrdfresource="#SZD568<cim:BaseVoltage.nominalVoltage>500</cim:BaseVoltage.nom<cim:BaseVoltage.isDC>false</cim:BaseV<cim:IdentifiedO>500</cim:Identified<cim:SubGeographicalRegionrdfID=<cim:ldentifiedO>XX</cim:ldentified<cim:SubGeographicalRegion.Regionrdfresource="#H<cim:ldentifiedO>ControlArea_XX</cim:Identified<cim:ControlAlnterchange>D</cim:ControlA<cim:ControlArea.pTolerance>0</cim:ControlArea<cim:ldentifiedO>SUBSTATION_2</cim:ldentiie<cim:Substation.Regionrdf.resource="#Z_1"/><cim:ldentifiedO>SUBSTATION_2</cim:ldentiie白xene:EncryptionProper本文件的XML文件中Encrypted的结构符合图13。Encrypted和加密数据类型EncryptedData-W³C中的EncryptionMethodType指定了EncryptionMethod元素的结构，应在加密元素中应出现可选的EncryptionMethod信息，其数值应符合IANA的规定(见第8章)。——2009/xmlencl1#aes128-gc——2009/xmlencl1#aes192-gc——2009/xmlencl1#aes256-gc在加密元素中也应出现可选的KeySize元素，并且为非NULL/非空值。对1024位密钥长度的支三三aCipherValue应为加密EncryptedData元素产生的值。该元素的结构在图16中定义。信息Information类型在6.如果EncryptedDataType中的Keylnfo元素不存在，则SignatureKeylnfo元素的值应用于加中，能在此位置获得巨a…=Signature元素的结构定义采用了W3C定义的SignatureType,符合图17。6.5规定了其结构及结以下条款规定了在应用本文件时在SignedInfoType中能选择的特定值。SignedInfoType的结构ds:CanonicalirationMe田attributesds:HMACOutputLengthlnyG田attributes在W3C的签名规范文件中包括一个强制的规范化方法和三个推荐的规范化方法。本文件使用的方法应是推荐的方法之一：/TR/2001/REC-xml-cl4n-20010315#WithCom-此方法的使用还应包括现有的空白以及XML注释。SignatureMethod元素的定义结构应符合图19。尽管W3C标准允许使用任何注册的URI,但在本文件中将允许的列表限制为在IANA上注册的(/assignments/xml-security-uris/xml-sec——2001/04/xmldsig-more#hmac-sha25——2001/04/xmldsig-more#hmac-sha38——2001/04/xmldsig-more#hmac-sha51截断的长度值是80、128和256位。这些也是HMACOutputLength仅有的允许值。如果HMACOut-引用类型ReferenceType的定义结构应符合图20。ds:Transformsds:Tran——2001/04/xmldsig-more#sha224;——2001/04/xmldsig-more#sha384。name="DigestValue"type="ds:DigestValue和未加密/加密的XML元素(如图4);对原始XML文件的加密应在对原始(如未加密)文件完ds:Object元素不应出现在XML文件的范围内。NameSeqType用来提供一个DistiguishedName或RelativeDistinguishedName序列，应符合图22。NameSeqTypeScope元素是xs:string类型。Scope可能仅有一个安全算法的选择遵循在IEC62351(所有部分)不同部分中对特定安全服务所采取的方法。以下提的一般通用算法。符合上述推荐算法在第8章中标记为粗体。7示例文件(资料性)<?xmlversion="1.0"encoding="UTF-8"?><Q1:IEC62351-11xmlns:Q1="http://www.iec.ch/2014/01/62351-11#"xmlns:ds="/2000/09/xmldsxmlns:enc="/2001/04/xmlns:xsi="/2001/XMLSchema-xsi:schemaLocation="http://www.iec.ch/2014/01/62351-11#file:///C:/Users/root/Desk-<Q1:DateTimeOfEncapsulation>2<Q1:Filedesc>ExampleIEC62351<Q1:Nonce>85343410947jgfa8312b!</Q1<Q1:AcessControllnfo<Q1:ACLType>Deny</Q1:<Q1:Constraint>All</Q1:Co<Q1:XPATH>//cim:PowerTransformer[@rdf:ID='TZ0</Q1:AcessControllnfo<rdf:RDFxmlns:rdf="/1999/02/22-rdf-syntax-ns#"cim="http://iec.ch/TC57/2009/CIM-sc<cim:PowerTransformerrdf:ID="_T_Z0568311_Z<cim:IdentifiedO>UNKNOWN(/cim:IdentifiedO><cim:Equipment.MemberOf_EquipmentContainerrdf:resource="#S<cim:BaseVoltagerdf:ID="_<cim;BaseVoltage.nominalVoltage)500</cim:BaseVoltage.no<cim:BaseVoltage.isDC>false</cim:BaseV<cim:IdentifiedO)500</cim:Identified<cim:SubGeographicalRegionrdf:ID="ZX")<cim:IdentifiedO>XX</cim:Identified<cim:SubGeographicalRegion.Regionrdf:resource="#_H_XX"/)</cim:SubGeographica<cim:ControlAreardf:ID<cim:IdentifiedO)ControlArea_XX</cim:Identifie<cim:ControlAInterchange>0</cim:ControlA<cim:ControlArea.pTolerance>0</cim:ControlArea.<cim:Substationrdf:ID="S1000<cim:IdentifiedO)SUBSTATION_2</cim:ldentifie<cim:Substation.Regionrdf:resource="Algorithm="/TR/2001/R<ds:SignatureMethodAlgorithm="2001/04/xmldsig-more#h<ds:HMACOutputLength>128</ds:HMACOutp<ds:DigestMethodAlgorithm="2001/04/xmldsig-more#sha384"></ds:DigestMethod)<ds:DigestValue)dGhpcyBpcyBub3QgYSBzaWduYXR1cmUK</ds:D<ds:SignatureValue)dGhpcyBpcyBub3QgYSBzaWduYXR1cmUK</ds:Sign<ds:X509SerialNumber)</ds:X509Serial以下段落示例了一个使用CIM原始文件的XML文件。信<?xmlversion="1.0"encoding="UTF-8"?><Q1:IEC62351-11xmlns:n1=/samplexml/other-namespacexmlns:Q1="http://www.iec.ch/2014/01/62xmlns:ds="/2000/09/xmldsig#"xmlns:enc="http://wwxmlns:xsi="/2001/XMLSchema-xsi:schemaLocation="http://www.iec.ch/2014/01/62351-11#file:///C:/User<Q1:DateTimeOfEncapsulation>2014-04-14T21:32:52</Q1:DateTimeOfEnca<Q1:EncryptedType="/2001/04/xmlenc#Element")<enc:EncryptionMethodAlgorithm="2009/xmlencll#aes128-gcm"〉<enc:KeySize)2048</enc:TWFulGlzIGRpc3RpbmdlaXNoZWQsIG5vdCBvbmx5IGJ5IGhpcyByZIHNpbmd1bGFylHBhc3Npb24gZnJvbSBvdGhlciBhbmltYWxzLCB3adGhlIG1pbmQsIHRoYXQgYnkgYSBwZXJzZXZlcmFuY2Ugb2YgZGdWVkIGFuZCBpbmRIZmF0aWdhYmxlIGdlbmVyYXRpb24gb2Yga25vZSBzaG9ydCB2ZWhlbWVuY2Ugb2YgYW55IGNhcm5hbCBwbGVhAlgorithm="/TR/20<ds:SignatureMethodAlgorithm="2001/04/xmldsig-more#hmac-sha256")<ds:HMACOutputLength>128</ds:HMACOutp<ds:DigestMethodAlgorithm="2001/04/xmldsig-more#sha384"></ds:DigestMethod)<ds:DigestValue>dGhpcyBpcyBub3QgYSBzaWduYXR1cmUK</ds:D<ds:SignatureValue)dGhpcyBpcyBub3QgYSBzaWduYXR1cmUK</ds:Sign<ds:X509IssuerName>IEC</ds:X509Is<ds:X509SerialNumber>0123</ds:X509Seria为了提供与IEC62351(所有部分)中其他部分相同的安全性/类似的加密算法选择(尤其是IEC62351-3中TLS的协议集),推荐的加密算法标记为粗体，请注意，本推荐不宜限制更强算法的2000/09/xmldsig#base64Transform2000/09/xmldsig#DSAKeyValueRetrievaltype2000/09/xmldsig#dsa-shalSignatureMethod2000/09/xmldsig#enveloped-signature2000/09/xmldsig#hmac-shalSignature2000/09/xmldsig#MgmtDataRetrievaltype2000/09/xmldsig#PGPDataRetrievaltype2000/09/xmldsig#rawX509CertificateRetrieval2000/09/xmldsig#RSAd2001/04/xmldsig-more#2001/04/xmldsig-more#camell2001/04/xmldsig-more#camell2001/04/xmldsig-more#camell2001/04/xmldsig-more#ec2001/04/xmldsig-more#ecds2001/04/xmldsig-more#ecds2001/04/xmldsig-more#ecds2001/04/xmldsig-more#es2001/04/xmldsig-more#esig2001/04/xmldsig-more#esig2001/04/xmldsig-more#esig2001/04/xmldsig-more#esig2001/04/xmldsig-more#2001/04/xmldsig-more#hmac-2.6.2SignatureMethod[RFC6931][RFC6931],section[RFC6931],section[RFC6931],section[RFC6931],section[RFC6931],section[RFC6931],section2001/04/xmldsig-more#hma2001/04/xmldsig-more#hma2001/04/xmldsig-more#hma2001/04/xmldsig-more2001/04/xmldsig-more#2001/04/xmldsig-more#kw-ca2001/04/xmldsig-more#kw-ca2001/04/xmldsig-more#kw-ca2001/04/xmldsig-more#PKCS7signedDataRetrievaltype[RFC6931],section3.22001/04/xmldsig-more#p2001/04/xmldsig-more#p2001/04/xmldsig-more#rawPGPK2001/04/xmldsig-more#rawPKCS7s2001/04/xmldsig-more#raw2001/04/xmldsig-more#ra2001/04/xmldsig-more#Retrie2001/04/xmldsig-moreSignatureMethod[RFC6932001/04/xmldsig-more#rsSignatureMethod[RFC6931]2001/04/xmldsig-more#rs2001/04/xmldsig-more#rsa-rSignatureMethod[RF2001/04/xmldsig-morDigestAlgorithm[RFC6931],section2001/04/xmldsig-morDigestAlgorithm[RFC6931],section2.1.32001/04/xmldsig-morTransform[RFC6931]2001/04/xmldsig-more#PK2001/04/xmlenc#aes192-cb1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendatio2001/04/xmlenc#aes256-cbcEncryptionMethod["XMLEncryptionSyntaxand1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendatio2001/04/xmlenc#dhAgreeme1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation1"],D.Eastlake,J.Reagle,F.H2001/04/xmlenc#kw-aes192EncryptionMethod["XMLEncryptionSyntaxandPr1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation241"],D.Eastlake,J.Re1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation242001/04/xmlenc#rsa-1_5EncryptionMethod["XMLEncryptionSyntaxa1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation24January2001/04/xmlenc#rsa-oaep-mgflpEncryptionMethod["XMLEncryptision1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedD.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRe1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation2001/04/xmlenc#tripledes1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation242013.["XML-SignatureXPathFilter2.0"],J.Boyer,M.Huges,J.Reagle,8November2002/06/xmldsig-filter2Transform["XMLglund,S.Boag,D.Chamberlin,M.Fernandez,M.Kay,J.Robie,J.Simeon,W3C2002/07/decrypt#XMLTransform["DecryptioHughes,T.Imamura,H.Maruyama,W3C2006/12/xmlc12nl1#Canonicalization["CanonicalRecommendation2Ma2006/12/xmlc14n11#WithCommentsCanonicalization["CanoBoyer,G.Marcy,W3CRecomm2007/05/xmldsig-more#ecdsa-ripemd160SignatureMethod[RFC6931],section2007/05/xmldsig-more#ecdsa-whirlpoolSignatureMethod[RFC6932007/05/xmldsig-more#kw-seed128EncryptionMethod[RFC6931],section2.6.62007/05/xmldsig-more#md2-rsa-MGF¹SignatureMethod[RFC6931],section2007/05/xmldsig-more#md5-rsa-MGF¹SignatureMethod[RFC6931],sect2007/05/xmldsig-more#MGF¹SignatureMethod2007/05/xmldsig-more#ripemd128-rsa-MGF¹SignatureMethod[RFC6931],section2.3.102007/05/xmldsig-more#ripemd160-rsa-MGF¹SignatureMethod[RFC6931],section2.3.102007/05/xmldsig-more#rsa-pssSignatureMethod[RFC6931],section2.3.92007/05/xmldsig-more#rsa-sha224Signatur2007/05/xmldsig-more#rsa-whirlpoolSignatureMethod[RFC69312007/05/xmldsig-more#seed128-cbcEncryptionMethod[RFC6931],sectio2007/05/xmldsig-more#shal-rsa-MGF¹SignatureMethod[RFC6931],section2.3.102007/05/xmldsig-more#sha224-rsa-MGF1SignatureMetho2007/05/xmldsig-more#sha256-rsa-MGF¹SignatureMethod[RFC6931],section2.3.102007/05/xmldsig-more#sha3-224DigestAlgorithm[RFC6931],section2.1.52007/05/xmldsig-more#sha3-224-rsa-MGF1SignatureMethod[RFC6931],section2.3.102007/05/xmldsig-more#sha3-256DigestAlgorithm[RFC6931],section2.1.52007/05/xmldsig-more#sha3-256-rsa-MGF¹SignatureMethod[RFC6931],s2007/05/xmldsig-more#sha3-384DigestAlgorithm[RFC6931],section2.1.52007/05/xmldsig-more#sha3-384-rsa-MGF¹SignatureMethod[RFC6931],s2007/05/xmldsig-more#sha3-512DigestAlgorithm[RFC6931],section2.1.52007/05/xmldsig-more#sha3-512-rsa-MGF¹SignatureMethod[RFC6931],se2007/05/xmldsig-more#sha384-rsa-MGF¹SignatureMethod[RFC6931],section2.3.102007/05/xmldsig-more#sha512-rsa-MGF1SignatureMethod[RFC6931],section2.3.102007/05/xmldsig-more#whirlpoolDigestAlgorithm[RFC6931]2007/05/xmldsig-more#whirlpool-rsa-MGF¹SignatureMethod2009/xmlencl1#kw-aes-128-padEncryptionMethod["XML.EncryptionVersion1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roe2009/xmlencl1#kw-aes-192-padEncryptionMethod["XMl.EncryptionVersion1.1"],D.Eastlake,J.Reagle,F.Hirsc2009/xmlencl1#kw-aes-256-padEncryptionMethod["XMLEncryptionVersion1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation2009/xmldsig11#dsa-sha256SignatureMethodSolo,F.Hirsch,M.Nystrom,ProposedRecommendatiRetrievaltypeSolo,F.HirschProposedRecommendat2009/xmldsig11#DEREncodedKeyValueRetrievaltypeSRoessler,K.Yiu,ProposedRec2009/xmlencl1#aes128-gcmEncryptionMeth1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation24Jan1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation24Jan1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation24Jan2009/xmlencl1#ConcatKDFEncryptionMethod["XMLEncryptionSyntaxandP1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,Proposed1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation2009/xmlencl1#mgflsha224SignatureMethod["XMLEncryption1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation24Jan2009/xmlencl1#mgflsha256SignatureMethod["XML.EncryptionSynta1.1"],D.Eastlake,J.Reagle,F.Hirsch,T.Roessler,ProposedRecommendation24Jan2