敏感数据管理设备、程序和存储介质的制作方法

专利2023-10-25  95


敏感数据管理设备、程序和存储介质
【技术领域】
1.本发明是关于敏感数据管理设备、程序和存储介质的发明。


背景技术:

2.迄今为止,关于通过使用对称加密密钥加密和公钥加密,这两种加密方式来加密文件的系统的技术有被公开(参见专利文献1)。在该系统中,使用对称加密密钥加密文件,然后对称加密密钥由用户或管理员的公钥加密。加密后的对称加密密钥与加密后的文件一起保存。
3.系统接收来自用户的文件读取请求,在使用了正确的密钥的情况下,解密加密的对称加密密钥,使用获得的对称加密密钥将加密的文件解密,并将文件返还给用户。
4.另外,将加密数据保存在存储介质中的用户侧数据处理设备,和在加密数据无法解密的紧急情况下执行恢复工作的恢复处理设备,分担并协作恢复数据的技术有被公开(参见专利文献2)。
5.恢复处理设备创建一对公钥和私钥,并且只将公钥交给用户侧设备。用户侧设备生成用于对数据进行加密的加密密钥,利用公钥对该加密密钥进行加密,并将加密后的加密密钥写入存储介质的规定位置。在紧急情况下,用户侧设备从存储介质中取出被加密过的加密密钥,并将被加密过的加密密钥交给恢复处理设备。恢复处理设备解密使用私钥得到被加密过的加密密钥,并将解密后的加密密钥发送回用户侧设备。结果,用户侧设备能够恢复数据。
6.另外,用于保护存储在第一设备中内容的内容保护密钥由第二设备管理的私钥/公钥中的公钥加密,从而只有在该第二设备能通过认证的用户可以使用该私钥对加密的内容保护密钥进行解密,并通过使用获得的内容保护密钥解密并使用存储在第一设备中的内容的技术有被公开(参见专利文献3)。
7.另外,在第一和第二系统之间执行使用主密钥加密的消息的双向通信技术有被公开(参见专利文献4)。
8.第一系统生成一对第一公钥和第一密钥,以及一对第二公钥和第二密钥。第二系统产生一对第三公钥和第三密钥,以及一对第四公钥和第四密钥。然而,请注意,第二和第四公钥是基于在第一和第二系统之间共享的秘密信息生成的。
9.第一和第二系统相互交换它们自己的两个公钥。第一系统基于第一和第二密钥以及第三和第四公钥生成主密钥。第二系统基于第一和第二公钥以及第三和第四密钥生成主密钥。在第一系统和第二系统生成的主密钥中的每一个都彼此相同。因此,第一系统和第二系统通过公钥的交换来共享主密钥,并通过使用该共享密钥来交换消息。【相关技术文献】【专利文献】
10.[专利文献1]美国专利第6249866号公报[专利文献2]日本特开第2007-13484号公报
[专利文献3]美国专利申请公开第2007/0300080号说明书[专利文献4]日本专利第4701238号公报
【发明摘要】
【发明目的】
[0011]
本发明旨在解决传统技术的问题。【解决方案】
[0012]
作为本发明的第一方式的敏感数据管理设备,包括产生预定数据长度的敏感数据保护码的敏感数据保护码生成模块,使用将敏感数据保护码作为输入的密钥导出函数生成对称加密密钥的对称加密密钥生成模块,使用对称加密密钥加密敏感数据的敏感数据加密模块,使用从敏感数据访问支持终端提供的公钥加密敏感数据保护码的敏感数据保护码加密模块,以及在敏感数据加密之后删除对称加密密钥和敏感数据,并且在敏感数据保护码加密之后删除敏感数据保护码的删除模块。
[0013]
作为本发明的第二方式的敏感数据管理设备包括,生成预定数据长度的敏感数据保护码的敏感数据保护码生成模块,使用将敏感数据保护码作为输入的密钥导出函数来生成第一对称加密密钥的第一对称加密密钥生成模块,使用第一对称加密密钥对敏感数据进行加密的敏感数据加密模块,使用预先与敏感数据访问支持终端交换的预定信息生成第二对称加密密钥的第二对称加密密钥生成模块,使用第二对称加密密钥加密敏感数据保护码的敏感数据保护码加密模块,以及,在敏感数据加密之后删除第一对称加密密钥和敏感数据,并删除第二对称加密密钥和敏感数据保护码加密后的敏感数据保护码的删除模块。
[0014]
作为本发明的第三方式的程序是使计算机作为敏感数据管理设备的每个单元起作用的程序。
[0015]
作为本发明的第四方式的存储介质是存储上述程序的存储介质。【发明效果】
[0016]
本发明可以提高敏感数据的安全性。
【附图说明】
[0017]
[图1]图1是示出作为第一实施例的示例的敏感数据管理系统的示意图。[图2]图2是说明用作敏感数据访问支持终端和敏感数据管理设备的计算机的示例的框图。[图3]图3是示出根据第一实施例的敏感数据的初始加密例程的流程图。[图4]图4是示出根据第一实施例的敏感数据的加密子例程的流程图,该加密子例程是步骤s13的详细处理过程。[图5]图5是说明根据第一实施例在敏感数据加密之后保存在敏感数据访问支持终端和
敏感数据管理设备中的每一个中的数据的概念图。[图6]图6是示出第一实施例的敏感数据用解密例程的流程图。[图7]图7是图示在多个敏感数据访问支持终端和敏感数据管理设备的每一个中保存的数据的概念图。[图8]图8是示出第二实施例的敏感数据用加密子例程的流程图。[图9]图9是示出根据第二实施例在敏感数据加密之后保存在敏感数据访问支持终端和敏感数据管理设备中的每一个中的数据的概念图。[图10]图10是示出第二实施例的敏感数据用解密例程的流程图。[图11]图11是示出根据第三实施例的敏感数据的初始加密例程的流程图。[图12]图12是示出第三实施例的敏感数据用加密子例程的流程图。[图13]图13是示出根据第三实施例的在敏感数据加密之后保存在敏感数据访问支持终端和敏感数据管理设备的每一个中的数据的概念图。[图14]图14是表示第三实施例的敏感数据用解密例程的流程图。
【具体实施例】
[0018]
下面结合附图对本发明实施例进行详细说明。这里示出了多个但不是全部的实施例。本发明的实施例可以以许多其他不同的形式来体现。也就是说,本发明的实施例不应被解释为限于说明书中阐述的实施例。提供这些实施例以满足关于规范的要求。注意,相同的数字在整个附图中指代相同的元件和步骤。本发明实施例适用于例如以下情况,但也适用于其他情况。
[0019]
第一种情况是在登录pc(即,计算设备)时,临时启用敏感数据(例如,pc的密码、pc的密码被加密后的修改数据,或类似)。因此,可以实现例如使用智能手机的无密码登录处理。
[0020]
第二种情况是临时启用主密码来管理保存有多个密码的密码数据库的情况。请注意,主密码用于解密完全加密的密码数据库的情况,解密从密码数据库中读出的单个加密密码的情况,等等。
[0021]
第三种情况是临时允许使用智能手机进出密室的进出控制系统的情况。第四种情况是发动机钥匙的情况,其中智能手机用于临时(在车上)启用汽车的操作。
[0022]
【第一实施例】图1示出作为第一实施例的示例的敏感数据管理系统1的示意图。敏感数据管理系
统1拥有敏感数据访问支持终端b和敏感数据管理设备a。例如,计算机被用作敏感数据访问支持终端b和敏感数据管理设备a。
[0023]
图2是表示在本实施例中用作敏感数据访问支持终端b和敏感数据管理设备a的计算机100的一个例子的框图。
[0024]
计算机100例如拥有输入用户操作信息和其他信息的输入模块101、执行加密处理等的cpu 102、存储/读取数据的存储模块103、作为数据工作区的ram 104、rom 105存储cpu 102等的控制程序,显示模块106显示cpu 102等的用户界面和处理结果,通信模块107通过网络与外部设备进行数据通信。
[0025]
通信模块107能够使用有线、无线、p2p和其他已知网络通信技术进行数据通信。注意,通信模块107提供的功能也可以通过使用显示二维码图像(图像数据)的显示器和拍摄二维码图像的照相机来实现,这将在后面描述。此外,通信模块107也可以通过使用显示文本的显示器和用户在识别文本之后直接输入的键盘来实现。
[0026]
计算机100不限于图2所示的形式,可以是包括硬件、软件或两者皆有的形式。输入模块101可以是用于输入上述文本数据的键盘、用于输入上述图像数据的照相机、操作面板等。此外,计算机100设置有在图2中彼此独立的输入模块101和显示模块106,但是可以替代地设置有输入模块101和显示模块106的功能被集成的触控面板。
[0027]
计算机100也可以是台式机、笔记本电脑(notebook)或平板电脑中的任何一种,或者可以是所谓的智能手机。也就是说,计算机100可以以任何形式应用,只要它能够执行稍后在图3、图4等中描述的流程图的步骤即可。
[0028]
敏感数据访问支持终端b例如是易于携带或方便运输的计算机100,例如优选为所谓的智能手机。敏感数据管理设备a是处理敏感数据和其他各种类型数据的计算机100。
[0029]
【加密处理(敏感数据sd的加密】接下来,将描述保存在敏感数据管理设备a中的敏感数据sd的初始加密处理。在加密处理时,执行敏感数据访问支持终端b和敏感数据管理设备a之间的数据发送/接收。
[0030]
数据的发送/接收的形式没有特别限制,只要数据从一个计算机100输出并且该数据输入到另一计算机100即可。数据的发送/接收形式的示例包括以下情况(1)至(3)。
[0031]
(1)在一台计算机100的显示模块106上显示二维码图像或文本图像的情况下,另一台计算机100的输入模块101(例如,照相机)拍摄该图像,并且cpu 102在该计算机上执行条形码图像或文本识别的解码。(2)一台计算机100的通信模块107通过网络(有线或无线)发送数据,而另一台计算机100的通信模块107接收该数据的情况。(3)在一个计算机100的显示模块106上显示文本图像的情况下,用户然后识别呈现为该图像的文本并操作另一台计算机100的输入模块101(例如,键盘),从而在另一台计算机100的输入模块101输入该文本数据。。
[0032]
图3是表示第一实施例的敏感数据sd的初始加密例程的流程图。初始加密例程在初始加密启动操作之后执行,该操作在敏感数据管理设备a或敏感数据访问支持终端b处执行。请注意,在下文中,术语“加密密钥”或简称为“密钥”是指确定密码算法的功能输出的一段数字信息。也就是说,加密密钥或密钥决定了明文到密文的转换方式,反之亦然。
[0033]
在步骤s1中,敏感数据访问支持终端b生成私钥prikb和与其对应的公钥pubkb。在步骤s2中,敏感数据访问支持终端b将公钥pubkb发送给敏感数据管理设备a。
[0034]
在步骤s11中,敏感数据管理设备a接收并保存从敏感数据访问支持终端b发送的公钥pubkb。在步骤s12中,敏感数据管理设备a准备敏感数据sd,例如密码等。注意,敏感数据sd可以从外部设备发送,或者可以预先保存在敏感数据管理设备a中。
[0035]
在步骤s13,敏感数据管理设备a加密敏感数据sd。注意,稍后将详细描述步骤s13。
[0036]
在步骤s14,敏感数据管理设备a删除敏感数据sd。因此,敏感数据管理设备a上不存在敏感数据sd本身,仅存储加密后的敏感数据sd。
[0037]
图4是说明敏感数据sd的加密子例程的流程图,是图3的步骤s13的详细处理。在步骤s21中,敏感数据管理设备a生成敏感数据保护码sdpc。请注意,敏感数据保护码sdpc是随机生成的机密数据,它被配置为足够短的文本字符串以供用户键入。例如,敏感数据保护码sdpc最好是256字节或更短的文本字符串。注意,对于敏感数据保护码sdpc,16字节的文本串是最优选的,但是根据例如现金卡的pin的习惯,也有比这更短的情况,例如4字节的文本串。
[0038]
在步骤s22中,敏感数据管理设备a使用以敏感数据保护码sdpc作为输入的预定义密钥导出函数来生成对称加密密钥symk。这里的密钥导出函数是使用加密散列函数等伪随机数函数,将数据长度短的秘密值作为输入,导出数据长度长的加密密钥的函数。对称加密密钥symk的长度是加密后的敏感数据sd的安全性得到充分保证的程度的长度,例如256比特。
[0039]
在步骤s23中,敏感数据管理设备a使用对称加密密钥symk加密敏感数据sd,从而生成加密后的敏感数据symk[sd]。加密后的敏感数据symk[sd]保存在敏感数据管理设备a中。在步骤s24中,敏感数据管理设备a删除对称加密密钥symk。
[0040]
在步骤s25中,敏感数据管理设备a使用从敏感数据访问支持终端b接收到的公钥pubkb对在步骤s21中生成的敏感数据保护码sdpc进行加密,从而生成加密后的敏感数据保护码pubkb[sdpc]。注意,公钥pubkb不限于直接从敏感数据访问支持终端b接收的,也可以是敏感数据管理设备a通过搜索敏感数据访问支持终端b已注册公钥pubkb的公钥数据库而获得的。
[0041]
请注意,椭圆曲线密码学(椭圆曲线集成加密算法:ecies)是一种公钥密码系统,它可以产生与众所周知的rsa密码系统大致相同级别的加密强度,但密钥长度更短。通常,对于椭圆曲线加密,建议使用224位或更长的密钥长度。因此,在本实施例中采用使用224位密钥(以下称为ecies224)的椭圆曲线密码。
[0042]
这里假设敏感数据保护码sdpc的数据长度为16字节,那么加密后的敏感数据保护码pubkb[sdpc]的数据长度在使用椭圆曲线密码的情况下为1008位(126字节),对应于使用椭圆曲线编码时的168个字符base64。另一方面,在使用作为加密强度大致相同程度的rsa密码系统的rsa2048的情况下,加密后的敏感数据保护码pubkb[sdpc]的数据长度为2048位,即与在使用椭圆曲线加密的情况下的相比是大约两倍的长度。
[0043]
在步骤s26中,敏感数据管理设备a删除在步骤s21中生成的敏感数据保护码sdpc。
[0044]
图5是说明在对图3和图4所示的敏感数据sd加密之后保存在敏感数据访问支持终端b和敏感数据管理设备a中的每一个中的数据的概念图。
[0045]
敏感数据sd加密后私钥prikb保存在敏感数据访问支持终端b中,同时公钥pubkb、加密后的敏感数据保护码pubkb[sdpc]和加密后的敏感数据symk[sd]保存在敏感数据管理设备a中。
[0046]
也就是说,敏感数据保护码sdpc并没有按原样保存在敏感数据管理设备a中。因此,第三方不能在没有进行合法解密处理的情况下访问敏感数据sd。
[0047]
【解密处理(敏感数据sd的解密和使用)】接下来,将描述对加密后的敏感数据sd进行的解密处理。敏感数据访问支持终端b和敏感数据管理设备a之间的数据传输/接收也在解密处理时执行。
[0048]
敏感数据管理设备a首先将加密后的敏感数据保护码pubkb[sdpc]发送给敏感数据访问支持终端b,然后使用从敏感数据访问支持终端b返回的敏感数据保护码sdpc重新生成对称加密密钥symk。敏感数据管理设备a使用这个对称加密密钥symk解密加密后的敏感数据symk[sd],从而获取敏感数据sd本身。具体地,在敏感数据访问支持终端b和敏感数据管理设备a处执行以下处理。
[0049]
图6是表示第一实施例的敏感数据sd的解密例程的流程图。在敏感数据管理设备a或敏感数据访问支持终端b执行开始解密的操作之后,执行解密例程。在步骤s31中,敏感数据访问支持终端b接收从敏感数据管理设备a发送的加密后的敏感数据保护码pubkb[sdpc]。加密后的敏感数据保护码pubkb[sdpc]在后述的步骤s41中从敏感数据管理设备a发送。
[0050]
在步骤s32中,敏感数据访问支持终端b进行用户的认证。在认证成功后,用户可以自由操作敏感数据访问支持终端b,不仅在第一实施例中,在其他实施例中也是如此。
[0051]
在步骤s33中,敏感数据访问支持终端b使用其中保存的私钥prikb对敏感数据管理设备a发送的加密后的敏感数据保护码pubkb[sdpc]进行解密,从而获得敏感数据保护码sdpc本身。
[0052]
在步骤s34中,敏感数据访问支持终端b将在步骤s33中获得的敏感数据保护码sdpc发送给敏感数据管理设备a。
[0053]
另一方面,在步骤s41中,敏感数据管理设备a读出保存在其中的加密后的敏感数据保护码pubkb[sdpc],并将加密后的敏感数据保护码pubkb[sdpc]发送给敏感数据访问支持终端b。之后,敏感数据管理设备b执行上述步骤s31到s34的处理,并将敏感数据保护码sdpc本身传送到敏感数据保护码a。
[0054]
在步骤s42中,敏感数据管理设备a从敏感数据访问支持终端b接收敏感数据保护码sdpc。在步骤s43中,敏感数据管理设备a使用在图4中的步骤s22中使用的密钥导出函数重新生成对称加密密钥symk,其中在步骤s42中接收到的敏感数据保护码sdpc作为输入。
[0055]
在步骤s44中,敏感数据管理设备a读出内部保存的加密后的敏感数据symk[sd],并利用在步骤s43中重新生成的对称加密密钥symk进行解密处理,从而获得敏感数据sd本身。因此,在图3的步骤s12中准备的敏感数据sd被完全恢复。
[0056]
在步骤s45和步骤s46中,敏感数据管理设备a使用敏感数据sd,并且在确认后述的
步骤s47和步骤s48的处理已经完成之后,删除该敏感数据sd。
[0057]
在步骤s47中,敏感数据管理设备a删除加密后的敏感数据保护码pubkb[sdpc]和加密后的敏感数据symk[sd]。在步骤s48中,敏感数据管理设备a执行图4中的子程序以再次加密敏感数据sd。
[0058]
如上所述,在本实施例中,以下处理(1)至(3)是恢复加密后的敏感数据sd所必需的。进程1:敏感数据保护码sdpc的恢复进程2:使用敏感数据保护码sdpc重新生成对称加密密钥symk进程3:解密处理使用重新生成的对称加密密钥symk(恢复敏感数据sd)
[0059]
虽然敏感数据管理设备a可以使用敏感数据访问支持终端b提供的公钥pubkb加密敏感数据保护码sdpc,但是敏感数据管理设备a不能恢复它。也就是说,敏感数据管理设备a不能仅凭自己保存的数据执行进程1(图5),因此无法恢复敏感数据sd。另外,即使敏感数据管理设备a内的所有数据都对外泄露,仅凭泄露的数据也无法恢复敏感数据sd,从而保证了敏感数据sd的安全。
[0060]
因此,敏感数据管理设备a使敏感数据访问支持终端b执行进程1并从敏感数据访问支持终端b接收敏感数据保护码sdpc,只有在此之后,敏感数据管理设备才能通过执行进程2和3来恢复敏感数据sd。结果,与单个计算机100执行所有处理1至3的情况相比,可以抑制敏感数据sd被泄露到外部的风险。
[0061]
尽管到目前为止已经描述了敏感数据管理设备a仅使用一个敏感数据访问支持终端b来加密敏感数据sd的布置,但是本实施例不限于该布置。例如,敏感数据管理设备a可以使用多个敏感数据访问支持终端b对敏感数据sd进行加密。
[0062]
在这种情况下,敏感数据管理设备a预先生成敏感数据sd的副本,并准备与敏感数据访问支持终端b的数量相同的敏感数据sd。然后敏感数据管理设备a为每个敏感数据访问支持终端b执行图3和图4中的例程,并加密每个敏感数据sd。结果,获得以下数据。
[0063]
图7是说明在每个敏感数据sd被多个敏感数据访问支持终端b1、b2...加密的情况下,多个敏感数据访问支持终端b1、b2...等中的每一个以及在敏感数据管理设备a中保存的数据的概念图。
[0064]
多个敏感数据访问支持终端b1、b2...等分别生成唯一的私钥prikb1、prikb2等,以及分别对应的公钥pubkb1、pubkb2等。然后将公钥pubkb1、pubkb2等传输到敏感数据管理设备a。
[0065]
敏感数据管理设备a利用接收到的公钥pubkb1、pubkb2等,分别生成对应的加密后的敏感数据保护码pubkb1[sdpc]、pubkb2[sdpc]等、以及,加密后的敏感数据symk1[sd],symk2[sd]等。
[0066]
结果,如图7所示,每个敏感数据访问支持终端b的数据组(公钥pubkb、加密后的敏感数据保护码pubkb[sdpc]和加密后的敏感数据symk[sd])被保存在敏感数据管理设备a中。多个敏感数据访问支持终端b用作备份敏感数据访问支持终端b以防万一丢失,并且其中至少一个可以委托给管理敏感数据管理系统1(图1)的管理员。在这种情况下,委托给管理员的敏感数据访问支持终端b是紧急情况下使用的“管理者终端”。
[0067]
在用户丢失了用户自己拥有和日常使用的敏感数据访问支持终端b的情况下,上
述进程1通常不能执行,因此敏感数据sd不能恢复。但是,通过预先准备多个敏感数据访问支持终端b,如果还有用户自己拥有的另一个敏感数据访问支持终端b,则可以使用该敏感数据访问支持终端b来执行进程1,并且可以恢复使用敏感数据sd。
[0068]
此外,通过将其中一个作为管理者终端委托给管理员,即使手头没有备用敏感数据访问支持终端b,用户也可以通过管理员执行进程1。稍后将描述其具体方法。
[0069]
注意,在后面描述的第二和第三实施例中,敏感数据管理设备a也可以以相同的方式使用多个敏感数据访问支持终端b。在这种情况下,每个敏感数据访问支持终端b的数据组(加密后的敏感数据保护码sdpc、加密后的敏感数据symk[sd]等)保存在敏感数据管理设备a中。
[0070]
现在,在本实施例中在敏感数据管理设备a处生成对称加密密钥symk时(例如,图4中的步骤s22),敏感数据保护码sdpc被用作密钥导出函数(keydeffunc())的输入值,如下所示.keydeffunc(sdpc)

symk
[0071]
此输入值不是原始的敏感数据保护码sdpc本身,而是与原始的敏感数据保护码sdpc,在敏感数据管理设备a中单独生成并保存的唯一数据(例如,pin(个人识别码))相结合的产物也可以。在这种情况下,密钥导出函数修改如下:keydeffunc(sdpc+pin)

symk
[0072]
此时,敏感数据访问支持终端b无法识别pin。因此,即使敏感数据访问支持终端b作为管理者终端委托给管理员,并且管理员知道密钥导出函数的细节,管理员仍然无法基于单独的敏感数据保护码sdpc生成对称加密密钥symk。由此,当在紧急情况下使用管理者终端时,这种修改在提高敏感数据的安全性方面特别有效,包括与管理员有关的考虑。该修改适用于所有实施例。
[0073]
【第二实施例】接下来,将描述第二实施例。另外,对与上述实施例相同的部分标注相同符号,省略重复说明。
[0074]
在根据第一实施例的解密处理中,敏感数据保护码sdpc的数据长度根据定义是短的。另一方面,在使用传统ecies224或rsa2048的情况下,使用公钥pubkb生成的加密后的敏感数据保护码pubkb[sdpc]的数据长度为1008位或2048位(对应使用base64编码时为168个字符或344个字符),分别是加密后的敏感数据sd的解密处理时手动输入的时间过长。
[0075]
因此,在第二实施例中,作为加密后的敏感数据保护码pubkb[sdpc]的大部分的部分数据在敏感数据sd的加密处理阶段被预先发送到敏感数据访问支持终端b,使得敏感数据访问支持终端的输入数据解密处理时的b足够短,可以手动输入。因此,在解密处理中输入到敏感数据访问支持终端b的数据长度变短,即使通过手动操作也可以容易地执行解密处理,而不是电子数据通信。
[0076]
图8是说明根据第二实施例的敏感数据sd的加密子例程的流程图。也就是说,在第二实施例中,敏感数据管理设备a执行图8所示的子程序而不是图4所示的子程序。图8的子程序与图4的子程序的结构大致相同,只是在图4的步骤s25和步骤s26之间增加了步骤s25-1,还增加了步骤s50。
[0077]
在步骤s25-1中,敏感数据管理设备a向敏感数据访问支持终端b发送作为加密后
的敏感数据保护码pubkb[sdpc]的大部分的部分数据,然后从加密后的敏感数据保护码pubkb[sdpc]中删除所发送的部分数据。因此,加密后的敏感数据保护码pubkb[sdpc]中删除部分数据后的剩余数据(以下简称其余数据)保存在敏感数据管理设备a中。其余数据优选为例如不超过256字节。请注意,其余数据最好是16字节。
[0078]
在步骤s50中,敏感数据访问支持终端b接收并保存从敏感数据管理设备a发送的加密后的敏感数据保护码pubkb[sdpc]的部分数据。
[0079]
图9是说明在对图3和图8所示的敏感数据sd加密之后在敏感数据访问支持终端b和敏感数据管理设备a中的每一个中保存的数据的概念图。在敏感数据sd加密之后,加密后的敏感数据保护码pubkb[sdpc]的部分数据除了私钥prikb之外还保存在敏感数据访问支持终端b中。相比之下,公钥pubkb、加密后的敏感数据保护码pubkb[sdpc]的其余数据和加密后的敏感数据symk[sd]保存在敏感数据管理设备a中。
[0080]
图10是表示第二实施例的敏感数据sd的解密例程的流程图。在第二实施例中,敏感数据访问支持终端b执行图10中的步骤s31-1到s34来代替图6中的步骤s31到s34。尽管图10中的步骤s31-1至s34的配置与图6中的步骤s31至s34大体相同,但是添加了图10中的步骤s31-1和s31-2来代替图6中的步骤s31。
[0081]
敏感数据管理设备a执行图10中的步骤s41-1到s48-1,而不是图6中的步骤s41到s48中的例程。尽管图10中的步骤s41-1至s48-1被配置为与图6中的步骤s41至s48大体相同,但是添加了图10中的步骤s41-1和s48-1来代替图10中的步骤s41和s48。6、分别。
[0082]
在步骤s31-1中,敏感数据访问支持终端b接收从敏感数据管理设备a发送的加密后的敏感数据保护码pubkb[sdpc]的其余数据。在步骤s41-1中从敏感数据管理设备a发送其余数据,这将在后面详细描述。
[0083]
在步骤s31-2中,敏感数据访问支持终端b将保存在敏感数据访问支持终端b中的加密后的敏感数据保护码pubkb[sdpc]的部分数据与从敏感数据管理设备a发送的其余数据连接起来,从而重构加密后的敏感数据保护码pubkb[sdpc]。
[0084]
此后,敏感数据访问支持终端b以与第一实施例相同的方式执行用户认证(步骤s32),然后使用私钥prikb对加密后的敏感数据保护码pubkb[sdpc]进行解密(步骤s33)。结果,生成了敏感数据保护码sdpc。然后敏感数据访问支持终端b将生成的敏感数据保护码sdpc发送到敏感数据管理设备a(步骤s34)。
[0085]
另一方面,敏感数据管理设备a使用丢失了已经发送的部分数据的加密后的敏感数据保护码pubkb[sdpc]的其余数据来执行以下处理。
[0086]
在步骤s41-1中,敏感数据管理设备a将加密后的敏感数据保护码pubkb[sdpc]的其余数据发送给敏感数据访问支持终端b。敏感数据访问支持终端b然后执行上述图10中的步骤s31-1到s34,并将生成的敏感数据保护码sdpc发送给敏感数据管理设备a。
[0087]
然后敏感数据管理设备a接收从敏感数据访问支持终端b发送的敏感数据保护码sdpc(步骤s42),并且在执行与第一实施例中相同的处理(步骤s44至步骤s47)之后,再次加密敏感数据sd(步骤s48-1)。在步骤s48-1中,敏感数据管理设备a执行上述图8中的子程序。
[0088]
如上所述,根据第二实施例的敏感数据管理设备a在敏感数据sd的加密处理阶段
将作为加密后的敏感数据保护码pubkb[sdpc]的大部分的部分数据预先发送到敏感数据访问支持终端b。
[0089]
然后敏感数据管理设备a在敏感数据sd的解密处理阶段将加密后的敏感数据保护码pubkb[sdpc]的其余数据发送给敏感数据访问支持终端b。该数据的传输是在部分数据的传输之后针对其余数据执行的,部分数据是加密后的敏感数据保护码pubkb[sdpc]的大部分,因此即使是手动操作也可以容易地实现。
[0090]
这样,即使在用户想要访问敏感数据sd但网络不可用的紧急情况下,例如,如果加密后的敏感数据保护码pubkb[sdpc]的其余数据显示在敏感数据管理设备a的显示模块106上,用户可以直接在敏感数据访问支持终端b的输入模块101通过手动操作输入其余数据,得到敏感数据保护码sdpc本身,从而可以使用敏感数据sd。
[0091]
第二实施例也适用于添加另一个敏感数据访问支持终端b作为管理者终端的情况。如上所述,加密后的敏感数据保护码pubkb[sdpc]和敏感数据保护码sdpc的残留数据的数据长度都足够短以供手动操作输入。因此,例如,敏感数据sd的解密处理中的管理者终端(敏感数据访问支持终端b)和敏感数据管理设备a之间的双向数据交换如下进行。
[0092]
首先,用户将在敏感数据管理设备a的显示模块106上显示的加密后的敏感数据保护码pubkb[sdpc]的其余数据口头通知管理员。然后管理员通过手动操作将用户通知给它的加密后的敏感数据保护码pubkb[sdpc]的其余数据输入到管理者终端中,并获得敏感数据保护码sdpc。
[0093]
接下来,管理员将获得的敏感数据保护码sdpc口头通知给用户。最后,用户通过手动操作将管理员通知给其的敏感数据保护码sdpc输入到敏感数据管理设备a中。
[0094]
此外,敏感数据管理设备a可以在图8中的步骤s25-1中,不是将加密后的敏感数据保护码pubkb[sdpc]的部分数据而是将其全部发送给管理者终端。在这种情况下,敏感数据管理设备a不需要在敏感数据sd的解密处理阶段向管理者终端发送加密后的敏感数据保护码pubkb[sdpc]的其余数据(不需要图10中的步骤s41-1)。另一方面,管理者终端可以省略图10中的步骤s31-1和s31-2,在用户认证后立即获得敏感数据保护码sdpc。
[0095]
在这种情况下,即使用户丢失了自己拥有和日常使用的敏感数据访问支持终端b,如果可以通过电话等方式联系到委托管理者终端的管理员,用户可以直接向管理员索取敏感数据保护码sdpc,然后使用敏感数据保护码sdpc访问敏感数据sd。更具体而言,如下。
[0096]
在被丢失敏感数据访问支持终端b的用户联系的情况下,管理员首先确认用户的合法性(该用户是否是敏感数据访问支持终端b的合法所有者)。确认合法性的方法没有特别限制,例如可以是口头确认他/她的身份。在确认用户的合法性后,管理员再使用其受托的管理者终端,获得敏感数据保护码sdpc,最后将该敏感数据保护码sdpc口头传达给用户。结果,用户可以通过将管理员与其通信的敏感数据保护码sdpc手动输入到敏感数据管理设备a来恢复和使用敏感数据sd。
[0097]
【第三实施例】接下来将描述第三实施例。注意,与上述实施例中相同的部分用相同的符号表示,并且将省略重复的描述。第三实施例使用椭圆曲线迪菲
·
赫尔曼(ecdh)密钥交换协议。ecdh密钥交换协议是使用椭圆曲线加密的迪菲
·
赫尔曼(dh)密钥交换协议之一。
[0098]
为了简单起见,下面将描述不使用椭圆曲线密码的dh密钥交换协议。在dh密钥交换协议中,彼此都没有预备知识的两方(例如,alice和bob)可以通过不安全的通道共享对称加密密钥。此对称加密密钥用于对后续通信进行加密。下面是dh密钥交换协议的一个具体例子。
[0099]
1.alice选择两个质数g和p,并告诉bob它们是什么。2.bob选择了一个机密数a,但不与任何人共享。bob计算a(=g
a mod p)并将计算结果a传输给alice。3.alice选择了一个机密数b,但不与任何人分享。alice计算b(=g
b mod p)并将计算结果b传输给bob。4.bob使用计算结果b计算b
a mod p。5.alice使用计算结果a计算a
b mod p。
[0100]
步骤4的计算结果和步骤5的计算结果是相同的值,作为双方共享的对称加密密钥。这是因为以下两个等式成立。(g
a mod p)
b mod p=g
ab mod p(g
b mod p)
a mod p=g
ba mod p
[0101]
现在,在本实施例中,敏感数据访问支持终端b和敏感数据管理设备a预先共享预定的椭圆曲线(例如,定义椭圆曲线的方程,以及诸如原点g、数位n等参数)用于ecdh密钥交换协议。敏感数据访问支持终端b和敏感数据管理设备a各自基于共享的椭圆曲线生成与其对应的私钥prik和公钥pubk。
[0102]
图11是表示第3实施例的敏感数据sd的初始加密例程的流程图。根据第三实施例,敏感数据访问支持终端b执行图11中的步骤s61到s63,而不是图3中的步骤s1和s2。此外,敏感数据管理设备a执行图11中的步骤s71至s76,而不是图3中的步骤s11至s14。
[0103]
在步骤s61中,敏感数据访问支持终端b基于与敏感数据管理设备a共享的椭圆曲线生成私钥prikb和对应的公钥pubkb。这里,私钥prikb是从[1,n-1]中随机选择的整数。公钥pubkb基于以下等式生成。pubkb=prikb
·g[0104]
在步骤s62中,敏感数据访问支持终端b与敏感数据管理设备a交换公钥pubk。注意,步骤s62与步骤s72同时执行,稍后将详细描述。具体地,敏感数据访问支持终端b将步骤s61中生成的公钥pubkb发送给敏感数据管理设备a,并从敏感数据管理设备a接收公钥pubka。这里的公钥pubka是在步骤s71中生成的,后面会详细说明。
[0105]
也就是说,在上述步骤s61和s62中,敏感数据访问支持终端b提前从选定的prikb(相当于在上述示例中alice选择的机密数a)和提前与敏感数据管理设备a共享的原点g(相当于在上述示例中alice选择的质数g)计算公钥,并与敏感数据管理设备a相互交换(发送/接收)公钥pubkb。
[0106]
在步骤s63中,敏感数据访问支持终端b基于以下等式生成用于加密敏感数据保护码sdpc的对称加密密钥symkc。symkc=prikb
·
pubka注意,对称加密密钥symkc根据敏感数据访问支持终端b的私钥prikb和敏感数据管理设备a的后述公钥pubka之间的关系满足以下条件。
symkc=prikb
·
pubka=prika
·
prikb
·g[0107]
在步骤s71中,敏感数据管理设备a根据与敏感数据访问支持终端b共享的椭圆曲线生成私钥prika和与其对应的公钥pubka。这里,私钥prika是从[1,n-1]中随机选择的整数。公钥pubka基于以下等式生成。pubka=prika
·g[0108]
在步骤s72中,敏感数据管理设备a与敏感数据访问支持终端b交换公钥pubk。具体地,敏感数据管理设备a将步骤s71中生成的公钥pubka发送给敏感数据访问支持终端b,并从敏感数据访问支持终端b接收公钥pubkb。
[0109]
在步骤s73中,敏感数据管理设备a基于以下等式生成用于加密敏感数据保护码sdpc的对称加密密钥symkc。symkc=prika
·
pubkb注意,根据敏感数据管理设备a的私钥prika和敏感数据访问支持终端b的上述公钥pubkb之间的关系,对称加密密钥symkc满足以下条件。symkc=prika
·
pubkb=prika
·
prikb
·
g作为步骤s63和步骤s73的结果,敏感数据访问支持终端b和敏感数据管理设备a各自获得相同的对称加密密钥symkc。
[0110]
在步骤s74中,敏感数据管理设备a准备敏感数据sd,例如密码等。注意,敏感数据sd可以从外部设备发送,或者可以预先保存在敏感数据管理设备a中。
[0111]
在步骤s75中,敏感数据管理设备a加密敏感数据sd。注意,稍后将描述步骤s75的细节。
[0112]
在步骤s76中,敏感数据管理设备a删除敏感数据sd。因此,敏感数据管理设备a中不存在敏感数据sd本身,仅存储加密后的敏感数据sd。
[0113]
图12是说明根据第三实施例的敏感数据sd的加密子例程的流程图。在步骤s75中,敏感数据管理设备a执行图12中的子程序而不是图4中的子程序。注意,虽然图12中的子程序与图4中的子程序大致相同地配置,但是添加了图12中的步骤s25-2来代替图4中的步骤s25。
[0114]
在步骤s25-2中,敏感数据管理设备a使用在图11的步骤s73中生成的对称加密密钥symkc对在步骤s21中生成的敏感数据保护码sdpc进行加密,从而生成加密后的敏感数据保护码symkc[sdpc]。敏感数据管理设备a然后删除在步骤s21中生成的敏感数据保护码sdpc(步骤s26)。
[0115]
图13是说明在对图11和图12所示的敏感数据sd加密之后保存在敏感数据访问支持终端b和敏感数据管理设备a的每一个中的数据的概念图。
[0116]
在敏感数据sd加密之后,敏感数据访问支持终端b中保存了敏感数据管理设备a的公钥pubka、自身的私钥prikb和对称加密密钥symkc。同时敏感数据管理设备a在其中保存了敏感数据访问支持终端b的公钥pubkb、自身的私钥prika、对称加密密钥symkc、加密后的敏感数据保护码symkc[sdpc]和加密后的敏感数据symk[sd]。
[0117]
图14是说明根据第三实施例的敏感数据sd的解密例程的流程图。虽然图14中的步
骤s31-3至s34的配置与图6中的步骤s31至s34大体相同,但是添加了图14中的步骤s31-3和s33-1来分别代替图6中的步骤s31和s33。
[0118]
虽然图14中的步骤s41-2至s48-2被配置为与图6中的步骤s41至s48大体相同,但是分别添加图14中的步骤s41-2、s47-1和s48-2来代替图6中的步骤s41、s47和s48,进一步地,在图6中的步骤s44之后增加了图14中的步骤s44-1。
[0119]
在步骤s31-3中,敏感数据访问支持终端b接收从敏感数据管理设备a发送的加密后的敏感数据保护码symkc[sdpc]。在后述的步骤s41-2中,从敏感数据管理设备a发送加密后的敏感数据保护码symkc[sdpc]。在步骤s32中,敏感数据访问支持终端b进行用户认证。
[0120]
在步骤s33-1中,敏感数据访问支持终端b使用图11的步骤s63中生成的对称加密密钥symkc对敏感数据管理设备a发送的加密后的敏感数据保护码symkc[sdpc]进行解密,得到敏感数据保护码sdpc。
[0121]
在步骤s34中,敏感数据访问支持终端b将在步骤s33-1中获得的敏感数据保护码sdpc发送给敏感数据管理设备a。
[0122]
另一方面,在步骤s41-2中,敏感数据管理设备a读出内部保存的加密后的敏感数据保护码symkc[sdpc],将加密后的敏感数据保护码symkc[sdpc]发送给敏感数据访问支持终端b。接着,敏感数据管理设备b执行上述步骤s31-3到s34的处理,并将敏感数据保护码sdpc发送到敏感数据保护码a。
[0123]
敏感数据管理设备a接收从敏感数据访问支持终端b发送的敏感数据保护码sdpc(图14中的步骤s42),并以与第一实施例中相同的方式执行步骤s43和s44。
[0124]
在步骤s44-1中,敏感数据管理设备a判断加密后的敏感数据symk[sd]的解密是否成功(敏感数据sd是否恢复成功)。在解密成功的情况下,敏感数据管理设备a使用敏感数据sd,在确认后述的步骤s47-1、步骤s48-2的处理完成后,删除该敏感数据sd(步骤s45、s46))。如果解密不成功,则例程结束。
[0125]
在步骤s47-1中,敏感数据管理设备a删除加密后的敏感数据保护码symkc[sdpc]和加密后的敏感数据symk[sd]。在步骤s48-2中,敏感数据管理设备a执行图12中的子程序并再次加密敏感数据sd。
[0126]
因此,根据第三实施例,敏感数据访问支持终端b和敏感数据管理设备a交换基于预先彼此共享的椭圆曲线生成的公钥pubk,并且各自生成对称加密密钥symkc用于敏感数据保护码sdpc的加密和解密。这产生了以下有利效果。
[0127]
敏感数据访问支持终端b和敏感数据管理设备a可以使用各自生成的对称加密密钥symkc,以在内部执行对各自内部的敏感数据保护码sdpc进行加解密。
[0128]
也就是说,在本实施例中,对称加密密钥symkc加密和解密敏感数据保护码sdpc也保存在敏感数据管理设备a本身中,因此,加密后的敏感数据保护码symkc[sdpc]理论上可以单独由敏感数据管理设备a解密,即使敏感数据访问支持终端b不存在。
[0129]
然而,在本实施例中,在敏感数据管理设备a和敏感数据访问支持终端b之间执行以下(a)到(c)的处理,以实现所谓的“挑战&响应”认证。
[0130]
(a)敏感数据管理设备a将加密后的敏感数据保护码symkc[sdpc]发送给敏感数据
访问支持终端b。(b)敏感数据访问支持终端b将其中的加密后的敏感数据保护码symkc[sdpc]解密得到的敏感数据保护码sdpc返回给敏感数据管理设备a。(c)敏感数据管理设备a使用从敏感数据访问支持终端b返回的敏感数据保护码sdpc重新生成对称加密密钥symk,然后解密加密后的敏感数据symk[sd]并获得敏感数据sd。
[0131]
结果,只有拥有合法敏感数据访问支持终端b的用户才能成功将正确的敏感数据保护码sdpc返回给敏感数据管理设备a,使敏感数据管理设备a解密加密后的敏感数据symk[sd],获得敏感数据sd。因此,最终,第三实施例利用敏感数据访问支持终端b产生与上述其他实施例相同的有利效果。
[0132]
现在,根据第三实施例,加密后的敏感数据保护码symkc[sdpc]的数据长度足够短,可以手动输入,与敏感数据保护码sdpc本身的数据长度一样。因此,在敏感数据访问支持终端b是管理者终端的情况下,在敏感数据sd的解密的紧急情况下,与上述实施例相同,能够手动地进行敏感数据管理设备a和管理者终端之间的数据交换。
[0133]
此外,在本实施例中,在敏感数据sd(图12)的加密阶段从敏感数据管理设备a到敏感数据访问支持终端b的数据传输是不必要的。
[0134]
相反,在第二实施例的情况下,为了在敏感数据sd的解密时紧急手动输入加密后的敏感数据保护码pubkb[sdpc]的其余数据,在敏感数据sd(图8)的加密阶段传输的加密后的敏感数据保护码pubkb[sdpc]的部分数据的数据长度需要足够长。但是,在这种情况下,手动输入此部分数据将非常困难。在这一点上,本实施例优于上述第二实施例。【符号说明】
[0135]
a 敏感数据管理设备b 敏感数据访问支持终端100 计算机101 输入模块102 中央处理器106 显示模块107 通信模块

技术特征:
1.一种敏感数据管理设备,包括:敏感数据保护码生成模块,生成预定数据长度的敏感数据保护码;对称加密密钥生成模块,利用以所述敏感数据保护码为输入的密钥导出函数生成对称加密密钥;敏感数据加密模块,使用所述对称加密密钥加密敏感数据;敏感数据保护码加密模块,使用由敏感数据访问支持终端提供的公钥加密敏感数据保护码;删除模块,在所述敏感数据加密后删除所述对称加密密钥和所述敏感数据,以及在所述敏感数据保护码加密后删除所述敏感数据保护码。2.根据权利要求1所述的敏感数据管理设备,其特征在于,还包括:发送模块,在执行开始解密操作后将加密后的所述敏感数据保护码发送给所述敏感数据访问支持终端;接收模块,从所述敏感数据访问支持终端接收由所述加密后的敏感数据保护码解密后的敏感数据保护码;敏感数据解密模块,解密加密后的敏感数据;其中,所述对称加密密钥生成模块,利用以所述接收模块接收到的所述敏感数据保护码为输入的所述密钥导出函数,生成供所述敏感数据解密模块使用的对称加密密钥,以及所述敏感数据解密模块使用由所述对称加密密钥生成模块生成的所述对称加密密钥,解密所述加密后的敏感数据。3.根据权利要求2所述的敏感数据管理设备,其特征在于,所述对称加密密钥生成模块使用将自身持有的敏感数据保护码和唯一信息组合而成的信息作为输入的密钥导出函数,生成对称加密密钥。4.根据权利要求2或3所述的敏感数据管理设备,其特征在于,发送模块将敏感数据保护码加密后的敏感数据保护码的一部分发送给敏感数据访问支持终端,并在执行开始解密操作后发送加密后的敏感数据保护码的其余部分,以及所述接收模块从敏感数据访问支持终端接收加密后的敏感数据保护码的解密后的一部分以及加密后的敏感数据保护码的其余部分。5.根据权利要求2或3所述的敏感数据管理设备,其特征在于,所述发送模块将加密后的所述敏感数据保护码全部发送给敏感数据访问支持终端,接收模块从敏感数据访问支持终端在执行开始解密操作后接收从整个加密后的敏感数据保护码中解密后的敏感数据保护码。6.根据权利要求2至5任一项所述的敏感数据管理设备,其特征在于,在用户访问由所述敏感数据解密模块解密的敏感数据后,敏感数据保护码生成模块生成新的敏感数据保护码;所述对称加密密钥生成模块使用以新生成的敏感数据保护码或者所述新生成的敏感数据保护码和所述自身持有的唯一信息所组合成的信息作为输入的密钥导出函数,生成新的对称加密密钥;所述敏感数据加密模块使用所述新的对称加密密钥对解密后的敏感数据再次加密;所述敏感数据保护码加密模块使用所述公钥对新生成的敏感数据保护码再次加密;以及所述删除模块,在再次加密敏感数据后,删除新的对称加密密钥和所述敏感数据,并在再次加密新的敏感数据保护码后,删除所述新的敏感数据保护码。7.一个敏感数据管理设备,包括:
敏感数据保护码生成模块,生成预定数据长度的敏感数据保护码;第一对称加密密钥生成模块,使用以所述敏感数据保护码为输入的密钥导出函数生成第一对称加密密钥;敏感数据加密模块,使用所述第一对称加密密钥加密敏感数据;第二对称加密密钥生成模块,使用预先与敏感数据访问支持终端交换的预定信息生成第二对称加密密钥;敏感数据保护码加密模块,使用所述第二对称加密密钥加密所述敏感数据保护码;删除模块,在敏感数据加密后删除所述第一对称加密密钥和所述敏感数据,在所述敏感数据保护码被加密后删除所述敏感数据保护码。8.根据权利要求7所述的敏感数据管理设备,其特征在于包括:发送模块,在执行开始解密操作后,将加密后的敏感数据保护码发送给所述敏感数据访问支持终端;接收模块,从所述敏感数据访问支持终端接收从加密后的敏感数据保护码进行解密后的所述敏感数据保护码;敏感数据解密模块,解密所述加密后的敏感数据;其中所述第一对称加密密钥生成模块,使用以所述接收模块接收到的所述敏感数据保护码作为输入的密钥导出函数,生成供所述敏感数据解密模块使用的第一对称加密密钥;所述敏感数据解密模块使用所述第一对称加密密钥生成模块生成的所述第一对称加密密钥,解密加密后的敏感数据。9.根据权利要求8所述的敏感数据管理设备,其特征在于,所述第一对称加密密钥生成模块使用以所述敏感数据保护码和自身持有的唯一信息组合而成的信息作为输入的密钥导出函数,生成第一对称加密密钥。10.根据权利要求7至9中任一项所述的敏感数据管理装置,其特征在于,还包括判断模块,判断所述敏感数据解密模块对所述加密敏感数据的解密成功与否;其中,在所述判断模块的判断结果为成功时,用户访问所述敏感数据解密模块解密的敏感数据后,所述敏感数据保护码生成模块生成新的敏感数据保护码;所述第一对称加密密钥生成模块,使用以新生成的敏感数据保护码或者所述新生成的敏感数据保护码与所述自身持有的唯一信息组合而成的信息作为输入的所述密钥导出函数,生成新的第一对称加密密钥;所述敏感数据加密模块,使用新的第一对称加密密钥再次加密解密后的敏感数据;所述敏感数据保护码加密模块,使用第二对称加密密钥对新生成的敏感数据保护码再次加密;以及所述删除单元,在所述敏感数据被再次加密后删除所述新的第一对称加密密钥和所述敏感数据,并在所述新的敏感数据保护码被再次加密后,删除所述新的敏感数据保护码。11.根据权利要求1至10中任一项所述的敏感数据管理设备,其中,所述敏感数据访问支持终端设置为多个。12.一种使计算机作为根据权利要求1至11中任一项所述的敏感数据管理设备的每个模块起作用的程序。13.一种记录介质,其记录有权利要求12所述的程序。

技术总结
本发明具有,敏感数据保护码生成模块,其生成预定数据长度的敏感数据保护码;对称加密密钥生成模块,其使用以所述敏感数据保护码为输入的密钥导出函数生成对称加密密钥;敏感数据加密模块,使用所述对称加密密钥加密敏感数据;敏感数据保护码加密模块,使用由敏感数据访问支持终端提供的公钥,加密所述敏感数据保护码;删除模块,在所述敏感数据被加密之后删除所述对称加密密钥以及所述敏感数据,并在所述敏感数据保护码被加密之后删除所述敏感数据保护码。据保护码。据保护码。


技术研发人员:
受保护的技术使用者:索利通系统株式会社
技术研发日:2020.09.30
技术公布日:2022/11/1
转载请注明原文地址: https://tieba.8miu.com/read-5948.html

最新回复(0)