JT/T 765.5-2009
基本信息
标准号： JT/T 765.5-2009
中文名称：长江电子航道图制作规范 第5部分：数据保护
标准类别：交通行业标准(JT)
标准状态：现行
发布日期：2009-12-23
实施日期：2010-04-01
出版语种：简体中文
下载格式：.rar .pdf
下载大小：10222828
标准分类号
关联标准
出版信息
出版社：人民交通出版社
标准价格：0.0 元
出版日期：2010-04-01
相关单位信息
发布部门：中华人民共和国交通运输部
标准简介
JT/T 765.5-2009 长江电子航道图制作规范 第5部分：数据保护 JT/T765.5-2009 标准下载解压密码：www.bzxz.net
标准图片预览
标准内容
ICS35.240.70
备案号：
中华人民共和国交通行业标准
JT/T765.5—2009
长江电子航道图制作规范
第5部分：数据保护
Developing standard for digital hydrographic chart of the Changjiang RiverPart5:Dataprotection
2009-12-23发布
中华人民共和国交通运输部
2010-04-01实施
规范性引用文件
术语和定义
长江电子航道图数据保护总体框架各参与者的交互程序
用户许可证
单元许可证
数字证书
数字签名
JT/T765.5—2009
JT/T765.5—2009
JT/T765—2009《长江电子航道图制作规范》分为五个部分：第1部分：术语；
第2部分：数据传输；
第3部分：显示准则；
第4部分：数据有效性检验；
一第5部分：数据保护。
本部分为JT/T765—2009的第5部分。本部分对应于国际海道组织（IHO）S-63《IHO数据保护方案》（IHODATAPROTECTIONSCHEME）。本部分与IHO S-63的一致性程度为非等效。本部分由交通部信息通信及导航标准化技术委员会提出并归口。本部分起草单位：长江航务管理局、长江航道局、大连海事大学。本部分主要起草人：但乃越、杜经农、朱业汉、杨大鸣、章娟、刘青、俞建林、万大彬、程大炜、赵德鹏、李源惠、宋良福、曹成、顾网林、李海、董华。364
1范围
长江电子航道图制作规范
第5部分：数据保护
JT/T765.5-2009
JT/T765一2009的本部分规定了长江电子航道图数据保护机制的总体框架、各参与方的交互程序，以及用户许可证、单元许可证的格式和创建程序等相关内容。本部分适用于长江电子航道图制作、系统开发、设计和应用，其他内河航道图系统也可参照使用。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。JT/T765.1长江电子航道图制作规范第1部分：术语3术语和定义
JT/T765.1确立的术语和定义适用于本部分。4长江电子航道图数据保护总体框架4.1总体要求
长江电子航道图数据保护方案规定了四类参与者，分别为系统管理员、数据服务商、设备制造商、数据用户。
系统管理员为任何加人长江电子航道图数据保护方案的设备制造商分配一对唯一的制造商标识符（M_ID）和制造商密钥（M_KEY)值，并将所有设备制造商的M_ID和M_KEY记录下来，形成设备制造商信息表。设备制造商为购买其产品的数据用户分配一个唯一的硬件标识符（HW_ID），并用自已的MKEY将其加密后形成用户许可证，随产品一同提供给数据用户。对于任何加入长江电子航道图数据保护方案的数据服务商，系统管理员向其提供设备制造商信息表，并保证表内容的及时更新。数据用户需要购买数据服务商的电子航道图时，向其提供自已的用户许可证，数据服务商用单元密钥对电子航道图数据进行加密，并利用用户许可证中的HW_ID加密单元密钥，形成单元许可证，将电子航道图和单元许可证发送给数据用户。数据用户收到电子航道图和单元许可证后，利用自已用户许可证中的HW_ID对单元许可证解密，得到单元密钥，最后用单元密钥对电子航道图进行解密。为在上述保护过程中实现身份认证，采用数字证书的方式来进行签名认证。系统管理员创建自已的系统管理员数字证书，并将该证书发布给设备制造商、数据服务商和数据用户。数据服务商创建自已的数据服务商自我签名密钥文件（SSK)并提交给系统管理员，系统管理员核实SSK文件后，用自已的私有密钥对数据服务商公开密钥进行签名，生成数据服务商数字证书，并发布给数据服务商。数据服务商在向数据用户发送电子航道图前，先用自已的私有密钥对电子航道图签名，并和数据服务商数字证书结合，形成电子航道图的签名文件，随电子航道图一起提供给数据用户。数据用户收到电子航道图签名文件365
JT/T765.5—2009
后，首先利用系统管理员数字证书中的公开密钥来核实数据服务商证书，随后利用数据服务商证书中的公开密钥来核实电子航道图的签名，如果正确，则电子航道图可以使用；否则因不能确认来源而拒绝使用。
2各参与者的职责
系统管理员
系统管理员应根据需要维护方案的正常运行，制作并发布方案根证书，接受设备制造商的申请，并为符合要求的设备制造商创建M_ID和M_KEY信息。系统管理员还应为数据服务商发放数字证书，在电子航道图发布过程中实现身份认证。系统管理员的主要职责是：a)
确认设备制造商发送的M_ID、M_KEY申请表格；确认数据服务商发送的数据服务商申请表格；与设备制造商签订协议书；
与数据服务商签订协议书；
为每个设备制造商创建一一对应的M_ID和M_KEY；为每个数据服务商创建数据服务商证书；创建系统管理员数字证书以提供给电子航道图显示与信息系统（ECDIS)用户；负责管理各种文档，并将系统成员所需文档发送给成员。数据服务商
数据服务商应负责加密和签署电子航道图（ENC）信息，通过网络或者数据光盘的形式为用户提供更新ENC服务。每个江图数据提供商必须符合国家相关的资质规定，并经系统管理员认证通过，具有向用户发布数据的资格。数据服务商的主要职责是：a)
向系统管理员申请发布ENC数据的资格；与系统管理员签署协议，由系统管理员向其分配M_ID和M_KEY；创建自已的SSK证书文件；
鉴定ENC请求用户的合法性；
创建加密ENC文件所需的单元密钥；创建单元许可证文件和元数据文件；压缩、加密以及签署ENC并发送给用户；产生单元许可证文件和元数据文件，发送给请求用户；管理加密ENC的密钥以及其他用户资料等文档文件。设备制造商
设备制造商主要负责开发一套电子航道图处理系统（EPS），该系统按照本规范要求具备对ENC数据的保护功能。同时，还具备处理保护的ENC数据，以便在ECDIS平台显示正确的电子航道图数据信息的能力。为了加入长江电子航道图数据保护方案，相应的设备制造商应完成方案的要求，取得资格认证后才能加人本保护方案，并且获取M_ID和M_KEY来实现他们的系统，提供支持该安全方案的船舶导航产品。设备制造商的主要职责是：申请制造商资格；
与系统管理员签署协议；
为每台设备创建HW_ID；
将每个HW_ID记录在HW_ID登记表中，并且进行管理；e）开发符合本规范要求的EPS系统；f）为电子航道图显示与信息系统（ECDIS)创建用户许可证文件。4.2.4数据用户
JT/T765.5—2009
数据用户是电子航道图信息的使用者，从数据服务商那里接受加以保护的ENC信息。ECDIS用户负责鉴别ENC的数字签名和按照保护方案定义的程序对ENC进行解密。数据用户的主要职责是：a）从系统管理员网站下载系统管理员数字证书，用以鉴别数据服务商的合法性；b）
向数据服务商提供用户许可证文件，以获得新的ENC文件；管理多个数据服务商各自的用户许可证文件。5各参与者的交互程序
5.1系统管理员创建自己的数字证书系统管理员创建自已的私有密钥和公有密钥，使用私有密钥对公有密钥进行签名，将签名算法的返回值与公有密钥结合，创建系统管理员数字证书。5.2数据服务商加入数据保护体系的基本程序数据服务商加人数据保护体系的基本程序如下：数据服务商创建自已的公开密钥、私钥对；a)
数据服务商创建SSK文件；
数据服务商填写“长江电子航道图数据保护系统数据服务商证书请求表”；数据服务商将申请表、SSK文件以及数据服务商公开密钥文件发送给系统管理员；系统管理员通过电话、电子邮件等方式对申请表格和SSK文件的来源等进行确认；系统管理员核实SSK文件的格式是否符合本规范要求；系统管理员利用数据服务商发送的公开密钥文件核实SSK文件；g)
如果对SSK文件的鉴别合法，且该数据服务商符合国家相关资质要求，系统管理员创建数据服h)
务商证书；否则，给请求的数据服务商发出错误信息。5.3设备制造商加入数据保护体系的基本程序设备制造商加人数据保护体系的基本程序如下：a）设备制造商完成M_ID/M_KEY申请表的填写（主要包括设备制造商的详细信息以及请求所需文件)；
系统管理员核实M_ID/M_KEY表格第一部分（主要核实设备制造商对表格的填写是否b）
完整)；
系统管理员核实设备制造商是否签署“长江电子航道图数据保护协议书”；c)
系统管理员核实设备制造商开发的系统是否符合本规范标准；系统管理员核实设备制造商没有M_ID/M_KEY对（主要确认该申请的设备制造商未曾有过Me）
ID/M_KEY，即表明申请者是新的设备制造商）；系统管理员创建M_ID/M_KEY，并且存储到M_ID/M_KEY登记表里；f）
系统管理员将M_ID/M_KEY发送给设备制造商，同时也将这个新的M_ID/M_KEY发送给系统g)
内所有的数据服务商。
JT/T765.52009
数据用户向设备制造商购买新设备的程序5.4
数据用户按如下程序向设备制造商购买设备：a）数据用户向设备制造商递交标识身份的用户许可证文件（主要是申请ENC文件）)；设备制造商生成一份包含数据用户硬件设备标识HW_ID和M_ID信息的用户许可证文件；b)
设备制造商将研制生产的EPS系统和新生成的用户许可证文件以及ECDIS系统一起发送给数c)
据用户。
5.5系统管理员与数据用户的交互程序数据用户按如下程序从系统管理员处获得并验证数字证书：数据用户从系统管理员获取系统管理员数字证书；a)
b）对系统管理员数字证书格式进行核对；利用系统管理员公开密钥鉴别系统管理员数字证书（比较数字证书包括系统管理员公开密钥c）
与从系统管理员网站获得的公开密钥是否一致）。5.6数据用户购买并使用数据服务商提供的电子航道图的程序数据用户购买并使用数据服务商提供的电子航道图的程序如下：数据用户向数据服务商递交用户许可证以申请电子航道图文件：a)
数据服务商从用户许可证中获得M_ID，并查对从系统管理员那里得到的M_ID/M_KEY登记b)
表，找到与该M_ID对应的M_KEY；数据服务商使用M_KEY解密用户许可证，获得数据用户的HW_ID，用来加密单元密钥；c
数据服务商生成单元许可证文件；数据服务商用zip算法压缩电子航道图单元数据，并用单元密钥加密压缩后的数据；数据服务商利用自已的私有密钥对加密后的电子航道图单元数据进行数字签名；数据服务商将加密后的电子航道图单元数据、单元许可证文件和数字签名文件一起发送给数据用户；
数据用户核对数据服务商发送的相关文件（主要包括签名文件是否包含签名和证书对，核实签h）
名文件是否符合本规范要求的格式）；数据用户鉴别签名文件中的数据服务商证书是否合法，如果合法则从签名文件中提取数据服务i）
商公开密钥：
数据用户鉴别电子航道图单元数据的签名文件；数据用户通过系统软件提取自已机器上的HW_ID来解密单元许可证，得到电子航道图数据文k）
件的单元密钥，利用系统解密数据并使用。6用户许可证
6.1M_ID的格式
M_ID是四位长度的16进制数字（二字节），以ASCI码表示。系统管理员应向每个加入长江电子航道图数据保护体系的设备制造商分配一对M_ID/M_KEY。6.2M_KEY的格式
M_KEY是10位长度的16进制数字（五字节）。368
6.3HW_ID的格式
JT/T765.5—2009
HW_ID是五字节的十进制数字，由设备制造商分配给购买其系统的数据用户。设备制造商应为每一个系统指定一个唯一的HW_ID，建议HW_ID以不连续的方式来分配。在用户许可证中HW_ID以加密的形式存在。它用M_KEY作为加密密钥，利用Blowfish算法进行加密。加密以后的HW_ID是八字节长的十进制数，被转化成16位长度的16进制数，以ASCII码表示。用户许可证的格式
用户许可证为28字符长度，用ASCII文本书写，其格式和字段长度要求见表1。表1
加密后的HW_ID
16位16进制数
校验和
八位16进制数
四位16进制数
表1中每个字段中的16进制数均以ASCII码表示，其中任何字母字符应大写。用户许可证中的校验和是用CRC32算法对加密后的HW_ID进行散列计算后得到。该散列计算结果被转化为八位16进制数。
用户许可证的示例见表2。
示例1：
加密后的HW_ID
73871727080876A0
校验和
7E450C04
示例1中用户许可证的最终表现形式为：73871727080876A07E450C043031。6.5用户许可证的创建程序
用户许可证的创建程序由系统或者应用程序提供商执行，生成的用户许可证发送给数据用户，当他们请求单元许可证时用来标识他们自已。用户许可证和系统一起交给终端用户。用户许可证的创建过程如下：
M_KEY作为密钥，利用Blowfish算法对HW_ID进行加密；将结果转换成16位16进制字符串，每一个字母都应大写表示；利用CRC32算法散列上面的16位16进制字符串；将c)输出的结果转化为八位16进制字符串，每一个字母都应大写表示，这就是CheckSum；将d)输出的结果附加在b)的输出结果；将M_ID转化为四位16进制字符串，任何字母应以大写表示；将f)的输出结果附加到e)的输出结果的后面，这就是用户许可证。用户许可证创建程序的示例见表3和表4。示例2：
标示符
3132333438
3938373635
16进制表示的HW_ID
16进制表示的M_KEY
16进制表示的M_ID
JT/T765.5—2009
步骤a)的输人
步骤a)的输出
步骤c)的输人
步骤e)的输出
步骤e)的输出
用户许可证
3132333438和3938373635
8位字节
73871727080876A0
7E450C04
73871727080876A07E450C04
73871727080876A07E450C043031用户许可证的解密程序
16进制表示的HW_ID和M_KEY
不可打印
这是步骤“a”输出的16进制字符串表现形式。这个字符串从左到右输人给散列算法，例如73、87、17.…用16进制表示的CRC32散列结果
将CRC32散列结果附加在加密后的HW_ID后用户许可证的解密程序由数据服务商的系统运行。用户许可证的结构在4.2条中定义。用户许可证的解密程序如下：
从用户许可证中提取M_ID(四位16进制字符）；从用户许可证中提取校验和(CheckSum，为八位16进制字符）；利用CRC32算法散列加密的HW_ID(用户许可证中前16位字符）；比较b)和c)的输出，如果相同，则该用户许可证是合法的；如果不同，则该用户许可证是不合法的，从而不能获得相应的HW_ID；如果用户许可证是合法的，把这个加密的HW_ID转换成八位字节；将M_KEY作为解密密钥，利用Blowfish算法解密这个加密的HW_ID，所得结果就是HW_ID。用户许可证的解密程序示例见表5和表6。表5
标示符
用户许可证
步骤a)的输出
步骤b)的输出
步骤e)的输入
步骤c)的输出
步骤f)的输出
单元许可证
一般要求
73871727080876A07E450C0430313938373635
7E450C04
73871727080876A0bzxZ.net
7E450C04
3132333438
16进制的M_KEY
提取的M_ID
提取出来的校验和
字节从左到右输出给散列函数，例如73、87、17.…从加密的HW_ID中提取出来的校验和16进制表示的HW_ID
电子航道图单元数据在发布前应由数据服务商使用单元密钥进行加密，该单元密钥是与该电子航道370
JT/T765.5—2009
图单元数据唯一对应的。数据用户必须获得这个密钥才能解密数据。这个单元密钥由数据服务商以加密表格的形式一单元许可证提供给数据用户。一个单元许可证文件可以包括一个或者多个电子航道图的单元密钥。
单元许可证的发布针对指定的HW_ID，在安装系统之间是不可转换的。加密方案支持能在所有客户之间相互传送的普通加密CD形式。数据服务商通过其得到的用户许可证获得用户的HW_ID，通过用户的HW_ID加密电子航道图单元密钥从而形成单元许可证，这就确保了单元许可证不能在数据用户之间进行传送。终端用户利用它们的HW_ID对单元许可证进行解密，以便获得解密电子航道图所需的单元密钥。发布单元许可证需要两个文件：包含解密电子航道图所需本质信息的基本许可证文件，在7.5条中定义；a)
b）包含易于数据管理和解密的补充信息的元许可证文件，在7.6条中定义。客户系统应负责管理来自多个数据服务商的权证文件。来源于某个数据服务商的权证文件不能用来解密来自另一个服务商的电子航道图。一个单元许可证包括两个加密的单元密钥，即包含当前版本电子航道图解密密钥的单元密钥1（ECK1），以及用作下一版本电子航道图单元的解密密钥ECK2。单元许可证里面的ECK2使得数据服务商能周期性地改变用于电子航道图下一版本的单元密钥，而无须对其他数据用户发布新的单元许可证。除了这些密钥以外，单元许可证还包括过期日期（这个日期之后的更新文件不能使用）和单元标识（便于用户在有好几个单元和权证文件的情况下，系统能够将两者相匹配）。终端用户将单元许可证里面的过期日期与需要解密的电子航道图单元进行比较，如果需要解密的电子航道图单元或者更新文件的生产日期在许可证的过期日期之后。系统将不会使用单元许可证来解密数据，因而防止用户使用过期的电子航道图单元文件或者更新文件。电子航道图的基本单元或更新文件的发布日期编码包含在电子航道图数据集文件的DSID-ISDT子字段里。这些数据文件总是加密的，除非这些文件已经解密，否则发布日期无法得到。为了提供一种获得发布日期而不需要解密这些电子航道图文件的简便机制，DSID-ISDT字段的内容应被复制到数据集所含文件CATALOG.031的CATD-COMT字段中，以保障系统能快速检查这个电子航道图信息是否在许可证过期日期之后，而无需解密电子航道图。示例3：
CATALOG.031文件中的CATD-COMT编码如下：VERSION=1.0,EDTN=10,UPDN=0,UADT=20030224,ISDT=20030224。单元许可证以ASCII文本的形式书写，任何字母字符都应大写表示，其格式和字段长度见表7。表7
航道图单元名称
八个字母或数字
过期日期
八个数字
单元许可证的示例见表8。
航道图单元名称
NO4D0613
过期日期
20000830
加密后的CK1
16位16进制数
加密后的单元密钥1(ECK1)）
BEB9BFE3C7C6CE68
表8中单元许可证最终的表现形式为：加密后的CK2
16位16进制数
加密后的校验和
16位16进制数
加密后的单元密钥2(ECK2）
B16411FD09F96982
N04D061320000830BEB9BFE3C7C6CE68B16411FD09F96982795C77B204F54D487.2电子航道图单元名称与过期日期的格式加密校验和
795C77B204F54D48
电子航道图单元名称是八字节的字母数字串，遵循JT/T765.2—2009附录B中所定义的单元文件371
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
备案号：
中华人民共和国交通行业标准
JT/T765.5—2009
长江电子航道图制作规范
第5部分：数据保护
Developing standard for digital hydrographic chart of the Changjiang RiverPart5:Dataprotection
2009-12-23发布
中华人民共和国交通运输部
2010-04-01实施
规范性引用文件
术语和定义
长江电子航道图数据保护总体框架各参与者的交互程序
用户许可证
单元许可证
数字证书
数字签名
JT/T765.5—2009
JT/T765.5—2009
JT/T765—2009《长江电子航道图制作规范》分为五个部分：第1部分：术语；
第2部分：数据传输；
第3部分：显示准则；
第4部分：数据有效性检验；
一第5部分：数据保护。
本部分为JT/T765—2009的第5部分。本部分对应于国际海道组织（IHO）S-63《IHO数据保护方案》（IHODATAPROTECTIONSCHEME）。本部分与IHO S-63的一致性程度为非等效。本部分由交通部信息通信及导航标准化技术委员会提出并归口。本部分起草单位：长江航务管理局、长江航道局、大连海事大学。本部分主要起草人：但乃越、杜经农、朱业汉、杨大鸣、章娟、刘青、俞建林、万大彬、程大炜、赵德鹏、李源惠、宋良福、曹成、顾网林、李海、董华。364
1范围
长江电子航道图制作规范
第5部分：数据保护
JT/T765.5-2009
JT/T765一2009的本部分规定了长江电子航道图数据保护机制的总体框架、各参与方的交互程序，以及用户许可证、单元许可证的格式和创建程序等相关内容。本部分适用于长江电子航道图制作、系统开发、设计和应用，其他内河航道图系统也可参照使用。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。JT/T765.1长江电子航道图制作规范第1部分：术语3术语和定义
JT/T765.1确立的术语和定义适用于本部分。4长江电子航道图数据保护总体框架4.1总体要求
长江电子航道图数据保护方案规定了四类参与者，分别为系统管理员、数据服务商、设备制造商、数据用户。
系统管理员为任何加人长江电子航道图数据保护方案的设备制造商分配一对唯一的制造商标识符（M_ID）和制造商密钥（M_KEY)值，并将所有设备制造商的M_ID和M_KEY记录下来，形成设备制造商信息表。设备制造商为购买其产品的数据用户分配一个唯一的硬件标识符（HW_ID），并用自已的MKEY将其加密后形成用户许可证，随产品一同提供给数据用户。对于任何加入长江电子航道图数据保护方案的数据服务商，系统管理员向其提供设备制造商信息表，并保证表内容的及时更新。数据用户需要购买数据服务商的电子航道图时，向其提供自已的用户许可证，数据服务商用单元密钥对电子航道图数据进行加密，并利用用户许可证中的HW_ID加密单元密钥，形成单元许可证，将电子航道图和单元许可证发送给数据用户。数据用户收到电子航道图和单元许可证后，利用自已用户许可证中的HW_ID对单元许可证解密，得到单元密钥，最后用单元密钥对电子航道图进行解密。为在上述保护过程中实现身份认证，采用数字证书的方式来进行签名认证。系统管理员创建自已的系统管理员数字证书，并将该证书发布给设备制造商、数据服务商和数据用户。数据服务商创建自已的数据服务商自我签名密钥文件（SSK)并提交给系统管理员，系统管理员核实SSK文件后，用自已的私有密钥对数据服务商公开密钥进行签名，生成数据服务商数字证书，并发布给数据服务商。数据服务商在向数据用户发送电子航道图前，先用自已的私有密钥对电子航道图签名，并和数据服务商数字证书结合，形成电子航道图的签名文件，随电子航道图一起提供给数据用户。数据用户收到电子航道图签名文件365
JT/T765.5—2009
后，首先利用系统管理员数字证书中的公开密钥来核实数据服务商证书，随后利用数据服务商证书中的公开密钥来核实电子航道图的签名，如果正确，则电子航道图可以使用；否则因不能确认来源而拒绝使用。
2各参与者的职责
系统管理员
系统管理员应根据需要维护方案的正常运行，制作并发布方案根证书，接受设备制造商的申请，并为符合要求的设备制造商创建M_ID和M_KEY信息。系统管理员还应为数据服务商发放数字证书，在电子航道图发布过程中实现身份认证。系统管理员的主要职责是：a)
确认设备制造商发送的M_ID、M_KEY申请表格；确认数据服务商发送的数据服务商申请表格；与设备制造商签订协议书；
与数据服务商签订协议书；
为每个设备制造商创建一一对应的M_ID和M_KEY；为每个数据服务商创建数据服务商证书；创建系统管理员数字证书以提供给电子航道图显示与信息系统（ECDIS)用户；负责管理各种文档，并将系统成员所需文档发送给成员。数据服务商
数据服务商应负责加密和签署电子航道图（ENC）信息，通过网络或者数据光盘的形式为用户提供更新ENC服务。每个江图数据提供商必须符合国家相关的资质规定，并经系统管理员认证通过，具有向用户发布数据的资格。数据服务商的主要职责是：a)
向系统管理员申请发布ENC数据的资格；与系统管理员签署协议，由系统管理员向其分配M_ID和M_KEY；创建自已的SSK证书文件；
鉴定ENC请求用户的合法性；
创建加密ENC文件所需的单元密钥；创建单元许可证文件和元数据文件；压缩、加密以及签署ENC并发送给用户；产生单元许可证文件和元数据文件，发送给请求用户；管理加密ENC的密钥以及其他用户资料等文档文件。设备制造商
设备制造商主要负责开发一套电子航道图处理系统（EPS），该系统按照本规范要求具备对ENC数据的保护功能。同时，还具备处理保护的ENC数据，以便在ECDIS平台显示正确的电子航道图数据信息的能力。为了加入长江电子航道图数据保护方案，相应的设备制造商应完成方案的要求，取得资格认证后才能加人本保护方案，并且获取M_ID和M_KEY来实现他们的系统，提供支持该安全方案的船舶导航产品。设备制造商的主要职责是：申请制造商资格；
与系统管理员签署协议；
为每台设备创建HW_ID；
将每个HW_ID记录在HW_ID登记表中，并且进行管理；e）开发符合本规范要求的EPS系统；f）为电子航道图显示与信息系统（ECDIS)创建用户许可证文件。4.2.4数据用户
JT/T765.5—2009
数据用户是电子航道图信息的使用者，从数据服务商那里接受加以保护的ENC信息。ECDIS用户负责鉴别ENC的数字签名和按照保护方案定义的程序对ENC进行解密。数据用户的主要职责是：a）从系统管理员网站下载系统管理员数字证书，用以鉴别数据服务商的合法性；b）
向数据服务商提供用户许可证文件，以获得新的ENC文件；管理多个数据服务商各自的用户许可证文件。5各参与者的交互程序
5.1系统管理员创建自己的数字证书系统管理员创建自已的私有密钥和公有密钥，使用私有密钥对公有密钥进行签名，将签名算法的返回值与公有密钥结合，创建系统管理员数字证书。5.2数据服务商加入数据保护体系的基本程序数据服务商加人数据保护体系的基本程序如下：数据服务商创建自已的公开密钥、私钥对；a)
数据服务商创建SSK文件；
数据服务商填写“长江电子航道图数据保护系统数据服务商证书请求表”；数据服务商将申请表、SSK文件以及数据服务商公开密钥文件发送给系统管理员；系统管理员通过电话、电子邮件等方式对申请表格和SSK文件的来源等进行确认；系统管理员核实SSK文件的格式是否符合本规范要求；系统管理员利用数据服务商发送的公开密钥文件核实SSK文件；g)
如果对SSK文件的鉴别合法，且该数据服务商符合国家相关资质要求，系统管理员创建数据服h)
务商证书；否则，给请求的数据服务商发出错误信息。5.3设备制造商加入数据保护体系的基本程序设备制造商加人数据保护体系的基本程序如下：a）设备制造商完成M_ID/M_KEY申请表的填写（主要包括设备制造商的详细信息以及请求所需文件)；
系统管理员核实M_ID/M_KEY表格第一部分（主要核实设备制造商对表格的填写是否b）
完整)；
系统管理员核实设备制造商是否签署“长江电子航道图数据保护协议书”；c)
系统管理员核实设备制造商开发的系统是否符合本规范标准；系统管理员核实设备制造商没有M_ID/M_KEY对（主要确认该申请的设备制造商未曾有过Me）
ID/M_KEY，即表明申请者是新的设备制造商）；系统管理员创建M_ID/M_KEY，并且存储到M_ID/M_KEY登记表里；f）
系统管理员将M_ID/M_KEY发送给设备制造商，同时也将这个新的M_ID/M_KEY发送给系统g)
内所有的数据服务商。
JT/T765.52009
数据用户向设备制造商购买新设备的程序5.4
数据用户按如下程序向设备制造商购买设备：a）数据用户向设备制造商递交标识身份的用户许可证文件（主要是申请ENC文件）)；设备制造商生成一份包含数据用户硬件设备标识HW_ID和M_ID信息的用户许可证文件；b)
设备制造商将研制生产的EPS系统和新生成的用户许可证文件以及ECDIS系统一起发送给数c)
据用户。
5.5系统管理员与数据用户的交互程序数据用户按如下程序从系统管理员处获得并验证数字证书：数据用户从系统管理员获取系统管理员数字证书；a)
b）对系统管理员数字证书格式进行核对；利用系统管理员公开密钥鉴别系统管理员数字证书（比较数字证书包括系统管理员公开密钥c）
与从系统管理员网站获得的公开密钥是否一致）。5.6数据用户购买并使用数据服务商提供的电子航道图的程序数据用户购买并使用数据服务商提供的电子航道图的程序如下：数据用户向数据服务商递交用户许可证以申请电子航道图文件：a)
数据服务商从用户许可证中获得M_ID，并查对从系统管理员那里得到的M_ID/M_KEY登记b)
表，找到与该M_ID对应的M_KEY；数据服务商使用M_KEY解密用户许可证，获得数据用户的HW_ID，用来加密单元密钥；c
数据服务商生成单元许可证文件；数据服务商用zip算法压缩电子航道图单元数据，并用单元密钥加密压缩后的数据；数据服务商利用自已的私有密钥对加密后的电子航道图单元数据进行数字签名；数据服务商将加密后的电子航道图单元数据、单元许可证文件和数字签名文件一起发送给数据用户；
数据用户核对数据服务商发送的相关文件（主要包括签名文件是否包含签名和证书对，核实签h）
名文件是否符合本规范要求的格式）；数据用户鉴别签名文件中的数据服务商证书是否合法，如果合法则从签名文件中提取数据服务i）
商公开密钥：
数据用户鉴别电子航道图单元数据的签名文件；数据用户通过系统软件提取自已机器上的HW_ID来解密单元许可证，得到电子航道图数据文k）
件的单元密钥，利用系统解密数据并使用。6用户许可证
6.1M_ID的格式
M_ID是四位长度的16进制数字（二字节），以ASCI码表示。系统管理员应向每个加入长江电子航道图数据保护体系的设备制造商分配一对M_ID/M_KEY。6.2M_KEY的格式
M_KEY是10位长度的16进制数字（五字节）。368
6.3HW_ID的格式
JT/T765.5—2009
HW_ID是五字节的十进制数字，由设备制造商分配给购买其系统的数据用户。设备制造商应为每一个系统指定一个唯一的HW_ID，建议HW_ID以不连续的方式来分配。在用户许可证中HW_ID以加密的形式存在。它用M_KEY作为加密密钥，利用Blowfish算法进行加密。加密以后的HW_ID是八字节长的十进制数，被转化成16位长度的16进制数，以ASCII码表示。用户许可证的格式
用户许可证为28字符长度，用ASCII文本书写，其格式和字段长度要求见表1。表1
加密后的HW_ID
16位16进制数
校验和
八位16进制数
四位16进制数
表1中每个字段中的16进制数均以ASCII码表示，其中任何字母字符应大写。用户许可证中的校验和是用CRC32算法对加密后的HW_ID进行散列计算后得到。该散列计算结果被转化为八位16进制数。
用户许可证的示例见表2。
示例1：
加密后的HW_ID
73871727080876A0
校验和
7E450C04
示例1中用户许可证的最终表现形式为：73871727080876A07E450C043031。6.5用户许可证的创建程序
用户许可证的创建程序由系统或者应用程序提供商执行，生成的用户许可证发送给数据用户，当他们请求单元许可证时用来标识他们自已。用户许可证和系统一起交给终端用户。用户许可证的创建过程如下：
M_KEY作为密钥，利用Blowfish算法对HW_ID进行加密；将结果转换成16位16进制字符串，每一个字母都应大写表示；利用CRC32算法散列上面的16位16进制字符串；将c)输出的结果转化为八位16进制字符串，每一个字母都应大写表示，这就是CheckSum；将d)输出的结果附加在b)的输出结果；将M_ID转化为四位16进制字符串，任何字母应以大写表示；将f)的输出结果附加到e)的输出结果的后面，这就是用户许可证。用户许可证创建程序的示例见表3和表4。示例2：
标示符
3132333438
3938373635
16进制表示的HW_ID
16进制表示的M_KEY
16进制表示的M_ID
JT/T765.5—2009
步骤a)的输人
步骤a)的输出
步骤c)的输人
步骤e)的输出
步骤e)的输出
用户许可证
3132333438和3938373635
8位字节
73871727080876A0
7E450C04
73871727080876A07E450C04
73871727080876A07E450C043031用户许可证的解密程序
16进制表示的HW_ID和M_KEY
不可打印
这是步骤“a”输出的16进制字符串表现形式。这个字符串从左到右输人给散列算法，例如73、87、17.…用16进制表示的CRC32散列结果
将CRC32散列结果附加在加密后的HW_ID后用户许可证的解密程序由数据服务商的系统运行。用户许可证的结构在4.2条中定义。用户许可证的解密程序如下：
从用户许可证中提取M_ID(四位16进制字符）；从用户许可证中提取校验和(CheckSum，为八位16进制字符）；利用CRC32算法散列加密的HW_ID(用户许可证中前16位字符）；比较b)和c)的输出，如果相同，则该用户许可证是合法的；如果不同，则该用户许可证是不合法的，从而不能获得相应的HW_ID；如果用户许可证是合法的，把这个加密的HW_ID转换成八位字节；将M_KEY作为解密密钥，利用Blowfish算法解密这个加密的HW_ID，所得结果就是HW_ID。用户许可证的解密程序示例见表5和表6。表5
标示符
用户许可证
步骤a)的输出
步骤b)的输出
步骤e)的输入
步骤c)的输出
步骤f)的输出
单元许可证
一般要求
73871727080876A07E450C0430313938373635
7E450C04
73871727080876A0bzxZ.net
7E450C04
3132333438
16进制的M_KEY
提取的M_ID
提取出来的校验和
字节从左到右输出给散列函数，例如73、87、17.…从加密的HW_ID中提取出来的校验和16进制表示的HW_ID
电子航道图单元数据在发布前应由数据服务商使用单元密钥进行加密，该单元密钥是与该电子航道370
JT/T765.5—2009
图单元数据唯一对应的。数据用户必须获得这个密钥才能解密数据。这个单元密钥由数据服务商以加密表格的形式一单元许可证提供给数据用户。一个单元许可证文件可以包括一个或者多个电子航道图的单元密钥。
单元许可证的发布针对指定的HW_ID，在安装系统之间是不可转换的。加密方案支持能在所有客户之间相互传送的普通加密CD形式。数据服务商通过其得到的用户许可证获得用户的HW_ID，通过用户的HW_ID加密电子航道图单元密钥从而形成单元许可证，这就确保了单元许可证不能在数据用户之间进行传送。终端用户利用它们的HW_ID对单元许可证进行解密，以便获得解密电子航道图所需的单元密钥。发布单元许可证需要两个文件：包含解密电子航道图所需本质信息的基本许可证文件，在7.5条中定义；a)
b）包含易于数据管理和解密的补充信息的元许可证文件，在7.6条中定义。客户系统应负责管理来自多个数据服务商的权证文件。来源于某个数据服务商的权证文件不能用来解密来自另一个服务商的电子航道图。一个单元许可证包括两个加密的单元密钥，即包含当前版本电子航道图解密密钥的单元密钥1（ECK1），以及用作下一版本电子航道图单元的解密密钥ECK2。单元许可证里面的ECK2使得数据服务商能周期性地改变用于电子航道图下一版本的单元密钥，而无须对其他数据用户发布新的单元许可证。除了这些密钥以外，单元许可证还包括过期日期（这个日期之后的更新文件不能使用）和单元标识（便于用户在有好几个单元和权证文件的情况下，系统能够将两者相匹配）。终端用户将单元许可证里面的过期日期与需要解密的电子航道图单元进行比较，如果需要解密的电子航道图单元或者更新文件的生产日期在许可证的过期日期之后。系统将不会使用单元许可证来解密数据，因而防止用户使用过期的电子航道图单元文件或者更新文件。电子航道图的基本单元或更新文件的发布日期编码包含在电子航道图数据集文件的DSID-ISDT子字段里。这些数据文件总是加密的，除非这些文件已经解密，否则发布日期无法得到。为了提供一种获得发布日期而不需要解密这些电子航道图文件的简便机制，DSID-ISDT字段的内容应被复制到数据集所含文件CATALOG.031的CATD-COMT字段中，以保障系统能快速检查这个电子航道图信息是否在许可证过期日期之后，而无需解密电子航道图。示例3：
CATALOG.031文件中的CATD-COMT编码如下：VERSION=1.0,EDTN=10,UPDN=0,UADT=20030224,ISDT=20030224。单元许可证以ASCII文本的形式书写，任何字母字符都应大写表示，其格式和字段长度见表7。表7
航道图单元名称
八个字母或数字
过期日期
八个数字
单元许可证的示例见表8。
航道图单元名称
NO4D0613
过期日期
20000830
加密后的CK1
16位16进制数
加密后的单元密钥1(ECK1)）
BEB9BFE3C7C6CE68
表8中单元许可证最终的表现形式为：加密后的CK2
16位16进制数
加密后的校验和
16位16进制数
加密后的单元密钥2(ECK2）
B16411FD09F96982
N04D061320000830BEB9BFE3C7C6CE68B16411FD09F96982795C77B204F54D487.2电子航道图单元名称与过期日期的格式加密校验和
795C77B204F54D48
电子航道图单元名称是八字节的字母数字串，遵循JT/T765.2—2009附录B中所定义的单元文件371
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。