CN113346990A - 安全通信方法及系统、相关设备和装置 - Google Patents

安全通信方法及系统、相关设备和装置 Download PDF

Info

Publication number
CN113346990A
CN113346990A CN202110513100.4A CN202110513100A CN113346990A CN 113346990 A CN113346990 A CN 113346990A CN 202110513100 A CN202110513100 A CN 202110513100A CN 113346990 A CN113346990 A CN 113346990A
Authority
CN
China
Prior art keywords
target host
key pair
key
bastion machine
maintenance terminal
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
CN202110513100.4A
Other languages
English (en)
Other versions
CN113346990B (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.)
iFlytek Co Ltd
Original Assignee
iFlytek 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 iFlytek Co Ltd filed Critical iFlytek Co Ltd
Priority to CN202110513100.4A priority Critical patent/CN113346990B/zh
Publication of CN113346990A publication Critical patent/CN113346990A/zh
Application granted granted Critical
Publication of CN113346990B publication Critical patent/CN113346990B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种安全通信方法及系统、相关设备和装置，其中，安全通信方法包括：堡垒机发送第一认证请求至信任中心；第一认证请求包括堡垒机的第一身份信息和用于指示堡垒机的通信对端的标识信息，且堡垒机的通信对端包括运维终端和目标主机；接收信任中心发送的第一私钥和第二私钥；信任中心基于第一身份信息校验无误而生成第一密钥对和第二密钥对，第一密钥对包括第一公钥和第一私钥，第二密钥对包括第二公钥和第二私钥，第一公钥和第二公钥由信任中心分别发送至运维终端和目标主机，第一密钥对用于建立堡垒机至运维终端的单向安全认证，且第二密钥对用于建立堡垒机至目标主机的单向安全认证。上述方案，能够提高网络通信的安全性。

Description

安全通信方法及系统、相关设备和装置
技术领域
本申请涉及网络安全技术领域，特别是涉及一种安全通信方法及系统、相关设备和装置。
背景技术
为确保安全通信，运维人员在利用运维终端远程操作目标主机时，通常采用堡垒机监控和记录运维人员对目标主机的操作行为，以保障网络和数据不受外部和内部用户的入侵和破坏。
然而，现有技术通常在堡垒机、运维终端或目标主机本地文件系统保存目标主机完整的登录、认证等信息(如，账号、密码)，一旦堡垒机、运维终端或目标主机被攻破，将导致巨大安全问题。有鉴于此，如何提高网络通信安全性成为极具研究价值的课题。
发明内容
本申请主要解决的技术问题文本是提供一种安全通信方法及系统、相关设备和装置，能够提高网络通信的安全性。
为了解决上述问题，本申请第一方面提供了一种安全通信方法，包括：堡垒机发送第一认证请求至信任中心；其中，第一认证请求包括堡垒机的第一身份信息和用于指示堡垒机的通信对端的标识信息，且堡垒机的通信对端包括运维终端和目标主机；接收信任中心发送的第一私钥和第二私钥；其中，信任中心基于第一身份信息校验无误而生成第一密钥对和第二密钥对，第一密钥对包括第一公钥和第一私钥，第二密钥对包括第二公钥和第二私钥，第一公钥和第二公钥由信任中心分别发送至运维终端和目标主机，第一密钥对用于建立堡垒机至运维终端的单向安全认证，且第二密钥对用于建立堡垒机至目标主机的单向安全认证。
为了解决上述问题，本申请第二方面提供了一种安全通信方法，包括：运维终端发送第二认证请求至信任中心；其中，第二认证请求包括运维终端的第二身份信息和用于指示运维终端的通信对端的标识信息，且运维终端的通信对端包括堡垒机；接收信任中心发送的第三私钥；其中，信任中心基于第二身份信息校验无误而生成第三密钥对，第三密钥对包括第三公钥和第三私钥，第三公钥由信任中心发送至堡垒机，且第三密钥对用于建立运维终端至堡垒机的单向安全认证。
为了解决上述问题，本申请第三方面提供了一种安全通信方法，包括：目标主机发送第三认证请求至信任中心；其中，第三认证请求包括目标主机的第三身份信息和用于指示目标主机的通信对端的标识信息，且目标主机的通信对端包括堡垒机；接收信任中心发送的第四私钥；其中，信任中心基于第三身份信息校验无误而生成第四密钥对，第四密钥对包括第四公钥和第四私钥，第四公钥由信任中心发送至堡垒机，且第四密钥对用于建立目标至堡垒机的单向安全认证。
为了解决上述问题，本申请第四方面提供了一种安全通信方法，包括：信任中心接收安全通信系统中请求端的认证请求；其中，认证请求包括请求端的身份信息和用于指示请求端的通信对端的标识信息；响应于身份信息校验无误生成密钥对，并将密钥对中的私钥发送至请求端，以及将密钥对中的公钥发送至通信对端；其中，密钥对用于建立请求端至通信对端的单向安全认证。
为了解决上述问题，本申请第五方面提供了一种安全通信系统，包括：堡垒机、运维终端、目标主机和信任中心；其中，堡垒机用于执行上述第一方面中的安全通信方法，运维终端用于执行上述第二方面中的安全通信方法，目标主机用于执行上述第三方面中的安全通信方法，信任中心用于执行上述第四方面中的安全通信方法。
为了解决上述问题，本申请第六方面提供了一种电子设备，包括相互耦接的存储器和处理器，存储器中存储有程序指令，处理器用于执行程序指令以实现上述第一方面中的安全通信方法，或实现上述第二方面中的安全通信方法，或实现上述第三方面中的安全通信方法，或实现上述第四方面中的安全通信方法。
为了解决上述问题，本申请第七方面提供了一种存储装置，存储有能够被处理器运行的程序指令，程序指令用于实现上述第一方面中的安全通信方法，或实现上述第二方面中的安全通信方法，或实现上述第三方面中的安全通信方法，或实现上述第四方面中的安全通信方法。
上述方案，无论是堡垒机、运维终端、抑或是目标主机均通过本端身份信息向信任中心认证并申请属于本端的密钥对，且信任中心将密钥对中的私钥发送至本端，并将密钥对中的公钥发送至对端，以通过密钥对实现本端至对端的单向安全认证，即任一端均不会存储完整的登录、认证信息，且一份密钥对只能实现两端之间的单向安全认证，故能够有利于提高网络通信的安全性。
附图说明
图1是本申请安全通信方法一实施例的流程示意图；
图2是本申请安全通信方法一实施例的时序示意图；
图3是本申请安全通信方法另一实施例的流程示意图；
图4是本申请安全通信方法又一实施例的流程示意图；
图5是本申请安全通信方法又一实施例的流程示意图；
图6是本申请安全通信方法又一实施例的流程示意图；
图7是本申请安全通信系统一实施例的框架示意图；
图8是本申请堡垒机一实施例的框架示意图；
图9是本申请运维终端一实施例的框架示意图；
图10是本申请目标主机一实施例的框架示意图；
图11是本申请信任中心一实施例的框架示意图；
图12是本申请电子设备一实施例的框架示意图；
图13是本申请存储装置一实施例的框架示意图。
具体实施方式
下面结合说明书附图，对本申请实施例的方案进行详细说明。
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。
本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。
请参阅图1，图1是本申请安全通信方法一实施例的流程示意图。
具体而言，可以包括如下步骤：
步骤S11：堡垒机发送第一认证请求至信任中心。
本公开实施例中，第一认证请求包括堡垒机的第一身份信息和用于指示堡垒机的通信对端的标识信息，且堡垒机的通信对端包括运维终端和目标主机。
在一个实施场景中，第一身份信息可以包括堡垒机的硬件特征码，硬件特征码具体可以包括堡垒机若干种硬件的序列号的组合。若干种硬件具体可以包括但不限于：中央处理器、主板、硬盘等，在此不做限定。此外，第一身份信息还可以进一步包括堡垒机的硬件证书。
在一个实施场景中，通信对端的标识信息可以包括通信对端的识别符(如，通信对端的设备名称、通信对端的设备编号等)、通信对端的网络地址(如，IP地址、MAC地址等)中至少一者，在此不做限定。
在一个实施场景中，为了进一步提高通信安全，可以通过堡垒机SSH(SecureShell，安全协议外壳)代理装置向信任中心发送第一认证请求。需要说明的是，SSH是一种认证、传输安全的方法来远程连接UNIX的SHELL，其可以提供两种验证安全方法，即基于口令的安全验证和基于密钥的安全验证。关于SSH的具体内容，可以参阅SSH相关技术文档，在此不再赘述。
请结合参阅图2，图2是本申请安全通信方法一实施例的时序示意图。如图2所示，堡垒机可以向信任中心发送第一认证请求，以申请密钥。此外，需要说明的是，信任中心可以包括但不限于服务器等，信任中心可用于对各端所发送的认证请求进行校验，在此暂不赘述。
步骤S12：接收信任中心发送的第一私钥和第二私钥。
本公开实施例中，信任中心基于第一身份信息校验无误而生成第一密钥对和第二密钥对。具体地，在第一认证请求所包含的第一身份信息包括堡垒机的硬件特征码的情况下，信任中心可以对第一认证请求中的硬件特征码进行验证，以验证堡垒机的身份，并在校验堡垒机身份无误的情况下，生成第一密钥对和第二密钥对。此外，在第一身份信息进一步包括硬件证书的情况下，信任中心在验证硬件特征码无误的情况下，可以进一步对硬件证书进行二次验证，并在硬件证书也验证无误的情况下，生成第一密钥对和第二密钥对。
本公开实施例中，第一密钥对包括第一公钥和第一私钥，第二密钥对包括第二公钥和第二私钥，第一公钥和第二公钥由信任中心分别发送至运维终端和目标主机，第一密钥对用于建立堡垒机至运维终端的单向安全认证，且第二密钥对用于建立堡垒机至目标主机的单向安全认证。此外，信任中心可以分别根据运维终端的标识信息，将第一公钥发送至运维终端，并根据目标主机的标识信息，将第二公钥发送至目标主机。
在一个实施场景中，第一密钥对和第二密钥对可以完全不同。
在一个实施场景中，为了提高密钥对的安全性，第一密钥对和第二密钥对可以保存于内存中。具体地，第一密钥对中的第一私钥和第二密钥对中的第二私钥可以保存于堡垒机的内存中，而第一密钥对中的第一公钥可以保存于运维终端的内存中，第二密钥对中的第二公钥可以保存于目标主机的内存中。故此，相较于将密钥对存储于本地文件系统中，保存于内存中，能够大大降低密钥对被窃取的可能性。
在一个实施场景中，为了进一步提高通信安全，第一密钥对和第二密钥对可以设有有效期限，有效期限可以根据实际需要设置为半天、一天、两天等，在此不做限定。需要说明的是，在超出密钥对的有效期限的情况下，该密钥对将无法用于安全认证，也就是说，即使获取到密钥对也无法建立安全认证。
在一个实施场景中，请继续结合参阅图2，如图2所示，堡垒机可以利用第一私钥向运维终端发送连接请求，并响应于该连接请求由运维终端校验无误，建立堡垒机至运维终端的单向安全认证，且运维终端是利用第一公钥校验该连接请求的。
在一个具体的实施场景中，可以由堡垒机SSH代理装置使用第一私钥向运维终端发起SSL(Secure Sockets Layer，安全套接字协议)连接请求，运维终端SSH终端装置可以采用第一公钥校验堡垒机SSH代理装置所发起的SSL连接请求。
在一个实施场景中，请继续结合参阅图2，如图2所示，堡垒机还可以发送权限查询请求至信任中心，且权限查询请求关于问询运维终端是否有权访问目标主机，并响应于目标主机发送的主动连接请求校验无误，建立目标主机至堡垒机的单向安全认证，其中，主动连接请求是目标主机响应于信任中心的连接通知消息而主动发送的，连接通知消息是信任中心响应于运维终端有权访问目标主机而生成的。故此，通过信任中心通知目标主机主动向堡垒机发起安全认证，可以有效避免在堡垒机直接连接目标主机的情况下，通过伪造目标主机而窃取目标主机的鉴权信息的安全漏洞，从而能够有利于进一步提高通信安全性。
在一个具体的实施场景中，堡垒机具体可以在与运维终端建立双向安全认证之后，再发送权限查询请求至信任中心。需要说明的是，堡垒机与运维终端建立双向安全认证包括：堡垒机至运维终端的单向安全认证以及运维终端至堡垒机的单向安全认证。
在另一个具体的实施场景中，信任中心可以预先设置有运维终端与其有权访问的目标主机之间的对应关系。例如，可以预先设置运维终端A有权访问目标主机01、目标主机03以及目标主机04，且无权访问目标主机02，在此不做限定。
在又一个具体的实施场景中，可以由堡垒机SSH代理装置向信任中心发送权限查询请求，信任中心在校验运维终端有权访问目标主机的情况下，向目标主机SSH终端装置发送连接通知消息，以通知目标主机向堡垒机发起主动连接请求。
在一个实施场景中，请继续结合参阅图2，如图2所示，在建立目标主机至堡垒机的单向安全认证之后，堡垒机可以利用第二私钥向目标主机发送连接请求，并响应于该连接请求由目标主机校验无误，建立堡垒机至目标主机的单向安全认证，且目标主机是利用第二公钥校验该连接请求的。
在一个具体的实施场景中，可以由堡垒机SSH代理装置使用第二私钥向目标主机发起SSL连接请求，并由目标主机SSH终端装置采用第二公钥校验堡垒机SSH代理装置的SSL连接请求。
需要说明的是，本公开实施例中以及下述公开实施例中，若通信两端仅建立单向安全认证，则可以视为通信两者并不具备安全通信可能，通信两端仅在建立双向安全认证的情况下，才可视为可以进行安全通信。
在一个实施场景中，请继续结合参阅图2，在堡垒机与运维终端建立双向安全认证且与目标主机建立双向安全认证的情况下，堡垒机可以对运维终端发起的运维请求消息和/或目标主机发送的运维反馈消息进行监控。故此，能够通过堡垒机的监控操作，进一步提高通信安全性。
在一个具体的实施场景中，运维请求消息可以是由运维终端SSH终端装置通过SSL协议加密的SHELL输入，由运维终端SSH终端装置将SHELL输入发送至堡垒机SSH代理装置，并由堡垒机SSH代理装置通过SSL协议解密SHELL输入。
在另一个具体的实施场景中，上述监控操作可以包括但不限于审计、过滤等。具体地，审计可以包括但不限于：由堡垒机SSH代理装置校验上传/下载的文件是否合规等，在此不做限定；过滤可以包括但不限于：由堡垒机SSH代理装置过滤不合规的运维操作，即对不合规的运维操作进行禁止和拦截，例如，可以提示运维终端SSH终端装置运维操作不合规，或者对运维终端封禁，在此不做限定。
在又一个具体的实施场景中，在由堡垒机SSH代理装置对SHELL输入进行监控之后，可以由堡垒机SSH代理装置进一步通过SSL协议对SHELL输入进行加密，并发送至目标主机SSH终端装置，并由目标主机SSH终端装置通过SSL协议对SHELL输入进行解密，目标主机通过伪终端(即PTY)执行后，采用SSL协议加密回传SHELL输出(即前述运维反馈消息)至堡垒机SSH代理装置，堡垒机SSH代理装置通过SSL协议对SHELL输出进行解密，并对解密之后的SHELL输出进行监控(如，前述审计、过滤等)，并在监控之后，由堡垒机SSH代理装置加密SHELL输出回传至运维终端SSH终端装置，由运维终端SSH终端装置通过SSL协议解密SHELL输出，至此即可执行完成一次运维操作。
上述方案，堡垒机发送第一认证请求至信任中心，且第一认证请求包括堡垒机的第一身份信息和用于指示堡垒机的通信对端的标识信息，堡垒机的通信对端包括运维终端和目标主机，以及接收信任中心发送的第一私钥和第二私钥，其中，信任中心基于第一身份信息校验无误而生成第一密钥对和第二密钥对，第一密钥对包括第一公钥和第一私钥，第二密钥对包括第二公钥和第二私钥，第一公钥和第二公钥由信任中心分别发送至运维终端和目标主机，第一密钥对用于建立堡垒机至运维终端的单向安全认证，且第二密钥对用于建立堡垒机至目标主机的单向安全认证，故堡垒机本端不会存储完整的登录、认证信息，且一份密钥对只能实现堡垒机本端以及通信对端之间的单向安全认证，故能够有利于提高网络通信的安全性。
请参阅图3，图3是本申请安全通信方法另一实施例的流程示意图。
具体而言，可以包括如下步骤：
步骤S31：运维终端发送第二认证请求至信任中心。
本公开实施例中，第二认证请求包括运维终端的第二身份信息和用于指示运维终端的通信对端的标识信息，且运维终端的通信对端包括堡垒机。
在一个实施场景中，第二身份信息可以包括运维终端的硬件特征码，硬件特征码具体可以包括运维终端若干种硬件的序列号的组合。若干种硬件具体可以包括但不限于：中央处理器、主板、硬盘等，在此不做限定。此外，第二身份信息还可以进一步包括运维终端的硬件证书。
在一个实施场景中，通信对端的标识信息可以包括通信对端的识别符(如，通信对端的设备名称、通信对端的设备编号等)、通信对端的网络地址(如，IP地址、MAC地址等)中至少一者，在此不做限定。
在一个实施场景中，为了进一步提高通信安全，可以通过运维终端SSH(SecureShell，安全协议外壳)终端装置向信任中心发送第二认证请求。SHH的具体含义可以参阅前述公开实施例中相关描述，在此不再赘述。
请结合参阅图2，如图2所示，运维终端可以向信任中心发送第二认证请求，以申请密钥对。关于信任中心的具体含义，可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S32：接收信任中心发送的第三私钥。
本公开实施例中，信任中心基于第二身份信息校验无误而生成第三密钥对。具体地，在第二认证请求所包含的第二身份信息包括运维终端的硬件特征码的情况下，信任中心可以对第二认证请求中的硬件特征码进行验证，以验证运维终端的身份，并在校验运维终端身份无误的情况下，生成第三密钥对。此外，在第二身份信息进一步包括硬件证书的情况下，信任中心在验证硬件特征码无误的情况下，可以进一步对硬件证书进行二次验证，并在硬件证书也验证无误的情况下，生成第三密钥对。
本公开实施例中，第三密钥对包括第三公钥和第三私钥，第三公钥由信任中心发送至堡垒机，且第三密钥对用于建立运维终端至堡垒机的单向安全认证。此外，信任中心可以根据堡垒机的标识信息，将第三公钥发送至堡垒机。
在一个实施场景中，为了提高密钥对的安全性，第三密钥对可以保存于内存中。具体地，第三密钥对中的第三私钥可以保存于运维终端的内存中，第三密钥对中的第三公钥可以保存于堡垒机的内存中。故此，相较于将密钥对存储于本地文件系统中，保存于内存中，能够大大降低密钥对被窃取的可能性。
在一个实施场景中，为了进一步提高通信安全，第三密钥对可以设有有效期限，有效期限可以根据实际需要设置为半天、一天、两天等，在此不做限定。需要说明的是，在超出密钥对的有效期限的情况下，该密钥对将无法用于安全认证，也就是说，即使获取到密钥对也无法建立安全认证。
在一个实施场景中，请继续参阅图2，如图2所示，运维终端可以利用第三私钥向堡垒机发送连接请求，并响应于该连接请求由堡垒机校验无误，建立运维终端至堡垒机的单向安全认证，且堡垒机是利用第三公钥校验该连接请求的。
在一个具体的实施场景中，可以由运维终端SSH终端装置使用第三私钥向堡垒机发起SSL连接请求，堡垒机SSH代理装置可以采用第三公钥校验运维终端SSH终端装置所发起的SSL连接请求。
需要说明的是，本公开实施例中以及下述公开实施例中，若通信两端仅建立单向安全认证，则可以视为通信两者并不具备安全通信可能，通信两端仅在建立双向安全认证的情况下，才可视为可以进行安全通信。
上述方案，运维终端发送第二认证请求至信任中心，且第二认证请求包括运维终端的第二身份信息和用于指示运维终端的通信对端的标识信息，运维终端的通信对端包括堡垒机，以及接收信任中心发送的第三私钥，其中信任中心基于第二身份信息校验无误而生成第三密钥对，第三密钥对包括第三公钥和第三私钥，第三公钥由信任中心发送至堡垒机，且第三密钥对用于建立运维终端至堡垒机的单向安全认证，故运维终端不会存储完整的登录、认证信息，且一份密钥对只能实现运维终端本端以及通信对端之间的单向安全认证，故能够有利于提高网络通信的安全性。
请参阅图4，图4是本申请安全通信方法又一实施例的流程示意图。
具体而言，可以包括如下步骤：
步骤S41：目标主机发送第三认证请求至信任中心。
本公开实施例中，第三认证请求包括目标主机的第三身份信息和用于指示目标主机的通信对端的标识信息，且目标主机的通信对端包括堡垒机。
在一个实施场景中，第三身份信息可以包括运维终端的硬件特征码，硬件特征码具体可以包括目标主机若干种硬件的序列号的组合。若干种硬件具体可以包括但不限于：中央处理器、主板、硬盘等，在此不做限定。此外，第三身份信息还可以进一步包括目标主机的硬件证书。
在一个实施场景中，通信对端的标识信息可以包括通信对端的识别符(如，通信对端的设备名称、通信对端的设备编号等)、通信对端的网络地址(如，IP地址、MAC地址等)中至少一者，在此不做限定。
在一个实施场景中，为了进一步提高通信安全，可以通过目标主机SSH(SecureShell，安全协议外壳)终端装置向信任中心发送第三认证请求。SHH的具体含义可以参阅前述公开实施例中相关描述，在此不再赘述。
请结合参阅图2，如图2所示，目标主机可以向信任中心发送第三认证请求，以申请密钥对。关于信任中心的具体含义，可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S42：接收信任中心发送的第四私钥。
本公开实施例中，信任中心基于第三身份信息校验无误而生成第四密钥对。具体地，在第三认证请求所包含的第三身份信息包括目标主机的硬件特征码的情况下，信任中心可以对第三认证请求中的硬件特征码进行验证，以验证目标主机的身份，并在校验目标主机身份无误的情况下，生成第四密钥对。此外，在第三身份信息进一步包括硬件证书的情况下，信任中心在验证硬件特征码无误的情况下，可以进一步对硬件证书进行二次验证，并在硬件证书也验证无误的情况下，生成第四密钥对。
本公开实施例中，第四密钥对包括第四公钥和第四私钥，第四公钥由信任中心发送至堡垒机，且第四密钥对用于建立目标至堡垒机的单向安全认证。此外，信任中心可以根据堡垒机的标识信息，将第四公钥发送至堡垒机。
在一个实施场景中，为了提高密钥对的安全性，第四密钥对可以保存于内存中。具体地，第四密钥对中的第四私钥可以保存于目标主机的内存中，第四密钥对中第四公钥可以保存于堡垒机的内存中。故此，相较于将密钥对存储于本地文件系统中，保存于内存中，能够大大降低密钥对被窃取的可能性。
在一个实施场景中，为了进一步提高通信安全，第四密钥对可以设有有效期限，有效期限可以根据实际需要设置为半天、一天、两天等，在此不做限定。需要说明的是，在超出密钥对的有效期限的情况下，该密钥对将无法用于安全认证，也就是说，即使获取到密钥对也无法建立安全认证。
在一个实施场景中，请继续参阅图2，如图2所示，目标主机可以利用第四私钥向堡垒机发送主动连接请求，且主动连接请求是目标主机响应于信任中心的连接通知消息而主动发送的，连接通知消息是信任中心响应于运维终端有权访问目标主机而生成的，并响应于该主动连接请求由堡垒机校验无误，建立目标主机至堡垒机的单向安全认证，且堡垒机是利用第四公钥校验该主动连接请求的。
在一个具体的实施场景中，可以由目标主机SSH终端装置使用第四私钥向堡垒机发起SSL连接请求，堡垒机SSH代理装置可以采用第四公钥校验目标主机SSH终端装置发起的SSL连接请求。
在另一个具体的实施场景中，信任中心查询运维终端是否有权访问目标主机的操作是信任中心响应于堡垒机的权限查询请求而执行的，而权限查询请求是堡垒机在与运维终端建立双向安全认证的情况下生成的，具体可以参阅前述公开实施例中相关描述，在此不再赘述。
需要说明的是，本公开实施例中以及下述公开实施例中，若通信两端仅建立单向安全认证，则可以视为通信两者并不具备安全通信可能，通信两端仅在建立双向安全认证的情况下，才可视为可以进行安全通信。
上述方案，目标主机发送第三认证请求至信任中心，且第三认证请求包括目标主机的第三身份信息和用于指示目标主机的通信对端的标识信息，目标主机的通信对端包括堡垒机，以及接收信任中心发送的第四私钥，其中信任中心基于第三身份信息校验无误而生成第四密钥对，第四密钥对包括第四公钥和第四私钥，第四公钥由信任中心发送至堡垒机，且第四密钥对用于建立目标至堡垒机的单向安全认证，故目标主机不会存储完整的登录、认证信息，且一份密钥对只能实现目标主机本端以及通信对端之间的单向安全认证，故能够有利于提高网络通信的安全性。
请参阅图5，图5是本申请安全通信方法又一实施例的流程示意图。
具体而言，可以包括如下步骤：
步骤S51：信任中心接收安全通信系统中请求端的认证请求。
本公开实施例中，认证请求包括请求端的身份信息和用于指示请求端的通信对端的标识信息。
在一个实施场景中，安全通信系统可以包括堡垒机、运维终端、目标主机和信任中心，关于堡垒机、运维终端和目标主机，可以参阅前述公开实施例中相关描述，在此不再赘述。此外，请求端可以是堡垒机、运维终端、目标主机中任一者。
在一个实施场景中，身份信息可以包括请求端的硬件特征码，硬件特征码具体可以包括请求端若干种硬件的序列号的组合。若干种硬件具体可以包括但不限于：中央处理器、主板、硬盘等，在此不做限定。此外，身份信息还可以进一步包括请求端的硬件证书。
在一个实施场景中，通信对端的标识信息可以包括通信对端的识别符(如，通信对端的设备名称、通信对端的设备编号等)、通信对端的网络地址(如，IP地址、MAC地址等)中至少一者，在此不做限定。
在一个实施场景中，为了进一步提高通信安全，可以通过请求端SSH(SecureShell，安全协议外壳)装置向信任中心发送认证请求。SHH的具体含义可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S52：响应于身份信息校验无误生成密钥对，并将密钥对中的私钥发送至请求端，以及将密钥对中的公钥发送至通信对端。
本公开实施例中，密钥对用于建立请求端至通信对端的单向安全认证。具体地，在认证请求所包含的身份信息包括请求端的硬件特征码的情况下，信任中心可以对认证请求中的硬件特征码进行验证，以验证请求端的身份，并在校验请求端的身份无误的情况下，生成密钥对。此外，在身份信息进一步包括硬件证书的情况下，信任中心在验证硬件特征码无误的情况下，可以进一步对硬件特征码进行二次验证，并在硬件特征码也验证无误的情况下，生成密钥对。
在一个实施场景中，为了提高密钥对的安全性，密钥对可以保存于内存中。具体地，密钥对中的私钥可以保存于请求端的内存中，密钥对中的公钥可以保存于通信对端的内存中。故此，相较于将密钥对存储于本地文件系统中，保存于内存中，能够大大降低密钥对被窃取的可能性。
在一个实施场景中，为了进一步提高通信安全，密钥对可以设有有效期限，有效期限可以根据实际需要设置为半天、一天、两天等，在此不做限定。需要说明的是，在超出密钥对的有效期限的情况下，该密钥对将无法用于安全认证，也就是说，即使获取到密钥对也无法建立安全认证。
在一个实施场景中，在请求端为堡垒机的情况下，通信对端包括运维终端和目标主机，密钥对包括第一密钥对和第二密钥对，第一密钥对包括第一公钥和第一私钥，第二密钥对包括第二公钥和第二私钥，第一公钥和第二公钥由信任中心分别发送至运维终端和目标主机，第一密钥对用于建立堡垒机至运维终端的单向安全认证，且第二密钥对用于建立堡垒机至目标主机的单向安全认证。具体可以参阅前述公开实施例，在此不再赘述。
在另一个实施场景中，在请求端为运维终端的情况下，通信对端包括堡垒机，密钥对包括第三密钥对，第三密钥对包括第三公钥和第三私钥，第三公钥由信任中心发送至堡垒机，且第三密钥对用于建立运维终端至堡垒机的单向安全认证。具体可以参阅前述公开实施例，在此不再赘述。
在又一个实施场景中，在请求端为目标主机的情况下，通信对端包括堡垒机，密钥对包括第四密钥对，第四密钥对包括第四公钥和第四私钥，第四公钥由信任中心发送至堡垒机，且第四密钥对用于建立目标至堡垒机的单向安全认证。具体可以参阅前述公开实施例，在此不再赘述。
在一个实施场景中，如前所述，安全通信系统包括堡垒机、运维终端、目标主机和信任中心，则信任中心可以接收堡垒机发送的权限查询请求，且权限查询请求关于问询运维终端是否有权访问目标主机，以及响应于运维终端有权访问目标主机，向目标主机发送连接通知消息，其中目标主机响应于连接通知消息向堡垒机发送主动连接请求，堡垒机响应于主动连接请求校验无误，建立目标主机至堡垒机的单向安全认证。通过信任中心通知目标主机主动向堡垒机发起安全认证，可以有效避免在堡垒机直接连接目标主机的情况下，通过伪造目标主机而窃取目标主机的鉴权信息的安全漏洞，从而能够有利于进一步提高通信安全性。
在一个具体的实施场景中，堡垒机具体可以在与运维终端建立双向安全认证之后，再发送权限查询请求至信任中心。需要说明的是，堡垒机与运维终端建立双向安全认证包括：堡垒机至运维终端的单向安全认证以及运维终端至堡垒机的单向安全认证。
在另一个具体的实施场景中，信任中心可以预先设置有运维终端与其有权访问的目标主机之间的对应关系。例如，可以预先设置运维终端A有权访问目标主机01、目标主机03以及目标主机04，且无权访问目标主机02，在此不做限定。
在又一个具体的实施场景中，可以由堡垒机SSH代理装置向信任中心发送权限查询请求，信任中心在校验运维终端有权访问目标主机的情况下，向目标主机SSH终端装置发送连接通知消息，以通知目标主机向堡垒机发起主动连接请求。
在又一个具体的实施场景中，可以由目标主机SSH终端装置使用第四私钥向堡垒机发起SSL连接请求，堡垒机SSH代理装置可以采用第四公钥校验目标主机SSH终端装置发起的SSL连接请求。
需要说明的是，本公开实施例中以及下述公开实施例中，若通信两端仅建立单向安全认证，则可以视为通信两者并不具备安全通信可能，通信两端仅在建立双向安全认证的情况下，才可视为可以进行安全通信。
上述方案，信任中心接受安全通信系统中请求端的认证请求，且认证请求包括请求端的身份信息和用于指示请求端的通信对端的标识信息，以及响应于身份信息校验无误生成密钥对，并将密钥对中的私钥发送至请求端，以及将密钥对中的公钥发送至通信对端，其中密钥对用于建立请求端至通信对端的单向安全认证，故请求端不会存储完整的登录、认证信息，且一份密钥对只能实现请求端本端以及通信对端之间的单向安全认证，故能够有利于提高网络通信的安全性。
请参阅图6，图6是本申请安全通信方法又一实施例的流程示意图。
具体而言，可以包括如下步骤：
步骤S601：运维终端发送认证请求至信任中心。
本公开实施例中，运维终端所发送的认证请求包括运维终端的第二身份信息和用于指示运维终端的通信对端的标识信息，且运维终端的通信对端包括堡垒机。具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S602：运维终端接收信任中心发送的私钥A1。
本公开实施例中，信任中心基于运维终端身份信息校验无误而生成密钥对1，该密钥对1包括公钥B1和私钥A1，公钥B1由信任中心发送至堡垒机，且密钥对1用于建立运维终端至堡垒机的单向安全认证。具体可以参阅前述公开实施例中相关描述，在此不再赘述。
此外，若信任中心基于运维终端身份信息校验有误，则可以向运维终端发送认证失败消息，该认证失败消息用于提示运维终端身份认证失败。
步骤S603：堡垒机发送认证请求至信任中心。
本公开实施例中，堡垒机所发送的认证请求包括堡垒机的身份信息和用于指示堡垒机的通信对端的标识信息，且堡垒机的通信对端包括运维终端和目标主机。具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S604：堡垒机接收信任中心发送的私钥A2和私钥A3。
本公开实施例中，信任中心基于堡垒机身份信息校验无误而生成第密钥对2和密钥对3，密钥对2包括公钥B2和私钥A2，密钥对3包括公钥B3和私钥A3，公钥B2和公钥B3由信任中心分别发送至运维终端和目标主机，密钥对2用于建立堡垒机至运维终端的单向安全认证，且密钥对3用于建立堡垒机至目标主机的单向安全认证。具体可以参阅前述公开实施例中相关描述，在此不再赘述。
此外，若信任中心基于堡垒机身份信息校验有误，则可以向运维终端发送认证失败消息，该认证失败消息用于提示堡垒机身份认证失败。
步骤S605：目标主机发送认证请求至信任中心。
本公开实施例中，目标主机所发送的认证请求包括目标主机的身份信息和用于指示目标主机的通信对端的标识信息，且目标主机的通信对端包括堡垒机。具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S606：目标主机接收信任中心发送的私钥A4。
本公开实施例中，信任中心基于目标主机身份信息校验无误而生成密钥对4，密钥对4包括公钥B4和私钥A4，公钥B4由信任中心发送至堡垒机，且密钥A4对用于建立目标至堡垒机的单向安全认证。具体可以参阅前述公开实施例中相关描述，在此不再赘述。
此外，若信任中心基于目标主机身份信息校验有误，则可以向运维终端发送认证失败消息，该认证失败消息用于提示目标主机身份认证失败。
步骤S607：运维终端利用私钥A1向堡垒机发送连接请求。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S608：运维终端响应于连接请求由堡垒机利用公钥B1验证无误，建立运维终端至堡垒机的单向安全认证。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
此外，若堡垒机利用公钥B1验证连接请求有误，则可以向运维终端发送验证失败消息，该验证失败消息用于提示由运维终端至堡垒机的单向安全认证失败。
步骤S609：堡垒机利用私钥A2向运维终端发送连接请求。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S610：堡垒机响应于连接请求由运维终端利用公钥B2校验无误，建立堡垒机至运维终端的单向安全认证。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
此外，若运维终端利用公钥B2验证连接请求有误，则可以在运维终端输出验证失败消息，该验证失败消息用于提示由堡垒机至运维终端的单向安全认证失败。
步骤S611：堡垒机发送权限查询请求至信任中心。
本公开实施例中，权限查询请求关于问询运维终端是否有权访问目标主机。具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S612：信任中心接受堡垒机发送的权限查询请求，并响应于运维终端有权访问目标主机，向目标主机发送连接通知消息。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
此外，若信任中心经查询运维终端无权访问目标主机，则信任中心可以向运维终端发送鉴权失败消息，该鉴权失败消息用于提示运维终端无权访问目标主机。
步骤S613：目标主机响应于连接通知消息，利用私钥A4向堡垒机发送主动连接请求。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S614：目标主机响应于主动连接请求由堡垒机利用公钥B4校验无误，建立目标主机至堡垒机的单向安全认证。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
此外，若堡垒机利用公钥B4校验主动连接请求有误，则堡垒机可以向运维终端发送认证失败消息，该认证失败消息用于提示由目标主机至堡垒机的单向安全认证失败。
步骤S615：堡垒机利用私钥A3向目标主机发送连接请求。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S616：堡垒机响应于连接请求由目标主机利用公钥B3校验无误，建立堡垒机至目标主机的单向安全认证。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
此外，若目标主机利用公钥B3校验连接请求有误，则目标主机可以向运维终端发送认证失败消息，该认证失败消息用于提示由堡垒机至目标主机的单向安全认证失败。
步骤S617：运维终端发送运维请求消息至堡垒机。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S618：堡垒机对运维请求消息进行监控，并响应于对运维请求消息监控合规，将运维请求消息发送至目标主机。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S619：目标主机执行运维请求消息，并发送运维反馈消息至堡垒机。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
步骤S620：堡垒机对运维反馈消息进行监控，并响应于运维反馈消息监控合规，将运维反馈消息发送至运维终端。
具体可以参阅前述公开实施例中相关描述，在此不再赘述。
上述方案，无论是堡垒机、运维终端、抑或是目标主机均通过本端身份信息向信任中心认证并申请属于本端的密钥对，且信任中心将密钥对中的私钥发送至本端，并将密钥对中的公钥发送至对端，以通过密钥对实现本端至对端的单向安全认证，即任一端均不会存储完整的登录、认证信息，且一份密钥对只能实现两端之间的单向安全认证，故能够有利于提高网络通信的安全性。
请参阅图7，图7是本申请安全通信系统70一实施例的框架示意图。如图7所示，本申请安全通信系统70可以包括堡垒机71、运维终端72、目标主机73和信任中心74；其中，堡垒机71、运维终端72、目标主机73和信任中心74用于执行上述公开实施例中的安全通信方法。具体执行过程，可以参阅前述公开实施例，在此不再赘述。
上述方案，无论是堡垒机71、运维终端72、抑或是目标主机73均通过本端身份信息向信任中心74认证并申请属于本端的密钥对，且信任中心74将密钥对中的私钥发送至本端，并将密钥对中的公钥发送至对端，以通过密钥对实现本端至对端的单向安全认证，即任一端均不会存储完整的登录、认证信息，且一份密钥对只能实现两端之间的单向安全认证，故能够有利于提高网络通信的安全性。
请参阅图8，图8是本申请堡垒机80一实施例的框架示意图。堡垒机80包括认证申请模块81和密钥接收模块82，认证申请模块81用于发送第一认证请求至信任中心；其中，第一认证请求包括堡垒机的第一身份信息和用于指示堡垒机的通信对端的标识信息，且堡垒机的通信对端包括运维终端和目标主机，密钥接收模块82用于接收信任中心发送的第一私钥和第二私钥；其中，信任中心基于第一身份信息校验无误而生成第一密钥对和第二密钥对，第一密钥对包括第一公钥和第一私钥，第二密钥对包括第二公钥和第二私钥，第一公钥和第二公钥由信任中心分别发送至运维终端和目标主机，第一密钥对用于建立堡垒机至运维终端的单向安全认证，且第二密钥对用于建立堡垒机至目标主机的单向安全认证。
在一些公开实施例中，堡垒机80还包括身份存储模块83，用于存储堡垒机的第一身份信息。具体地，身份存储模块83可以包括硬件特征码存储子模块，用于存储堡垒机的硬件特征码，身份存储模块83还可以包括硬件证书存储子模块，用于存储堡垒机的硬件证书。
在一些公开实施例中，堡垒机80还包括鉴权验证模块84，用于发送权限查询请求至信任中心；其中，权限查询请求关于问询运维终端是否有权访问目标主机，堡垒机80还包括安全认证模块85，用于响应于目标主机发送的主动连接请求校验无误，建立目标主机至堡垒机的单向安全认证；其中，主动连接请求是目标主机响应于信任中心的连接通知消息而主动发送的，连接通知消息是信任中心响应于运维终端有权访问目标主机而生成的。此外，安全认证模块85具体可以包括SSL认证子模块和SSH会话子模块，SLL认证子模块用于发起SSL认证，SSH会话子模块用于维持来自运维终端SSH终端和目标主机SSH终端的2个SSH会话。
在一些公开实施例中，安全认证模块85还用于利用第二私钥向目标主机发送第一连接请求；响应于第一连接请求由目标主机校验无误，建立堡垒机至目标主机的单向安全认证；其中，目标主机利用第二公钥校验第一连接请求。
在一些公开实施例中，安全认证模块85还用于利用第一私钥向运维终端发送第二连接请求；响应于第二连接请求由运维终端校验无误，建立堡垒机至运维终端的单向安全认证；其中，运维终端利用第一公钥校验第二连接请求。
在一些公开实施例中，堡垒机80还包括运维监控模块86，用于在与运维终端建立双向安全认证且与目标主机建立双向安全认证的情况下，对运维终端发送的运维请求消息和/或目标主机发送的运维反馈消息进行监控。具体地，运维监控模块86可以包括审计子模块和过滤子模块，审计子模块用于对数据进行审计记录，过滤子模块用于校验数据是否符合预设的拦截规则。
请参阅图9，图9是本申请运维终端90一实施例的框架示意图。运维终端90包括认证申请模块91和密钥接收模块92，认证申请模块91用于发送第二认证请求至信任中心；其中，第二认证请求包括运维终端的第二身份信息和用于指示运维终端的通信对端的标识信息，且运维终端的通信对端包括堡垒机，密钥接收模块92用于接收信任中心发送的第三私钥；其中，信任中心基于第二身份信息校验无误而生成第三密钥对，第三密钥对包括第三公钥和第三私钥，第三公钥由信任中心发送至堡垒机，且第三密钥对用于建立运维终端至堡垒机的单向安全认证。
在一些公开实施例中，运维终端90还包括身份存储模块93，用于存储运维终端90的第二身份信息。具体地，身份存储模块93可以包括硬件特征码存储子模块，用于存储运维终端90的硬件特征码，身份存储模块93还可以包括硬件证书存储子模块，用于存储运维终端90的硬件证书。
在一些公开实施例中，运维终端90还包括安全认证模块94，用于利用第三私钥向堡垒机发送第三连接请求；响应于第三连接请求由堡垒机校验无误，建立运维终端至堡垒机的单向安全认证；其中，堡垒机利用第三公钥校验第三连接请求。此外，安全认证模块94具体可以包括SSL认证子模块和SSH会话子模块，SLL认证子模块用于发起SSL认证，SSH会话子模块用于维持与堡垒机之间的SSH会话。
请参阅图10，图10是本申请目标主机100一实施例的框架示意图。目标主机100包括认证申请模块101和密钥接收模块102，认证申请模块101用于发送第三认证请求至信任中心；其中，第三认证请求包括目标主机的第三身份信息和用于指示目标主机的通信对端的标识信息，且目标主机的通信对端包括堡垒机，密钥接收模块102用于接收信任中心发送的第四私钥；其中，信任中心基于第三身份信息校验无误而生成第四密钥对，第四密钥对包括第四公钥和第四私钥，第四公钥由信任中心发送至堡垒机，且第四密钥对用于建立目标至堡垒机的单向安全认证。
在一些公开实施例中，目标主机100还包括身份存储模块103，用于存储目标主机100的第三身份信息。具体地，身份存储模块103可以包括硬件特征码存储子模块，用于存储目标主机100的硬件特征码，身份存储模块103还可以包括硬件证书存储子模块，用于存储目标主机100的硬件证书。
在一些公开实施例中，目标主机100还可以包括安全认证模块104，用于利用第四私钥向堡垒机发送主动连接请求；其中，主动连接请求是目标主机响应于信任中心的连接通知消息而主动发送的，连接通知消息是信任中心响应于运维终端有权访问目标主机而生成的；响应于主动连接请求由堡垒机校验无误，建立目标主机至堡垒机的单向安全认证；其中，堡垒机利用第四公钥校验主动连接请求。此外，安全认证模块104具体可以包括SSL认证子模块和SSH会话子模块，SSL认证子模块用于发起SSL认证，SSH会话子模块用于维持与堡垒机之间的SSH会话。
请参阅图11，图11是本申请信任中心110一实施例的框架示意图。信任中心110包括认证接收模块111、密钥生成模块112和密钥发送模块113，认证接收模块111用于接收安全通信系统中请求端的认证请求；其中，认证请求包括请求端的身份信息和用于指示请求端的通信对端的标识信息；密钥生成模块112用于响应于身份信息校验无误生成密钥对，密钥发送模块113用于将密钥对中的私钥发送至请求端，以及将密钥对中的公钥发送至通信对端；其中，密钥对用于建立请求端至通信对端的单向安全认证。
在一些公开实施例中，密钥生成模块112可以包括身份识别子模块，用于将认证请求中的身份信息取出识别，并校验通信对端的身份。进一步地，身份识别子模块可以包括硬件特征码识别单元，用于识别硬件特征码，以校验通信对端的身份；身份识别子模块还可以包括硬件证书识别单元，用于识别硬件证书，以二次校验通信对端身份。此外，密钥生成模块112还可以包括密钥生成子模块，用于对身份校验无误的请求端生成密钥对。
在一些公开实施例中，信任中心110还可以包括鉴权接收模块114，用于接收堡垒机发送的权限查询请求；其中，权限查询请求关于问询运维终端是否有权访问目标主机；信任中心110还可以包括鉴权检索模块115，用于检索运维终端是否有权访问目标主机；信任中心110还可以包括任务通知模块116，用于响应于运维终端有权访问目标主机，向目标主机发送连接通知消息；其中，目标主机响应于连接通知消息向堡垒机发送主动连接请求，堡垒机响应于主动连接请求校验无误，建立目标主机至堡垒机的单向安全认证。
请参阅图12，图12是本申请电子设备120一实施例的框架示意图。电子设备120包括存储器121、通信电路122和处理器123，存储器121和通信电路122耦接至处理器123，存储器121中存储有程序指令，处理器123用于执行程序指令以实现上述任一安全通信实施例中的步骤。具体地，电子设备120可以包括但不限于：台式计算机、笔记本电脑、服务器、手机、平板电脑等等，在此不做限定。
具体而言，处理器123用于控制其自身以及存储器121、通信电路122以实现上述任一安全通信方法实施例中的步骤。处理器123还可以称为CPU(Central Processing Unit，中央处理单元)。处理器123可能是一种集成电路芯片，具有信号的处理能力。处理器123还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器123可以由集成电路芯片共同实现。
上述方案，无论是堡垒机、运维终端、抑或是目标主机均通过本端身份信息向信任中心认证并申请属于本端的密钥对，且信任中心将密钥对中的私钥发送至本端，并将密钥对中的公钥发送至对端，以通过密钥对实现本端至对端的单向安全认证，即任一端均不会存储完整的登录、认证信息，且一份密钥对只能实现两端之间的单向安全认证，故能够有利于提高网络通信的安全性。
请参阅图13，图13是本申请存储装置130一实施例的框架示意图。存储装置130存储有能够被处理器运行的程序指令131，程序指令131用于实现上述任一安全通信方法实施例中的步骤。
上述方案，能够有利于提高网络通信的安全性。
在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。
上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (19)

1.一种安全通信方法，其特征在于，包括：
堡垒机发送第一认证请求至信任中心；其中，所述第一认证请求包括所述堡垒机的第一身份信息和用于指示所述堡垒机的通信对端的标识信息，且所述堡垒机的通信对端包括运维终端和目标主机；
接收所述信任中心发送的第一私钥和第二私钥；
其中，所述信任中心基于所述第一身份信息校验无误而生成第一密钥对和第二密钥对，所述第一密钥对包括第一公钥和所述第一私钥，所述第二密钥对包括第二公钥和所述第二私钥，所述第一公钥和所述第二公钥由所述信任中心分别发送至所述运维终端和所述目标主机，所述第一密钥对用于建立所述堡垒机至所述运维终端的单向安全认证，且所述第二密钥对用于建立所述堡垒机至所述目标主机的单向安全认证。
2.根据权利要求1所述的方法，其特征在于，所述第一密钥对和所述第二密钥对保存于内存中；
和/或，所述第一密钥对和所述第二密钥对设有有效期限。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
发送权限查询请求至所述信任中心；其中，所述权限查询请求关于问询所述运维终端是否有权访问所述目标主机；
响应于所述目标主机发送的主动连接请求校验无误，建立所述目标主机至所述堡垒机的单向安全认证；
其中，所述主动连接请求是所述目标主机响应于所述信任中心的连接通知消息而主动发送的，所述连接通知消息是所述信任中心响应于所述运维终端有权访问所述目标主机而生成的。
4.根据权利要求3所述的方法，其特征在于，在所述建立所述目标主机至所述堡垒机的单向安全认证之后，所述方法还包括：
利用所述第二私钥向所述目标主机发送第一连接请求；
响应于所述第一连接请求由所述目标主机校验无误，建立所述堡垒机至所述目标主机的单向安全认证；其中，所述目标主机利用所述第二公钥校验所述第一连接请求。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
利用所述第一私钥向所述运维终端发送第二连接请求；
响应于所述第二连接请求由所述运维终端校验无误，建立所述堡垒机至所述运维终端的单向安全认证；其中，所述运维终端利用所述第一公钥校验所述第二连接请求。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在与所述运维终端建立双向安全认证且与所述目标主机建立双向安全认证的情况下，对所述运维终端发送的运维请求消息和/或所述目标主机发送的运维反馈消息进行监控。
7.一种安全通信方法，其特征在于，包括：
运维终端发送第二认证请求至信任中心；其中，所述第二认证请求包括所述运维终端的第二身份信息和用于指示所述运维终端的通信对端的标识信息，且所述运维终端的通信对端包括堡垒机；
接收所述信任中心发送的第三私钥；
其中，所述信任中心基于所述第二身份信息校验无误而生成第三密钥对，所述第三密钥对包括第三公钥和所述第三私钥，所述第三公钥由所述信任中心发送至所述堡垒机，且所述第三密钥对用于建立所述运维终端至所述堡垒机的单向安全认证。
8.根据权利要求7所述的方法，其特征在于，所述第三密钥对保存于内存中；
和/或，所述第三密钥对设有有效期限。
9.根据权利要求7所述的方法，其特征在于，所述方法还包括：
利用所述第三私钥向所述堡垒机发送第三连接请求；
响应于所述第三连接请求由所述堡垒机校验无误，建立所述运维终端至所述堡垒机的单向安全认证；其中，所述堡垒机利用所述第三公钥校验所述第三连接请求。
10.一种安全通信方法，其特征在于，包括：
目标主机发送第三认证请求至信任中心；其中，所述第三认证请求包括所述目标主机的第三身份信息和用于指示目标主机的通信对端的标识信息，且所述目标主机的通信对端包括堡垒机；
接收所述信任中心发送的第四私钥；
其中，所述信任中心基于所述第三身份信息校验无误而生成第四密钥对，所述第四密钥对包括第四公钥和所述第四私钥，所述第四公钥由所述信任中心发送至所述堡垒机，且所述第四密钥对用于建立所述目标至所述堡垒机的单向安全认证。
11.根据权利要求10所述的方法，其特征在于，所述第四密钥对保存于内存中；
和/或，所述第四密钥对设有有效期限。
12.根据权利要求10所述的方法，其特征在于，所述方法还包括：
利用所述第四私钥向所述堡垒机发送主动连接请求；其中，所述主动连接请求是所述目标主机响应于所述信任中心的连接通知消息而主动发送的，所述连接通知消息是所述信任中心响应于运维终端有权访问所述目标主机而生成的；
响应于所述主动连接请求由所述堡垒机校验无误，建立所述目标主机至所述堡垒机的单向安全认证；其中，所述堡垒机利用所述第四公钥校验所述主动连接请求。
13.一种安全通信方法，其特征在于，包括：
信任中心接收安全通信系统中请求端的认证请求；其中，所述认证请求包括所述请求端的身份信息和用于指示所述请求端的通信对端的标识信息；
响应于所述身份信息校验无误生成密钥对，并将所述密钥对中的私钥发送至所述请求端，以及将所述密钥对中的公钥发送至所述通信对端；
其中，所述密钥对用于建立所述请求端至所述通信对端的单向安全认证。
14.根据权利要求13所述的方法，其特征在于，所述密钥对保存于内存中；
和/或，所述密钥对设有有效期限。
15.根据权利要求13所述的方法，其特征在于，在所述请求端为堡垒机的情况下，所述通信对端包括运维终端和目标主机，所述密钥对包括第一密钥对和第二密钥对，所述第一密钥对包括第一公钥和第一私钥，所述第二密钥对包括第二公钥和第二私钥，所述第一公钥和所述第二公钥由所述信任中心分别发送至所述运维终端和所述目标主机，所述第一密钥对用于建立所述堡垒机至所述运维终端的单向安全认证，且所述第二密钥对用于建立所述堡垒机至所述目标主机的单向安全认证；
和/或，在所述请求端为运维终端的情况下，所述通信对端包括堡垒机，所述密钥对包括第三密钥对，所述第三密钥对包括第三公钥和第三私钥，所述第三公钥由所述信任中心发送至所述堡垒机，且所述第三密钥对用于建立所述运维终端至所述堡垒机的单向安全认证；
和/或，在所述请求端为目标主机的情况下，所述通信对端包括堡垒机，所述密钥对包括第四密钥对，所述第四密钥对包括第四公钥和第四私钥，所述第四公钥由所述信任中心发送至所述堡垒机，且所述第四密钥对用于建立所述目标至所述堡垒机的单向安全认证。
16.根据权利要求13所述的方法，其特征在于，所述安全通信系统包括堡垒机、运维终端、目标主机和所述信任中心；所述方法还包括：
接收所述堡垒机发送的权限查询请求；其中，所述权限查询请求关于问询所述运维终端是否有权访问所述目标主机；
响应于所述运维终端有权访问所述目标主机，向所述目标主机发送连接通知消息；其中，所述目标主机响应于所述连接通知消息向所述堡垒机发送主动连接请求，所述堡垒机响应于所述主动连接请求校验无误，建立所述目标主机至所述堡垒机的单向安全认证。
17.一种安全通信系统，其特征在于，包括堡垒机、运维终端、目标主机和信任中心；其中，所述堡垒机用于执行权利要求1至6任一项所述安全通信方法，所述运维终端用于执行权利要求7至9任一项所述的安全通信方法，所述目标主机用于执行权利要求10至12任一项所述的安全通信方法，所述信任中心用于执行权利要求13至16任一项所述的方法。
18.一种电子设备，其特征在于，包括存储器、通信电路和处理器，所述存储器和所述通信电路耦接至所述处理器，所述存储器中存储有程序指令，所述处理器用于执行所述程序指令以实现权利要求1至16任一项所述的安全通信方法。
19.一种存储装置，其特征在于，存储有能够被处理器运行的程序指令，所述程序指令用于实现权利要求1至16任一项所述的安全通信方法。
CN202110513100.4A 2021-05-11 2021-05-11 安全通信方法及系统、相关设备和装置 Active CN113346990B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110513100.4A CN113346990B (zh) 2021-05-11 2021-05-11 安全通信方法及系统、相关设备和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110513100.4A CN113346990B (zh) 2021-05-11 2021-05-11 安全通信方法及系统、相关设备和装置

Publications (2)

Publication Number Publication Date
CN113346990A true CN113346990A (zh) 2021-09-03
CN113346990B CN113346990B (zh) 2022-12-23

Family

ID=77470723

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110513100.4A Active CN113346990B (zh) 2021-05-11 2021-05-11 安全通信方法及系统、相关设备和装置

Country Status (1)

Country Link
CN (1) CN113346990B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115987524A (zh) * 2022-12-22 2023-04-18 钛信(上海)信息科技有限公司 一种用于堡垒机的多因子认证安全管理方法及装置

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104243419A (zh) * 2013-06-18 2014-12-24 腾讯科技（深圳）有限公司 基于安全外壳协议的数据处理方法、装置及系统
WO2016201811A1 (zh) * 2015-06-17 2016-12-22 中兴通讯股份有限公司 身份认证方法、装置及系统
WO2017036003A1 (zh) * 2015-09-01 2017-03-09 中国互联网络信息中心 一种可信网络身份管理和验证系统和方法
CN106888084A (zh) * 2017-01-04 2017-06-23 浙江神州量子网络科技有限公司 一种量子堡垒机系统及其认证方法
CN106972928A (zh) * 2017-04-11 2017-07-21 北京奇艺世纪科技有限公司 一种堡垒机私钥管理方法、装置及系统
CN106982215A (zh) * 2017-03-31 2017-07-25 北京奇艺世纪科技有限公司 一种密钥管理方法及装置
CN110351228A (zh) * 2018-04-04 2019-10-18 阿里巴巴集团控股有限公司 远程登录方法、装置和系统
CN110719276A (zh) * 2019-09-30 2020-01-21 北京网瑞达科技有限公司 基于缓存密码的网络设备安全访问的系统及其工作方法
CN111460410A (zh) * 2020-04-03 2020-07-28 深圳前海微众银行股份有限公司 服务器登录方法、装置、系统与计算机可读存储介质
CN112214772A (zh) * 2020-09-16 2021-01-12 广州海颐信息安全技术有限公司 一种特权凭证集中管控与服务系统
CN112564912A (zh) * 2020-11-24 2021-03-26 北京金山云网络技术有限公司 建立安全连接的方法、系统、装置和电子设备

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104243419A (zh) * 2013-06-18 2014-12-24 腾讯科技（深圳）有限公司 基于安全外壳协议的数据处理方法、装置及系统
WO2016201811A1 (zh) * 2015-06-17 2016-12-22 中兴通讯股份有限公司 身份认证方法、装置及系统
WO2017036003A1 (zh) * 2015-09-01 2017-03-09 中国互联网络信息中心 一种可信网络身份管理和验证系统和方法
CN106888084A (zh) * 2017-01-04 2017-06-23 浙江神州量子网络科技有限公司 一种量子堡垒机系统及其认证方法
CN106982215A (zh) * 2017-03-31 2017-07-25 北京奇艺世纪科技有限公司 一种密钥管理方法及装置
CN106972928A (zh) * 2017-04-11 2017-07-21 北京奇艺世纪科技有限公司 一种堡垒机私钥管理方法、装置及系统
CN110351228A (zh) * 2018-04-04 2019-10-18 阿里巴巴集团控股有限公司 远程登录方法、装置和系统
CN110719276A (zh) * 2019-09-30 2020-01-21 北京网瑞达科技有限公司 基于缓存密码的网络设备安全访问的系统及其工作方法
CN111460410A (zh) * 2020-04-03 2020-07-28 深圳前海微众银行股份有限公司 服务器登录方法、装置、系统与计算机可读存储介质
CN112214772A (zh) * 2020-09-16 2021-01-12 广州海颐信息安全技术有限公司 一种特权凭证集中管控与服务系统
CN112564912A (zh) * 2020-11-24 2021-03-26 北京金山云网络技术有限公司 建立安全连接的方法、系统、装置和电子设备

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
VERA-LINUX: "初识堡垒机", 《CSDN》 *
孙树才等: "基于第三方验证的变电站命令交互方法的研究", 《电气技术》 *
陈涛: "关于运维安全管理系统的技术探讨——以堡垒机为例分析", 《信息通信技术》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115987524A (zh) * 2022-12-22 2023-04-18 钛信(上海)信息科技有限公司 一种用于堡垒机的多因子认证安全管理方法及装置
CN115987524B (zh) * 2022-12-22 2023-06-27 钛信(上海)信息科技有限公司 一种用于堡垒机的多因子认证安全管理方法及装置

Also Published As

Publication number Publication date
CN113346990B (zh) 2022-12-23

Similar Documents

Publication Publication Date Title
US10637855B2 (en) Enhanced authentication for secure communications
KR102202547B1 (ko) 액세스 요청을 검증하기 위한 방법 및 시스템
US20070067620A1 (en) Systems and methods for third-party authentication
US20120102546A1 (en) Method And System For Authenticating Network Device
CN111770088A (zh) 数据鉴权方法、装置、电子设备和计算机可读存储介质
WO2014195122A1 (en) System and method for user authentication
US10686771B2 (en) User sign-in and authentication without passwords
CN112765626A (zh) 基于托管密钥授权签名方法、装置、系统及存储介质
EP4274192A1 (en) Access control method and apparatus, and network-side device, terminal and blockchain node
CN113872989B (zh) 基于ssl协议的认证方法、装置、计算机设备和存储介质
US11823194B2 (en) Decentralized biometric authentication platform
CN113346990B (zh) 安全通信方法及系统、相关设备和装置
US11522702B1 (en) Secure onboarding of computing devices using blockchain
JP5186648B2 (ja) 安全なオンライン取引を容易にするシステム及び方法
EP1919157A1 (en) Authentication based on a single message
CN115473655B (zh) 接入网络的终端认证方法、装置及存储介质
JP6783527B2 (ja) 電子鍵再登録システム、電子鍵再登録方法およびプログラム
WO2007030517A2 (en) Systems and methods for third-party authentication
CN114765551A (zh) 基于区块链的sdp访问控制方法及装置
CN114500074B (zh) 单点系统安全访问方法、装置及相关设备
US20040225709A1 (en) Automatically configuring security system
Doherty et al. Dynamic symmetric key provisioning protocol (dskpp)
CN115001703B (zh) 一种基于国密加密机的堡垒机安全提升方法
CN110225011B (zh) 用户节点的认证方法、设备及计算机可读存储介质
Gustafson et al. Securely Available Credentials (SACRED)-Credential Server Framework

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
GR01 Patent grant