CN114826616A - 数据处理方法、装置、电子设备和介质 - Google Patents

数据处理方法、装置、电子设备和介质 Download PDF

Info

Publication number
CN114826616A
CN114826616A CN202210457203.8A CN202210457203A CN114826616A CN 114826616 A CN114826616 A CN 114826616A CN 202210457203 A CN202210457203 A CN 202210457203A CN 114826616 A CN114826616 A CN 114826616A
Authority
CN
China
Prior art keywords
information
user information
user
coding
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202210457203.8A
Other languages
English (en)
Other versions
CN114826616B (zh
Inventor
王光欣
曹媛
郭明泽
孙金科
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
CCB Finetech Co Ltd
Original Assignee
China Construction Bank Corp
CCB Finetech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN202210457203.8A priority Critical patent/CN114826616B/zh
Priority claimed from CN202210457203.8A external-priority patent/CN114826616B/zh
Publication of CN114826616A publication Critical patent/CN114826616A/zh
Application granted granted Critical
Publication of CN114826616B publication Critical patent/CN114826616B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0478Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload applying multiple layers of encryption, e.g. nested tunnels or encrypting the content with a first key and then with at least a second key
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101Access control lists [ACL]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/12Applying verification of the received information
    • H04L63/126Applying verification of the received information the source of the received data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/20Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures

Abstract

本公开提供了一种数据处理方法,可以应用于金融技术领域。该数据处理方法包括:响应于接收到编码信息,对编码信息进行第一数据处理,确定与编码信息对应的目标地址;向目标地址发送用户信息请求,用户信息请求包括请求编码序列;响应于接收到用户信息,对用户信息进行第二数据处理,确定用户信息是否来自可信第三方;以及在确定用户信息来自可信第三方的情况下,发送用户登录信息。本公开还提供了一种数据处理装置、设备、存储介质和程序产品。

Description

数据处理方法、装置、电子设备和介质
技术领域
本公开涉及计算机技术领域,可以应用于金融技术领域,更具体地涉及一种数据处理方法、装置、电子设备、存储介质和程序产品。
背景技术
通信双方在交互过程中经常会涉及到一些敏感信息,因此如何确定通信双方的身份,以及保障数据信息安全是一个及待解决的问题。
如使用非对称加密的方式,这种方式的缺点在于公钥对容易遭到恶意泄露,造成拦截者可以仿冒报文进行交互。
发明内容
鉴于上述问题,本公开提供了提升信息通信安全的数据处理方法、装置、设备、介质和程序产品。
根据本公开的第一个方面,提供了一种数据处理方法,包括:响应于接收到编码信息,对所述编码信息进行第一数据处理,确定与所述编码信息对应的目标地址;所述编码信息包括预设编码序列和时间编码信息;所述时间编码信息用于对所述预设编码序列进行序列重构,得到与所述预设编码序列对应的请求编码序列;向所述目标地址发送用户信息请求,所述用户信息请求包括所述请求编码序列;响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方;以及在确定所述用户信息来自可信第三方的情况下,发送用户登录信息;其中,所述用户信息包括:由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息。
根据本公开的实施例,所述用户信息还包括:经过第一密钥对中的公钥进行加密处理和第二密钥对中的私钥进行签名处理的加密用户信息;所述响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方,包括:使用所述第一密钥对中的私钥对所述加密用户信息进行解密处理,得到解密结果;使用所述第二密钥对中的公钥对所述解密结果进行签名验证处理,得到签名验证结果;以及根据所述签名验证结果,确定所述用户信息是否来自可信第三方。
根据本公开的实施例,所述响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方,包括:响应于接收到用户信息,确定与所述用户信息对应的网际协议地址;以及根据所述与所述用户信息对应的网际协议地址和预设白名单,确定所述用户信息是否来自可信第三方,所述预设白名单包括至少一个可信第三方的网际协议地址。
根据本公开的实施例,所述方法还包括:在确定所述用户信息来自可信第三方的情况下,确定与所述用户信息对应的用户登录信息。
根据本公开的实施例,所述用户登录信息包括:经过第二密钥对中的公钥进行加密处理和第一密钥对中的私钥进行签名处理的加密用户登录信息。
本公开的第二方面提供了一种数据处理方法,包括:响应于接收到用户信息请求,针对请求编码序列进行验证处理,得到验证结果;所述用户信息请求包括所述请求编码序列;在所述验证结果满足发送条件的情况下,发送用户信息;响应于接收到用户登录信息,根据所述用户登录信息进行数据处理;其中,所述验证处理包括:根据所述请求编码序列确定编码信息,所述编码信息包括预设编码序列和时间编码信息;确定是否存在与所述编码信息对应的预设编码序列发送记录,以及所述发送记录中与所述预设编码序列对应的时间记录和所述时间编码信息是否匹配;所述验证结果满足发送条件包括:存在与所述编码信息对应的预设编码序列发送记录且所述时间记录与所述时间编码信息匹配。
本公开的第三方面提供了一种数据处理装置,包括:第一确定模块,用于响应于接收到编码信息,对所述编码信息进行第一数据处理,确定与所述编码信息对应的目标地址;所述编码信息包括预设编码序列和时间编码信息;所述时间编码信息用于对所述预设编码序列进行序列重构,得到与所述预设编码序列对应的请求编码序列;第一发送模块,用于向所述目标地址发送用户信息请求,所述用户信息请求包括所述请求编码序列;第二确定模块,用于响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方;以及第二发送模块,用于在确定所述用户信息来自可信第三方的情况下,发送用户登录信息;其中,所述用户信息包括:由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息。
本公开的第四方面提供了一种数据处理装置,包括:验证处理模块,用于响应于接收到用户信息请求,针对请求编码序列进行验证处理,得到验证结果;所述用户信息请求包括所述请求编码序列;第三发送模块,用于在所述验证结果满足发送条件的情况下,发送用户信息;数据处理模块,用于响应于接收到用户登录信息,根据所述用户登录信息进行数据处理;其中,所述验证处理包括:根据所述请求编码序列确定编码信息,所述编码信息包括预设编码序列和时间编码信息;确定是否存在与所述编码信息对应的预设编码序列发送记录,以及所述发送记录中与所述预设编码序列对应的时间记录和所述时间编码信息是否匹配;所述验证结果满足发送条件包括:存在与所述编码信息对应的预设编码序列发送记录且所述时间记录与所述时间编码信息匹配。
本公开的第五方面提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得一个或多个处理器执行上述公开的方法。
本公开的第六方面还提供了一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行上述公开的方法。
本公开的第七方面还提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述公开的方法。
本实施例提供的数据处理方法,通过两次数据信息交互,能够达到提升信息通信安全的效果,在请求用户信息前进行第一次交互,即编码信息的交互,如用户中心接收编码信息,并向可信第三方返回请求编码序列,从而可信第三方接收该请求编码序列,进行识别验证。该编码信息可以是一个只有可信第三方才能识别的特殊code码;因此,返回的用户信息就包括了由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息;基于接收到的用户信息进行数据处理,只有在确定该用户信息来自可信第三方的情况下,才发送用户登录信息。
附图说明
通过以下参照附图对本公开实施例的描述,本公开的上述内容以及其他目的、特征和优点将更为清楚,在附图中:
图1示意性示出了根据本公开实施例的数据处理方法、装置、设备、介质和程序产品的应用场景图;
图2示意性示出了根据本公开一实施例的数据处理方法的流程图;
图3示意性示出了根据本公开另一实施例的数据处理方法的流程图;
图4示意性示出了根据本公开一实施例的可信第三方服务器与用户中心服务器间通信交互的示意图;
图5示意性示出了根据本公开实施例的验证编码信息的执行示意图;
图6示意性示出了根据本公开一实施例的数据处理装置的结构框图;
图7示意性示出了根据本公开另一实施例的数据处理装置的结构框图;以及
图8示意性示出了根据本公开实施例的适于实现数据处理方法的电子设备的方框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
本公开的实施例提供了一种数据处理方法和装置,响应于接收到编码信息,对编码信息进行第一数据处理,确定与编码信息对应的目标地址;编码信息包括预设编码序列和时间编码信息;时间编码信息用于对预设编码序列进行序列重构,得到与预设编码序列对应的请求编码序列;向目标地址发送用户信息请求,用户信息请求包括请求编码序列;响应于接收到用户信息,对用户信息进行第二数据处理,确定用户信息是否来自可信第三方;以及在确定用户信息来自可信第三方的情况下,发送用户登录信息;其中,用户信息包括:由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息。
图1示意性示出了根据本公开实施例的数据处理方法、装置、设备、介质和程序产品的应用场景图。
如图1所示,根据该实施例的应用场景100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器,例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理,并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
需要说明的是,本公开实施例所提供的数据处理方法一般可以由服务器105执行。相应地,本公开实施例所提供的数据处理装置一般可以设置于服务器105中。本公开实施例所提供的数据处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地,本公开实施例所提供的数据处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
以下将基于图1描述的场景,通过图2对公开实施例的数据处理方法进行详细描述。
图2示意性示出了根据本公开一实施例的数据处理方法的流程图。
如图2所示,该实施例包括操作S210~操作S240,该数据处理方法可以通过服务器执行,如用户中心服务器。
在本公开的技术方案中,对数据的获取、收集、存储、使用、加工、传输、提供、公开和应用等处理,均符合相关法律法规的规定,采取了必要保密措施,且不违背公序良俗。
在操作S210,响应于接收到编码信息,对编码信息进行第一数据处理,确定与编码信息对应的目标地址;编码信息包括预设编码序列和时间编码信息;时间编码信息用于对预设编码序列进行序列重构,得到与预设编码序列对应的请求编码序列。
请求通信的双方经常会涉及一些敏感信息的交互,为了确定通信双方的身份、保障信息传输过程中不被篡改以及信息内容不被泄露。在进行敏感信息交互前先进行编码信息的交互,敏感信息可以为各种信息,如用户信息,用户登录信息等。通信双方可以为用户中心和可信第三方,当用户中心接收到编码信息时,可以根据编码信息确定相应的目标地址,如IP(Internet Protocol)地址。编码信息可以包括code码(即预设编码序列),例如1111、2222、3333等;该code码可以是一个只有可信第三方才能识别的特殊code码。
需要说明的是,时间编码信息可以用于表示可信第三方发送预设编码序列的时间,如2010年04月23日05时23分36秒可信第三方发送了预设编码信息1111,则该时间编码信息可以为20100423052336(年月日时分秒),还可以为63325032400102(秒分时日月年),还可以为20100523360423(年时分秒月日),也可以为双方约定的密码9999,接收方可以查询密码表确定时间编码信息,如密码表中9999表示20100423052336,即2010年04月23日05时23分36秒发送了预设编码信息。
需要说明的是,时间编码信息用于对预设编码序列进行序列重构,举例来说,利用20100423052336对1111进行序列重构,如120101042310523136,或120110041230152336等,即按双方预定在1111数字间插入时间编码信息中的若干数字信息,得到新的序列,并将该新的序列作为请求编码序列,即与预设编码序列对应的请求编码序列。
需要说明的是,可以根据双方约定好的任意方式,利用时间编码信息对预设编码序列进行序列重构,本实施例对此不进行具体限定,可信第三方可以通过预先约定的序列重构规则,根据请求编码序列确定预设编码序列和时间编码信息。进一步的,根据该预设编码信息进行编码的相关验证以及根据时间编码信息进行时间记录对比验证;由于,可信第三方只在验证请求编码序列的验证结果满足发送条件时,才发送用户信息,因此可以通过请求编码序列提升信息通信安全的效果。在操作S220,向目标地址发送用户信息请求,用户信息请求包括请求编码序列。
向目标地址发送用户信息请求,用户信息请求包括请求编码序列,以使可信第三方针对请求编码序列进行验证处理。例如,可以包括由用户中心主动确认编码信息为可信第三方发出的,用户中心再根据编码信息与可信第三方服务地址进行通信,请求相应的用户信息。
在操作S230,响应于接收到用户信息,对用户信息进行第二数据处理,确定用户信息是否来自可信第三方。其中,用户信息包括:由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息。
可以理解,在用户请求到达可信第三方后,可信第三方会对请求编码序列进行验证处理,如验证请求编码序列是否可以识别,如可以识别则可以确定预设编码序列和时间编码信息,如验证是否发出过该预设编码序列,如时间编码信息和已发出的该预设编码序列的发送时间记录是否匹配或一致等。可信第三方只有在验证结果满足发送条件的情况下,发送用户信息。用户信息可以为身份证号码信息、手机号码信息及姓名信息等。
例如,用户中心接收到用户信息后,对接收到的用户信息进行数据处理,如解密处理、验签处理、确认身份信息处理等,用于确定用户信息是否来自可信第三方。
在操作S240,在确定用户信息来自可信第三方的情况下,发送用户登录信息。
可以理解,通过进一步的确定通信双方的身份,如确定用户信息来自可信第三方的情况下,发送用户登录信息,有利于识别信息传输过程中是否发生过篡改。用户登录信息可以为基本用户信息、登录账号、密码及系统其他模块的使用权限认证令牌token等。
本实施例提供的数据处理方法,通过两次数据信息交互,能够达到提升信息通信安全的效果,在请求用户信息前进行第一次交互,即编码信息的交互,如用户中心接收编码信息,并向可信第三方返回请求编码序列,从而可信第三方接收该请求编码序列,进行识别验证。该编码信息可以是一个只有可信第三方才能识别的特殊code码;因此,返回的用户信息就包括了由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息;基于接收到的用户信息进行数据处理,只有在确定该用户信息来自可信第三方的情况下,才发送用户登录信息。
用户信息还包括:经过第一密钥对中的公钥进行加密处理和第二密钥对中的私钥进行签名处理的加密用户信息;响应于接收到用户信息,对用户信息进行第二数据处理,确定用户信息是否来自可信第三方,包括:使用第一密钥对中的私钥对加密用户信息进行解密处理,得到解密结果;使用第二密钥对中的公钥对解密结果进行签名验证处理,得到签名验证结果;以及根据签名验证结果,确定用户信息是否来自可信第三方。
可以理解,非对称加密方式在信息通信过程中的应用。在本实施例中,为防止该通信过程中,恶意拦截者通过地址拦截请求,篡改仿造可信第三方;可以在双方进行真正用户信息加密通信过程中,使用两对公私密钥对针对通信报文进行加密和验证签名,防止报文被篡改和泄露。
举例来说,针对用户信息可以首先用公私密钥对C的公钥(即第一密钥对中的公钥)进行加密,并以此为基础,使用公私密钥对D的私钥(即第二密钥对中的私钥)进行签名。用户中心在接到相应的用户信息后,使用公私秘钥对C的私钥(即第一密钥对中的私钥)进行解密,并用公私密钥对D的公钥(即第二密钥对中的公钥)进行相应验证签名。经过验证以后,可以将用户信息进行相应的落地登录以后,返回用户登录信息,如基本用户信息,及系统其他模块的使用权限认证令牌token。为防止用户登录信息被泄露,返回的用户登录信息可以使用加密验证签名的处理,如使用该密钥对D的公钥进行加密,使用该密钥对C的私钥进行签名,返回给可信第三方。
本实施例提供的数据处理方法,有利于防止恶意拦截者通过地址拦截请求,篡改仿造可信第三方,通过使用第一密钥对中的私钥对加密用户信息进行解密处理,得到解密结果;使用第二密钥对中的公钥对解密结果进行签名验证处理,得到签名验证结果;以及根据签名验证结果,确定用户信息是否来自可信第三方,可以在双方(如用户中心和可信第三方)进行真正用户信息加密过程中,使用两对公私密钥对针对通信报文进行加密和验证签名,防止报文被篡改和泄露。
响应于接收到用户信息,对用户信息进行第二数据处理,确定用户信息是否来自可信第三方,包括:响应于接收到用户信息,确定与用户信息对应的网际协议地址;以及根据与用户信息对应的网际协议地址和预设白名单,确定用户信息是否来自可信第三方,预设白名单包括至少一个可信第三方的网际协议地址。
可以理解的,设置预设白名单,可以为IP(nternet Protocol,网际协议)白名单。该预设白名单可以存储一个或多个相关可信第三方的网际协议地址。在接收到用户信息后,可以确定相应的网际协议地址,然后可以调取预设白名单,根据白名单内的可信第三方的网际协议地址,确定用户信息是否来自可信第三方,如通过IP白名单,解析确定来源IP,确定请求来源IP是否为认可系统的IP;在来源IP为认可系统的IP的情况下,才提供交互服务,否则拒绝。
本实施例提供的数据处理方法,有利于确定通信双方的身份,进一步避免传输信息没有被篡改;通过加强身份认证,保证用户信息的来源IP为可信第三方的来源IP。
数据处理方法还包括:在确定用户信息来自可信第三方的情况下,确定与用户信息对应的用户登录信息。
可以理解,为了优化用户体验,实现用户一次登录,在各个业务系统之间无感登录,需要打通各个系统之间用户信息的相互认证。
因此,需要一种静默登录的处理方式,即两个可信系统的互认,实现用户一次登录,多个系统互认。双方交互的核心是用户信息(如身份证号码,手机号码及名字)。同时,这些信息如果是明文传输,双方接口会处于暴露状态。因此在传输过程中,加个各种加密和签名认证的方式,来提高交互的安全性,避免第三方拦截报文。
举例来说,用户信息可以为身份证号,经过如确定用户信息是否来自可信第三方这样的验证后,将用户信息进行落地登录后,返回身份证号相应的用户登录信息。
本实施例提供的数据处理方法,有利于在相互认知的过程中,确保用户信息不被泄露,同时保证该用户信息的来源术语相互认可的系统,即可信第三方,而不是恶意第三方,促进用户在各个系统之间进行无感登录。
用户登录信息包括:经过第二密钥对中的公钥进行加密处理和第一密钥对中的私钥进行签名处理的加密用户登录信息。
可以理解,在进行用户登录信息交互的过程中,对用于交互的该用户登录信息进行加密及签名处理。
例如,用户中心首先要用密钥对D的公钥(第二密钥对中的公钥)进行加密,然后使用密钥对C的私钥(第一密钥对中的私钥)进行签名。以使可信第三方在接收到报文的时候,使用秘钥对D的私钥(第二密钥对中的私钥)进行解密,并用密钥对C的公钥(第一密钥对中的公钥)进行相应验签
本实施例提供的数据处理方法,有利于保证报文信息不被泄露。用户登录信息报文是用双方事先约定好的公私秘钥对进行签名和加密,一方通过公钥加密,私钥签名。只有另外一方,才有相应的私钥进行解密,公钥进行验签。
图3示意性示出了根据本公开另一实施例的数据处理方法的流程图。
如图3所示,该实施例包括操作S310~操作S330,该数据处理方法可以通过服务器执行,如可信第三方服务器。
在操作S310,响应于接收到用户信息请求,针对请求编码序列进行验证处理,得到验证结果;用户信息请求包括请求编码序列。其中,验证处理包括:根据请求编码序列确定编码信息,编码信息包括预设编码序列和时间编码信息;确定是否存在与编码信息对应的预设编码序列发送记录,以及发送记录中与预设编码序列对应的时间记录和时间编码信息是否匹配;验证结果满足发送条件包括:存在与编码信息对应的预设编码序列发送记录且时间记录与时间编码信息匹配。
在操作S320,在验证结果满足发送条件的情况下,发送用户信息。
在操作S330,响应于接收到用户登录信息,根据用户登录信息进行数据处理。
在发送用户信息之前,进行请求编码序列的验证处理,只有在验证结果满足发送条件的情况下,发送用户信息。
可以理解,编码信息可以包括code码,该code码可以是一个只有可信第三方才能识别的特殊code码。
可以理解,验证处理包括:根据请求编码序列确定编码信息,编码信息包括预设编码序列和时间编码信息;确定是否存在与编码信息对应的预设编码序列发送记录,以及发送记录中与预设编码序列对应的时间记录和时间编码信息是否匹配;验证结果满足发送条件包括:存在与编码信息对应的预设编码序列发送记录且时间记录与时间编码信息匹配。
可以理解,接收到用户登录信息后,可以根据用户登录信息进行如加入购物车、如支付处理等数据处理。
本实施例提供的数据处理方法,通过两次数据信息交互,能够达到提升信息通信安全的效果,第一次交互可以包括编码信息的交互,如用户中心接收编码信息,并向可信第三方返回请求编码序列,从而可信第三方接收该请求编码序列,进行识别验证。在接收到用户信息请求后,针对请求编码序列进行验证处理。识别该请求编码序列得到预设编码序列和时间编码信息,又由于该编码信息是一个只有可信第三方才能识别的特殊code码;因此,只有在在验证结果满足发送条件的情况下,才发送用户信息。
图4示意性示出了根据本公开一实施例的可信第三方服务器与用户中心服务器间通信交互的示意图。
如图4所示,通信双方分别为可信第三方和用户中心。举例来说,首先可信第三方服务器401先传一个编码信息给用户中心相关接口A。用户中心服务器402接收到编码信息后,发送用户信息请求。进一步的,编码信息还可以包括code码,时间戳,用户中心服务器402获取code码以后,结合时间戳,按照双方约定的方式进行加密,生成code2。并以code2为入参,反向呼可信第三方服务器401的地址,请求用户信息。可信第三方服务器410可以对编码信息进行验证,以确定是否可以发送用户信息给用户中心服务器420,在验证结果满足发送条件的情况下,发送用户信息。进一步的,可以对用户信息进行加密签名处理,如采用公私密钥对C的公钥对用户信息进行加密,并以此为基础,使用公私密钥对D的私钥进行签名。用户中心服务器420,接收到用户信息后,进行相应的落地登录以后,返回用户登录信息。进一步的,用户中心服务器402在接到相应的用户信息后,使用公私秘钥对C的私钥进行解密,并用公私密钥对D进行相应验证签名。经过验证以后,将用户信息进行相应的落地登录以后,返回用户登录信息(如基本用户信息,及系统其他模块的使用权限认证token)。为防止用户登录信息被泄露,可以将返回的用户登录信息使用加密验证签名处理,如密钥对D的公钥进行加密,密钥对C的私钥进行签名,返回给可信第三方服务器401。
图5示意性示出了根据本公开实施例的验证编码信息的执行示意图,参见图5,用户中心服务器510发送用户信息请求,用户信息请求包括请求编码序列。可信第三方服务器520响应接收到用户信息请求,将请求编码序列发送至数据处理装置530,数据处理装置530针对接收到的请求编码序列进行验证处理,如确定是否存在与编码信息对应的预设编码序列发送记录,以及发送记录中与预设编码序列对应的时间记录和时间编码信息是否匹配;验证结果满足发送条件包括:存在与编码信息对应的预设编码序列发送记录且时间记录与时间编码信息匹配。只有在验证结果满足发送条件的情况下,发送用户信息至用户中心服务器510。
可以理解的,在本实施例中双方(可信第三方和用户中心)在交互过程中,确认对方为相互信任的对方;提供的安全机制有如下几个方面:如1.http请求IP确认。用户在接收对方报文的时候,从报文头http确认对方请求送来的ip,并且确认这个ip地址是不是在双方约定的白名单当中的。通过这个方式,可以在一定程度上,杜绝一部分恶意第三方拦截报文请求,进行相应篡改后,伪装为可信第三方进行请求。如2.双方第一次交互为编码信息交互,用户中心接到编码信息(code码,时间戳)以后,可以按照双方约定的方式进行加密,生成code2,再反向呼可信第三方服务,才真正获取用户信息。http请求的ip确认有利于一定程度上杜绝对方伪装,用户中心在获取code码后,反向呼与可信第三方服务。可以通过请求,主动向可信第三方确认对方是否有发送过相应请求,确认用户信息确实来源于可信第三方的服务。增加恶意第三方伪造的难度和成本。其中,对编码信息进行加密生成code2再反向呼,可以防止被黑客拦截双方通信报文,进行伪造攻击。如3.双方用户信息的通信方式,使用了两对非对称公私秘钥对进行非对称加密。具体交互方式如下:首先通过RSA算法生成两对非对称秘钥对C和D。如可信第三方保存密钥对C的公钥和密钥对D的私钥。用户中心保存密钥对C的私钥和密钥对D的公钥。如4.在双方第一次用户信息交互的时候,可信第三方将处理过用户信息传递给用户中心。对用户信息报文的处理方式可以为:可信第三方,首先用密钥对C的公钥进行加密,然后使用密钥对D的私钥进行签名。用户中心在接收到报文的时候,使用秘钥对C的私钥进行解密,并用密钥对D的公钥进行相应验签。如5.在双方第二次用户信息交互的时候,用户中心可以将登录以后的用户信息回传给可信第三方。对用户信息报文的处理方式可以为:用户中心,首先用密钥对D的公钥进行加密,然后使用密钥对C的私钥进行签名。可信第三方在接收到报文的时候,使用秘钥对D的私钥进行解密,并用密钥对C的公钥进行相应验签。
图6示意性示出了根据本公开一实施例的数据处理装置的结构框图。
如图6所示,该实施例的数据处理装置600包括第一确定模块610、第一发送模块620、第二确定模块630和第二发送模块640。
第一确定模块610,用于响应于接收到编码信息,对所述编码信息进行第一数据处理,确定与所述编码信息对应的目标地址;第一发送模块620,用于向所述目标地址发送用户信息请求,所述用户信息请求包括所述请求编码序列;第二确定模块630,用于响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方;以及第二发送模块640,用于在确定所述用户信息来自可信第三方的情况下,发送用户登录信息;其中,所述用户信息包括:由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息。
在一些实施例中,所述用户信息还包括:经过第一密钥对中的公钥进行加密处理和第二密钥对中的私钥进行签名处理的加密用户信息;所述第二确定模块,用于:使用所述第一密钥对中的私钥对所述加密用户信息进行解密处理,得到解密结果;使用所述第二密钥对中的公钥对所述解密结果进行签名验证处理,得到签名验证结果;以及根据所述签名验证结果,确定所述用户信息是否来自可信第三方。
在一些实施例中,所述第二确定模块,用于:响应于接收到用户信息,确定与所述用户信息对应的网际协议地址;以及根据所述与所述用户信息对应的网际协议地址和预设白名单,确定所述用户信息是否来自可信第三方,所述预设白名单包括至少一个可信第三方的网际协议地址。
在一些实施例中,还包括确定用户登录信息模块,用于:在确定所述用户信息来自可信第三方的情况下,确定与所述用户信息对应的用户登录信息。
在一些实施例中,所述用户登录信息包括:经过第二密钥对中的公钥进行加密处理和第一密钥对中的私钥进行签名处理的加密用户登录信息。
根据本公开的实施例,第一确定模块610、第一发送模块620、第二确定模块630和第二发送模块640中的任意多个模块可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本公开的实施例,第一确定模块610、第一发送模块620、第二确定模块630和第二发送模块640中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,第一确定模块610、第一发送模块620、第二确定模块630和第二发送模块640中的至少一个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
图7示意性示出了根据本公开另一实施例的数据处理装置的结构框图。
如图7所示,该实施例的数据处理装置700包括验证处理模块710、第三发送模块720和数据处理模块730。
验证处理模块710,用于响应于接收到用户信息请求,针对请求编码序列进行验证处理,得到验证结果;所述用户信息请求包括所述请求编码序列;第三发送模块720,用于在所述验证结果满足发送条件的情况下,发送用户信息;数据处理模块730,用于响应于接收到用户登录信息,根据所述用户登录信息进行数据处理;其中,所述验证处理包括:根据所述请求编码序列确定编码信息,所述编码信息包括预设编码序列和时间编码信息;确定是否存在与所述编码信息对应的预设编码序列发送记录,以及所述发送记录中与所述预设编码序列对应的时间记录和所述时间编码信息是否匹配;所述验证结果满足发送条件包括:存在与所述编码信息对应的预设编码序列发送记录且所述时间记录与所述时间编码信息匹配。
根据本公开的实施例,验证处理模块710、第三发送模块720和数据处理模块730中的任意多个模块可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本公开的实施例,验证处理模块710、第三发送模块720和数据处理模块730中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者,验证处理模块710、第三发送模块720和数据处理模块730中的至少一个可以至少被部分地实现为计算机程序模块,当该计算机程序模块被运行时,可以执行相应的功能。
图8示意性示出了根据本公开实施例的适于实现数据处理方法的电子设备的方框图。
如图8示,根据本公开实施例的电子设备800包括处理器801,其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC))等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 803中,存储有电子设备800操作所需的各种程序和数据。处理器801、ROM802以及RAM803通过总线804彼此相连。处理器801通过执行ROM 802和/或RAM 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意,所述程序也可以存储在除ROM 802和RAM803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例,电子设备800还可以包括输入/输出(I/O)接口805,输入/输出(I/O)接口805也连接至总线804。电子设备800还可以包括连接至I/O接口805的以下部件中的一项或多项:包括键盘、鼠标等的输入部分806;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807;包括硬盘等的存储部分808;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器810上,以便于从其上读出的计算机程序根据需要被安装入存储部分808。
本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的;也可以是单独存在,而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序,当上述一个或者多个程序被执行时,实现根据本公开实施例的方法。
根据本公开的实施例,计算机可读存储介质可以是非易失性的计算机可读存储介质,例如可以包括但不限于:便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如,根据本公开的实施例,计算机可读存储介质可以包括上文描述的ROM 802和/或RAM 803和/或ROM 802和RAM 803以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品,其包括计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时,该程序代码用于使计算机系统实现本公开实施例所提供的数据处理方法。
在该计算机程序被处理器801执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例,上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中,该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中,该计算机程序也可以在网络介质上以信号的形式进行传输、分发,并通过通信部分809被下载和安装,和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
在这样的实施例中,该计算机程序可以通过通信部分809从网络上被下载和安装,和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时,执行本公开实施例的系统中限定的上述功能。根据本公开的实施例,上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例,可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码,具体地,可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java,C++,python,“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是,这些实施例仅仅是为了说明的目的,而并非为了限制本公开的范围。尽管在以上分别描述了各实施例,但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围,本领域技术人员可以做出多种替代和修改,这些替代和修改都应落在本公开的范围之内。

Claims (11)

1.一种数据处理方法,包括:
响应于接收到编码信息,对所述编码信息进行第一数据处理,确定与所述编码信息对应的目标地址;所述编码信息包括预设编码序列和时间编码信息;所述时间编码信息用于对所述预设编码序列进行序列重构,得到与所述预设编码序列对应的请求编码序列;
向所述目标地址发送用户信息请求,所述用户信息请求包括所述请求编码序列;
响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方;以及
在确定所述用户信息来自可信第三方的情况下,发送用户登录信息;
其中,所述用户信息包括:由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息。
2.根据权利要求1所述的方法,其中,所述用户信息还包括:经过第一密钥对中的公钥进行加密处理和第二密钥对中的私钥进行签名处理的加密用户信息;所述响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方,包括:
使用所述第一密钥对中的私钥对所述加密用户信息进行解密处理,得到解密结果;
使用所述第二密钥对中的公钥对所述解密结果进行签名验证处理,得到签名验证结果;以及
根据所述签名验证结果,确定所述用户信息是否来自可信第三方。
3.根据权利要求1所述的方法,其中,所述响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方,包括:
响应于接收到用户信息,确定与所述用户信息对应的网际协议地址;以及
根据所述与所述用户信息对应的网际协议地址和预设白名单,确定所述用户信息是否来自可信第三方,所述预设白名单包括至少一个可信第三方的网际协议地址。
4.根据权利要求1所述的方法,还包括:
在确定所述用户信息来自可信第三方的情况下,确定与所述用户信息对应的用户登录信息。
5.根据权利要求1所述的方法,其中,所述用户登录信息包括:经过第二密钥对中的公钥进行加密处理和第一密钥对中的私钥进行签名处理的加密用户登录信息。
6.一种数据处理方法,包括:
响应于接收到用户信息请求,针对请求编码序列进行验证处理,得到验证结果;所述用户信息请求包括所述请求编码序列;
在所述验证结果满足发送条件的情况下,发送用户信息;
响应于接收到用户登录信息,根据所述用户登录信息进行数据处理;
其中,所述验证处理包括:根据所述请求编码序列确定编码信息,所述编码信息包括预设编码序列和时间编码信息;确定是否存在与所述编码信息对应的预设编码序列发送记录,以及所述发送记录中与所述预设编码序列对应的时间记录和所述时间编码信息是否匹配;所述验证结果满足发送条件包括:存在与所述编码信息对应的预设编码序列发送记录且所述时间记录与所述时间编码信息匹配。
7.一种数据处理装置,包括:
第一确定模块,用于响应于接收到编码信息,对所述编码信息进行第一数据处理,确定与所述编码信息对应的目标地址;所述编码信息包括预设编码序列和时间编码信息;所述时间编码信息用于对所述预设编码序列进行序列重构,得到与所述预设编码序列对应的请求编码序列;
第一发送模块,用于向所述目标地址发送用户信息请求,所述用户信息请求包括所述请求编码序列;
第二确定模块,用于响应于接收到用户信息,对所述用户信息进行第二数据处理,确定所述用户信息是否来自可信第三方;以及
第二发送模块,用于在确定所述用户信息来自可信第三方的情况下,发送用户登录信息;
其中,所述用户信息包括:由可信第三方在经过验证处理且验证结果满足发送条件的情况下发送的用户信息。
8.一种数据处理装置,包括:
验证处理模块,用于响应于接收到用户信息请求,针对请求编码序列进行验证处理,得到验证结果;所述用户信息请求包括所述请求编码序列;
第三发送模块,用于在所述验证结果满足发送条件的情况下,发送用户信息;
数据处理模块,用于响应于接收到用户登录信息,根据所述用户登录信息进行数据处理;
其中,所述验证处理包括:根据所述请求编码序列确定编码信息,所述编码信息包括预设编码序列和时间编码信息;确定是否存在与所述编码信息对应的预设编码序列发送记录,以及所述发送记录中与所述预设编码序列对应的时间记录和所述时间编码信息是否匹配;所述验证结果满足发送条件包括:存在与所述编码信息对应的预设编码序列发送记录且所述时间记录与所述时间编码信息匹配。
9.一种电子设备,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
其中,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器执行根据权利要求1~6中任一项所述的方法。
10.一种计算机可读存储介质,其上存储有可执行指令,该指令被处理器执行时使处理器执行根据权利要求1~6中任一项所述的方法。
11.一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现根据权利要求1~6中任一项所述的方法。
CN202210457203.8A 2022-04-27 数据处理方法、装置、电子设备和介质 Active CN114826616B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210457203.8A CN114826616B (zh) 2022-04-27 数据处理方法、装置、电子设备和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210457203.8A CN114826616B (zh) 2022-04-27 数据处理方法、装置、电子设备和介质

Publications (2)

Publication Number Publication Date
CN114826616A true CN114826616A (zh) 2022-07-29
CN114826616B CN114826616B (zh) 2024-04-26

Family

ID=

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102111410A (zh) * 2011-01-13 2011-06-29 中国科学院软件研究所 一种基于代理的单点登录方法及系统
CN104519050A (zh) * 2014-11-14 2015-04-15 百度在线网络技术(北京)有限公司 登录方法和登录系统
CN109150898A (zh) * 2018-09-18 2019-01-04 厦门安胜网络科技有限公司 用于处理信息的方法和装置
CN109150910A (zh) * 2018-10-11 2019-01-04 平安科技(深圳)有限公司 登录令牌生成及验证方法、装置及存储介质
CN109756343A (zh) * 2019-01-31 2019-05-14 平安科技(深圳)有限公司 数字签名的认证方法、装置、计算机设备和存储介质
CN110414208A (zh) * 2019-07-25 2019-11-05 中国工商银行股份有限公司 登录验证方法、装置、计算设备以及介质
CN110445745A (zh) * 2018-05-02 2019-11-12 北京京东尚科信息技术有限公司 信息处理方法及其系统、计算机系统及计算机可读介质
CN112491549A (zh) * 2020-12-08 2021-03-12 平安国际智慧城市科技股份有限公司 数据信息加密校验方法、系统及计算机可读存储介质
CN112733107A (zh) * 2021-04-02 2021-04-30 腾讯科技(深圳)有限公司 一种信息验证的方法、相关装置、设备以及存储介质
CN112887284A (zh) * 2021-01-14 2021-06-01 北京电解智科技有限公司 一种访问认证方法和装置
CN113852628A (zh) * 2021-09-23 2021-12-28 武汉众邦银行股份有限公司 一种去中心化的单点登录方法、装置及存储介质
CN113918904A (zh) * 2021-10-12 2022-01-11 工银科技有限公司 数据处理方法及装置、电子设备和计算机可读存储介质
CN114201740A (zh) * 2021-12-15 2022-03-18 建信金融科技有限责任公司 登录方法、装置、电子设备及存储介质
CN114329538A (zh) * 2021-12-24 2022-04-12 深圳前海微众银行股份有限公司 一种单点登录方法及装置

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102111410A (zh) * 2011-01-13 2011-06-29 中国科学院软件研究所 一种基于代理的单点登录方法及系统
CN104519050A (zh) * 2014-11-14 2015-04-15 百度在线网络技术(北京)有限公司 登录方法和登录系统
CN110445745A (zh) * 2018-05-02 2019-11-12 北京京东尚科信息技术有限公司 信息处理方法及其系统、计算机系统及计算机可读介质
CN109150898A (zh) * 2018-09-18 2019-01-04 厦门安胜网络科技有限公司 用于处理信息的方法和装置
CN109150910A (zh) * 2018-10-11 2019-01-04 平安科技(深圳)有限公司 登录令牌生成及验证方法、装置及存储介质
CN109756343A (zh) * 2019-01-31 2019-05-14 平安科技(深圳)有限公司 数字签名的认证方法、装置、计算机设备和存储介质
CN110414208A (zh) * 2019-07-25 2019-11-05 中国工商银行股份有限公司 登录验证方法、装置、计算设备以及介质
CN112491549A (zh) * 2020-12-08 2021-03-12 平安国际智慧城市科技股份有限公司 数据信息加密校验方法、系统及计算机可读存储介质
CN112887284A (zh) * 2021-01-14 2021-06-01 北京电解智科技有限公司 一种访问认证方法和装置
CN112733107A (zh) * 2021-04-02 2021-04-30 腾讯科技(深圳)有限公司 一种信息验证的方法、相关装置、设备以及存储介质
CN113852628A (zh) * 2021-09-23 2021-12-28 武汉众邦银行股份有限公司 一种去中心化的单点登录方法、装置及存储介质
CN113918904A (zh) * 2021-10-12 2022-01-11 工银科技有限公司 数据处理方法及装置、电子设备和计算机可读存储介质
CN114201740A (zh) * 2021-12-15 2022-03-18 建信金融科技有限责任公司 登录方法、装置、电子设备及存储介质
CN114329538A (zh) * 2021-12-24 2022-04-12 深圳前海微众银行股份有限公司 一种单点登录方法及装置

Similar Documents

Publication Publication Date Title
CN110519309B (zh) 数据传输方法、装置、终端、服务器及存储介质
CN112333198A (zh) 安全跨域登录方法、系统及服务器
CN111355726B (zh) 一种身份授权登录方法、装置及电子设备和存储介质
CN111835774B (zh) 数据处理方法、装置、设备及存储介质
CN108923925B (zh) 应用于区块链的数据存储方法和装置
CN110708162B (zh) 资源的获取方法、装置、计算机可读介质及电子设备
CN112437044B (zh) 即时通讯方法和装置
CN107920060B (zh) 基于账号的数据访问方法和装置
CN110677261B (zh) 可信二维码生成方法、装置、电子设备及存储介质
CN109740319B (zh) 数字身份验证方法及服务器
CN113326327B (zh) 一种基于区块链的凭证查询方法、系统及装置
CN113282951B (zh) 一种应用程序的安全校验方法、装置及设备
CN114240347A (zh) 业务服务安全对接方法、装置、计算机设备、存储介质
CN114125027A (zh) 一种通信建立方法、装置、电子设备及存储介质
CN111464295B (zh) 银行卡制卡方法及装置
CN104811421A (zh) 基于数字版权管理的安全通信方法及装置
CN114615087B (zh) 数据共享方法、装置、设备及介质
KR102053993B1 (ko) 인증서를 이용한 사용자 인증 방법
KR102211033B1 (ko) 전자인증절차의 대행 서비스 시스템
CN111935164B (zh) 一种https接口请求方法
CN114826616B (zh) 数据处理方法、装置、电子设备和介质
CN114861144A (zh) 基于区块链的数据权限处理方法
CN114172923A (zh) 数据传输方法、通信系统及通信装置
CN114826616A (zh) 数据处理方法、装置、电子设备和介质
CN114553570B (zh) 生成令牌的方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant