访问请求的认证方法及装置、API网关设备、存储介质与流程

访问请求的认证方法及装置、api网关设备、存储介质
技术领域
1.本技术涉及网络安全技术领域，具体而言，涉及一种访问请求的认证方法及装置、api网关设备、存储介质。


背景技术：

2.api网关(application programming interface gateway，应用程序编程接口网关)是一种企业统一对外提供服务入口的方式之一，主要负责均衡、缓存、路由、访问控制、服务代理、监控及日志等功能。
3.随着saas(software-as-a-service，软件即服务)的快速发展，api网关将企业内部服务统一管理、统一发布，将不同的服务整合到不同的应用中，衍生出新的服务，有效地提升技术创新能力，与此同时服务的安全防护也面临更大的挑战，如：内部数据泄露，攻击者通过内部网络进行攻击，病毒内网扩散等。
4.传统的api网关更多关注于代理能力，依赖于防火墙、ids(intrusion detection system，入侵检测系统)等被动防御机制，不会对访问者、终端、系统等进行全面的安全校验。因此，现有的api网关的安全性较低。


技术实现要素：

5.本技术实施例的目的在于提供一种访问请求的认证方法及装置、api网关设备、存储介质，用以提高api网关的安全性。
6.第一方面，本技术实施例提供一种访问请求的认证方法，包括：获取访问请求；确定所述访问请求中是否包括标签信息；所述标签信息用于对所述访问请求进行认证；若所述访问请求中包括标签信息，根据所述标签信息确定所述访问请求是否合法；若所述访问请求中不包括标签信息，确定所述访问请求不合法。
7.在本技术实施例中，与现有技术相比，api网关不再依赖被动防御机制，主动地对访问请求进行安全认证；安全认证的基础为访问请求中包括的标签信息，该标签信息用于对访问请求进行认证，如果确定访问请求中包括标签信息，则进一步根据标签信息判定访问请求是否合法；如果确定访问请求中不包括标签信息，则直接判定访问请求不合法。一方面，对于访问对象来说，如果想要通过认证，则必须在访问请求中增加标签信息；另一方面，在有标签信息的前提下，利用标签信息对访问请求进行合法性验证。因此，该认证方法能够提高api网关的安全性。
8.作为一种可能的实现方式，所述标签信息为加密信息，所述根据所述标签信息确定所述访问请求是否合法，包括：对所述标签信息进行解析，获得解析后的信息；根据所述解析后的信息确定所述访问请求是否合法。
9.在本技术实施例中，标签信息为加密信息，相较于非加密信息来说，能够防止标签信息被非法篡改，进一步提高安全性，以及提高认证结果的准确性。
10.作为一种可能的实现方式，所述解析后的信息中包括：所述访问请求对应的访问
对象的系统信息；所述访问请求中还包括：请求时间；所述根据所述解析后的信息确定所述访问请求是否合法，包括：根据所述请求时间和接收到所述访问请求的时间确定时间维度信息；确定所述标签信息的加密系数；根据所述系统信息、所述时间维度信息和所述加密系数确定所述标签信息是否合法；若所述标签信息不合法，则确定所述访问请求不合法。
11.在本技术实施例中，通过确定时间维度信息和加密系数，再结合访问对象的系统信息，对标签信息的合法性进行有效判定，提高api网关的安全性。
12.作为一种可能的实现方式，所述解析后的信息中还包括：所述访问对象的硬件信息和所述访问对象的环境感知信息，所述访问请求中还包括：所述访问对象的身份权限信息；所述认证方法还包括：若所述标签信息合法，根据所述硬件信息、所述环境感知信息和所述身份权限信息确定所述访问请求是否合法。
13.在本技术实施例中，若标签信息合法，则进一步根据硬件信息、环境感知信息和身份权限信息对访问请求的合法性进行综合判定，提高api网关的安全性。
14.作为一种可能的实现方式，所述根据所述硬件信息、所述环境感知信息和所述身份权限信息确定所述访问请求是否合法，包括：确定所述硬件信息是否符合预设的可信硬件信息条件，确定所述系统信息是否符合预设的可信系统信息条件，确定所述环境感知信息是否符合预设的环境感知条件，以及确定所述访问请求中的访问需求是否符合所述身份权限信息；若所述硬件信息符合预设的可信硬件条件，所述系统信息符合预设的可信系统信息条件，所述环境感知信息符合预设的环境感知条件，且所述访问请求中的访问需求符合所述身份权限信息，则确定所述访问请求合法。
15.在本技术实施例中，分别确定硬件信息、系统信息和环境感知信息是否符合预设的对应的判定条件，再结合各个判断结果确定访问请求是否合法，提高api网关的安全性。
16.作为一种可能的实现方式，所述认证方法还包括：若所述硬件信息不符合预设的可信硬件条件，或者所述系统信息不符合预设的可信系统信息条件，或者所述环境感知信息不符合预设的环境感知条件，或者所述访问请求中的访问需求不符合所述身份权限信息，则确定所述访问请求不合法。
17.在本技术实施例中，当各个信息的判断结果中，存在任意一个判定不符合，则确定访问请求不合法，提高api网关的安全性。
18.作为一种可能的实现方式，所述环境感知信息包括：病毒安全等级和漏洞等级；所述确定所述环境感知信息是否符合预设的环境感知条件，包括：根据所述病毒安全等级确定所述访问对象是否存在病毒威胁，以及根据所述漏洞等级确定所述访问对象是否存在漏洞威胁；若所述访问对象存在病毒威胁，和/或所述访问对象存在漏洞威胁，则确定所述环境感知信息不符合预设的环境感知条件。
19.在本技术实施例中，通过病毒安全等级确定是否存在病毒威胁，以及通过漏洞等级确定是否存在漏洞威胁，再结合两个威胁的判断结果实现环境感知信息是否符合预设的环境感知条件的有效确定。
20.第二方面，本技术实施例提供一种访问请求的认证装置，包括：用于实现第一方面以及第一方面的任意一种可能的实现方式中所述的访问请求的认证方法的各个功能模块。
21.第三方面，本技术实施例提供一种api网关设备，包括：处理器；以及与所述处理器通信连接的存储器；所述存储器存储有可被所述处理器执行的指令，所述指令被所述处理
器执行，以使所述处理器能够执行如第一方面以及第一方面的任意一种可能的实现方式中所述的访问请求的认证方法。
22.第四方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时，执行如第一方面以及第一方面的任意一种可能的实现方式中所述的访问请求的认证方法。
附图说明
23.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
24.图1为本技术实施例提供的硬件环境的应用场景的示意图；
25.图2为本技术实施例提供的访问请求的认证方法的流程图；
26.图3为本技术实施例提供的访问请求的认证装置的结构示意图；
27.图4为本技术实施例提供的api网关设备的结构示意图。
28.图标：300-访问请求的认证装置；310-获取模块；320-处理模块；400-api网关设备；410-处理器；420-存储器；430-通信模块。
具体实施方式
29.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
30.请参照图1，为本技术实施例提供的技术方案所应用的应用场景的示意图，在该应用场景中，api网关设备用于实现api服务的管理，其具有不同的api服务。对于外部设备来说，如果要使用这些服务，需要先通过api网关设备的认证，在认证通过之后，api网关设备才会为访问者提供相应的服务。
31.终端设备，可以理解为访问对象，或者访问者所在的终端。终端设备通过网卡向api网关设备发起访问请求。即，网卡用于将终端设备的访问请求传输给api网关设备。
32.在本技术实施例中，终端设备的形式可以是应用程序、浏览器、客户端等，在此不作限定。
33.此外，终端设备侧，还设置有标签服务，该标签服务可以实现标签信息的生成，具体的生成方式在后续的实施例中进行介绍。
34.以及，终端设备、网卡以及api网关设备之间传输的数据均以流量的形式体现，举例来说，终端设备的访问请求以流量的形式传输给网卡，网卡再将流量转发给api网关设备，api网关设备对流量进行认证，在认证通过之后，再分发相应的api服务。
35.基于图1所示的应用场景，本技术实施例提供的技术方案的硬件运行环境为api网关设备。
36.基于上述介绍，接下来请参照图2，为本技术实施例提供的访问请求的认证方法的流程图，该认证方法包括：
37.步骤210：获取访问请求。
38.步骤220：确定访问请求中是否包括标签信息。标签信息用于对访问请求进行认
证。
39.步骤230：若访问请求中包括标签信息，根据标签信息确定访问请求是否合法。
40.步骤240：若访问请求中不包括标签信息，确定访问请求不合法。
41.在本技术实施例中，与现有技术相比，api网关不再依赖被动防御机制，主动的对访问请求进行安全认证；安全认证的基础为访问请求中包括的标签信息，该标签信息用于对访问请求进行认证，如果确定访问请求中包括标签信息，则进一步根据标签信息判定访问请求是否合法；如果确定访问请求中不包括标签信息，则直接判定访问请求不合法。一方面，对于访问对象来说，如果想要通过认证，则必须在访问请求中增加标签信息；另一方面，在有标签信息的前提下，利用标签信息对访问请求进行合法性验证。因此，该认证方法能够提高api网关的安全性。
42.接下来对该认证方法的详细实施方式进行介绍。
43.在步骤210中，获取访问请求，结合前述实施例的介绍，api网关所获取的访问请求可以是网卡所转发的访问请求，该访问请求为访问对象发起的访问请求，其形式为流量，此处的访问对象可以理解为前述的终端设备。
44.在实际应用中，访问者(用户)在不同的访问对象上访问资源时，标签服务可以检索流量中的五元组信息，过滤出发往api网关的流量数据。其中，五元组信息包括：源ip地址，源端口，目的ip地址，目的端口和传输层协议。
45.在过滤出发往api网关的流量数据之后，终端设备将相关信息生成标签信息，加入到发往api网关的流量数据中，即加入到访问请求中。
46.作为一种可选的实施方式，用于生成标签信息的信息包括：硬件信息(可理解为终端设备的硬件信息)、系统信息(可理解为终端设备的系统信息)、终端环境感知信息等。
47.其中，硬件信息可以包括：mac地址，硬盘序列号，以及主板号等。系统信息可以包括：系统版本、系统类型、系统名称、系统用户信息、客户端信息等。终端环境感知信息可以包括：病毒安全等级、漏洞等级等。
48.在一些实施例中，也可以包括更多的信息，在本技术实施例中不作限定。
49.作为一种可选的实施方式，在终端设备生成标签信息时，可以理解加密算法将这些信息加密成密文，以实现标签信息的生成。
50.其中，加密算法可以是双向加密算法，或者其他加密算法，在此不作限定。
51.在生成标签信息之后，将标签信息通过请求头，cookie等不同的方式写入到流量数据中，实现访问请求的生成，然后通过网卡发送到api网关设备。
52.进而，对于api网关设备来说，在获取到访问请求之后，在步骤220中，先确定访问请求中是否包括标签信息，该标签信息可用于确定访问请求是否合法。
53.作为一种可选的实施方式，步骤220包括：检测访问请求对应的流量数据中是否包括流量标签，例如前述的请求头、cookie等，若检测相应的数据，则确定访问请求中包括标签信息；若没有检测到相应的数据，则确定访问请求中不包括标签信息。
54.在步骤230中，若访问请求中包括标签信息，则根据标签信息确定访问请求是否合法。
55.在步骤240中，若访问请求中不包括标签信息，则直接确定访问请求不合法。
56.结合前述实施例的介绍，标签信息可以通过加密算法所获得的加密信息，因此，作
为一种可选的实施方式，步骤230包括：对标签信息进行解析，获得解析后的信息；根据解析后的信息确定访问请求是否合法。
57.在这种实施方式中，由于标签信息是加密信息，因此，需要先对其进行解析(可理解为标签信息对应的原始数据的还原)，获得解析后的信息，才能进一步根据解析后的信息确定访问请求是否合法。
58.可以理解，解析后的信息包括前述实施例中介绍的：硬件信息(可理解为终端设备的硬件信息)、系统信息(可理解为终端设备的系统信息)、终端环境感知信息等。
59.在本技术实施例中，标签信息为加密信息，相较于非加密信息来说，能够防止标签信息被非法篡改，进一步提高安全性，以及提高认证结果的准确性。
60.在基于解析后的信息确定访问请求是否合法的过程中，可以先确定标签信息是否合法，如果标签信息合法，再进一步结合标签信息所解析得到的信息判定访问请求是否合法；如果标签信息不合法，可直接确定访问请求不合法。
61.在本技术实施例中，标签信息是否合法可以结合系统信息、时间维度信息和加密系数这三项信息进行判断。
62.其中，时间维度信息可以用于表征访问请求的请求时间与接收访问时间是否匹配，访问请求中，可以包括请求时间。
63.因此，作为一种可选的实施方式，根据所述解析后的信息确定访问请求是否合法，包括：根据请求时间和接收到访问请求的时间确定时间维度信息；确定标签信息的加密系数；根据系统信息、时间维度信息和加密系数确定标签信息是否合法；若标签信息不合法，则确定访问请求不合法。
64.在这种实施方式中，若请求时间和接收到访问请求的时间匹配，则时间维度信息为时间匹配；若请求时间和接收到访问请求的时间不匹配，则时间维度信息为时间不匹配。
65.标签信息的加密系数，可以用于表征标签信息的加密等级，可以通过判断标签信息是否容易被破解确定。具体的，可以根据标签信息对应的加密算法的破解难度确定加密系数，加密算法越复杂，破解难度越大，加密系数越高；加密算法越简单，破解难度越低，加密系数越低。
66.在分别确定时间维度信息和加密系数之后，结合系统信息确定标签信息是否合法。
67.作为一种可选的实施方式，根据系统信息、时间维度信息和加密系数确定标签信息是否合法，包括：确定系统信息是否为合法系统信息，以及确定时间维度信息是否为合法时间维度信息，以及确定加密系数是否为合法加密系数。
68.如果系统信息、时间维度信息以及加密系数中的一项或者多项信息不是合法的信息，则确定标签信息不合法；如果系统信息、时间维度信息以及加密系数中的每一项均是合法的信息，则确定标签信息合法。
69.在api网关设备上，可以预设合法系统信息库、合法时间维度信息库、以及合法加密系数库，然后分别判断系统信息、时间维度信息以及加密系数是否属于对应的库中的信息，若属于，则可确定相应的信息为合法信息；若不属于，则可确定相应的信息不是合法信息。
70.当然，也可以预设合法信息的判断规则，例如：当系统信息满足某个条件时，可确
定为合法系统信息；当时间维度信息为匹配时，可确定为合法时间维度信息；当加密系数大于预设加密系数时，可确定为合法加密系数。
71.或者，采用其他的实施方式对合法性进行判断，在本技术实施例中不作限定。
72.在本技术实施例中，通过确定时间维度信息和加密系数，再结合访问对象的系统信息，对标签信息的合法性进行有效判定，提高api网关的安全性。
73.进而，若标签信息不合法，则直接确定访问请求不合法；若标签信息合法，则进一步结合标签信息对应的解析信息对合法性进行判定。在本技术实施例中，除了结合标签信息对应的解析信息对合法性进行判定，还可以结合访问者(访问对象)的身份权限信息进行判定，该身份权限信息可以包含在访问请求中。
74.作为一种可选的实施方式，该认证方法还包括：若标签信息合法，根据硬件信息、环境感知信息和身份权限信息确定访问请求是否合法。
75.在本技术实施例中，若标签信息合法，则进一步根据硬件信息、环境感知信息和身份权限信息对访问请求的合法性进行综合判定，提高api网关的安全性。
76.作为一种可选的实施方式，根据硬件信息、环境感知信息和身份权限信息确定访问请求是否合法，包括：确定硬件信息是否符合预设的可信硬件信息条件，确定系统信息是否符合预设的可信系统信息条件，确定环境感知信息是否符合预设的环境感知条件，以及确定访问请求中的访问需求是否符合身份权限信息；若硬件信息符合预设的可信硬件条件，系统信息符合预设的可信系统信息条件，环境感知信息符合预设的环境感知条件，且访问请求中的访问需求符合身份权限信息，则确定访问请求合法。
77.在这种实施方式中，预设的可信硬件信息条件可以是指定的硬件信息范围，如果硬件信息不在硬件信息范围内，则硬件信息不符合该预设的条件；如果硬件信息在硬件信息范围内，则硬件信息符合该预设的条件。
78.预设的可信系统信息条件可以是指定的可信系统信息范围，如果系统信息不在该范围内，则系统信息不符合预设的条件；如果系统信息在该范围内，则系统信息符合预设的条件。
79.在本技术实施例中，预设的可信系统信息条件和预设的可信硬件条件，可结合不同的api网关的实际情况进行合理设置，在此不作限定。
80.对于环境感知信息，可包括病毒安全等级和漏洞等级，确定环境感知信息是否符合预设的环境感知条件，包括：根据病毒安全等级确定访问对象是否存在病毒威胁，以及根据漏洞等级确定访问对象是否存在漏洞威胁；若访问对象存在病毒威胁，和/或访问对象存在漏洞威胁，则确定环境感知信息不符合预设的环境感知条件。
81.在这种实施方式中，预设的环境感知条件，可以理解为：访问对象既不存在病毒威胁，也不存在漏洞威胁。
82.作为一种可选的实施方式，若病毒安全等级小于预设的病毒安全等级，则确定访问对象存在病毒威胁。以及，若漏洞等级小于预设的漏洞威胁等级，则确定访问对象存在漏洞威胁。其中，预设的病毒安全等级和预设的漏洞威胁等级，可结合不同的访问对象进行合理的设置，在此不作限定。
83.在本技术实施例中，通过病毒安全等级确定是否存在病毒威胁，以及通过漏洞等级确定是否存在漏洞威胁，再结合两个威胁的判断结果实现环境感知信息是否符合预设的
环境感知条件的有效确定。
84.对于身份权限信息，其中通常会限定访问对象的访问权限，例如：可访问的资源、可访问的资源数量等。因此，将访问请求中的访问需求与该访问权限进行对比，如果访问需求与访问权限匹配，则确定访问需求符合身份权限信息；如果访问需求与访问权限不匹配，则确定访问需求不符合身份权限信息。
85.进一步地，在对上述各个信息分别进行判定之后，若硬件信息符合预设的可信硬件条件，系统信息符合预设的可信系统信息条件，环境感知信息符合预设的环境感知条件，且访问请求中的访问需求符合身份权限信息，则确定访问请求合法。
86.即，当各个信息均判定成功，或者说均判断满足相应的条件之后，可确定访问请求合法。
87.在本技术实施例中，分别确定硬件信息、系统信息和环境感知信息是否符合预设的对应的判定条件，再结合各个判断结果确定访问请求是否合法，提高api网关的安全性。
88.对应的，若硬件信息不符合预设的可信硬件条件，或者系统信息不符合预设的可信系统信息条件，或者环境感知信息不符合预设的环境感知条件，或者访问请求中的访问需求不符合身份权限信息，则确定访问请求不合法。
89.在这种实施方式中，如果任意一项信息不满足相应的判定条件，则确定访问请求不合法。
90.在本技术实施例中，当各个信息的判断结果中，存在任意一个判定不符合，则确定访问请求不合法，提高api网关的安全性。
91.当然，如果各项信息中的任意两项以上的信息不满足相应的判定条件，也可确定访问请求不合法。
92.通过步骤230和步骤240，可实现访问请求是否合法的判断，在获得判断结果之后，如果访问请求合法，则api网关设备为访问对象分发对应的服务。如果访问请求不合法，则api网关设备直接拦截此次访问，并记录相关的信息。
93.其中，所记录的相关的信息包括但不限于：判定不合法的原因、接收到该不合法的访问请求的时间等，在此不作限定。
94.此外，除了拦截此次访问，还可以对相应的访问对象作出处置办法，例如：网络隔离等。
95.通过采用本技术实施例所提供的技术方案，一方面，基于双向认证证书对标签数据进行加密，防止标签信息被非篡改。另一方面，通过标签信息实现对访问者使用的终端信息、系统信息、环境感知等因素进行识别、控制、跟踪，方便锁定不可信的终端，并做出针对性的处置办法，如网络隔离等。进而，通过对终端信息、系统信息、环境感知、访问者权限等进行综合评定，可以有效保障在高度安全等级下的访问安全、内部服务安全、内部数据安全。
96.基于同一发明构思，请参照图3，本技术实施例中还提供一种访问请求的认证装置300，包括：获取模块310和处理模块320。
97.获取模块310用于：获取访问请求。处理模块320用于：确定所述访问请求中是否包括标签信息；所述标签信息用于对所述访问请求进行认证；若所述访问请求中包括标签信息，根据所述标签信息确定所述访问请求是否合法；若所述访问请求中不包括标签信息，确
定所述访问请求不合法。
98.在本技术实施例中，处理模块320具体用于：对所述标签信息进行解析，获得解析后的信息；根据所述解析后的信息确定所述访问请求是否合法。
99.在本技术实施例中，处理模块320具体还用于：根据所述请求时间和接收到所述访问请求的时间确定时间维度信息；确定所述标签信息的加密系数；根据所述系统信息、所述时间维度信息和所述加密系数确定所述标签信息是否合法；若所述标签信息不合法，则确定所述访问请求不合法。
100.在本技术实施例中，处理模块320还用于：若所述标签信息合法，根据所述硬件信息、所述环境感知信息和所述身份权限信息确定所述访问请求是否合法。
101.在本技术实施例中，处理模块320具体还用于：确定所述硬件信息是否符合预设的可信硬件信息条件，确定所述系统信息是否符合预设的可信系统信息条件，确定所述环境感知信息是否符合预设的环境感知条件，以及确定所述访问请求中的访问需求是否符合所述身份权限信息；若所述硬件信息符合预设的可信硬件条件，所述系统信息符合预设的可信系统信息条件，所述环境感知信息符合预设的环境感知条件，且所述访问请求中的访问需求符合所述身份权限信息，则确定所述访问请求合法。
102.在本技术实施例中，处理模块320还用于：若所述硬件信息不符合预设的可信硬件条件，或者所述系统信息不符合预设的可信系统信息条件，或者所述环境感知信息不符合预设的环境感知条件，或者所述访问请求中的访问需求不符合所述身份权限信息，则确定所述访问请求不合法。
103.在本技术实施例中，处理模块320具体用于：根据所述病毒安全等级确定所述访问对象是否存在病毒威胁，以及根据所述漏洞等级确定所述访问对象是否存在漏洞威胁；若所述访问对象存在病毒威胁，和/或所述访问对象存在漏洞威胁，则确定所述环境感知信息不符合预设的环境感知条件。
104.访问请求的认证装置300与前述的访问请求的认证方法对应，因此，各个功能模块与方法的各个步骤对应，各个功能模块的实施方式可以参照前述实施例中的方法的各个步骤的实施方式，在此不再重复介绍。
105.基于同一发明构思，请参照图4，本技术实施例提供一种api网关设备400，该api网关设备400可作为前述的访问请求的认证方法的硬件运行环境。
106.api网关设备400包括：处理器410、存储器420和通信模块430。
107.处理器410、存储器420和通信模块430可以设置在设备本体内，设备本体，在不同的应用场景中，可以对应有不同的实施方式，比如：不同的形状、不同的大小、不同的材质等，在本技术实施例中不作限定。
108.处理器410、存储器420和通信模块430之间直接或间接地电连接，以实现数据的传输或交互。例如，可以通过一条或多条通讯总线或信号总线实现电连接。前述的访问请求的认证方法分别包括至少一个可以以软件或固件(firmware)的形式存储于存储器420中的软件功能模块，例如访问请求的认证装置300包括的软件功能模块或计算机程序。
109.处理器410可以是一种集成电路芯片，具有信号处理能力。处理器410可以是通用处理器，包括cpu(central processing unit，中央处理器)、np(network processor，网络处理器)等；还可以是数字信号处理器、专用集成电路、现成可编程门阵列或者其他可编程
逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。其可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
110.存储器420，可以存储各种软件程序以及模块，如本技术实施例提供的访问请求的认证方法及装置对应的程序指令/模块。处理器410通过运行存储在存储器420中的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现本技术实施例中的方法。
111.存储器420，可以包括但不限于ram(random access memory，随机存取存储器)，rom(read only memory，只读存储器)，prom(programmable read-only memory，可编程只读存储器)，eprom(erasable programmable read-only memory，可擦除只读存储器)，eeprom(electric erasable programmable read-only memory，电可擦除只读存储器)等。
112.通信模块430，用于实现api网关设备400与网卡或者其他外部设备的通信，其可以是无线通信模块、4g、5g通信模块等，在此不作限定。
113.需要说明的是，图4中示出的api网关设备400的结构并不构成对该api网关设备400的限定，实际的api网关设备400可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
114.此外，api网关设备400的技术效果可以参考前述访问请求的认证方法的技术效果，此处不再赘述。
115.基于同一发明构思，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时，执行前述实施例中所述的访问请求的认证方法。
116.在本技术所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
117.另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
118.再者，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
119.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
120.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。

技术特征：
1.一种访问请求的认证方法，其特征在于，包括：获取访问请求；确定所述访问请求中是否包括标签信息；所述标签信息用于对所述访问请求进行认证；若所述访问请求中包括标签信息，根据所述标签信息确定所述访问请求是否合法；若所述访问请求中不包括标签信息，确定所述访问请求不合法。2.根据权利要求1所述的认证方法，其特征在于，所述标签信息为加密信息，所述根据所述标签信息确定所述访问请求是否合法，包括：对所述标签信息进行解析，获得解析后的信息；根据所述解析后的信息确定所述访问请求是否合法。3.根据权利要求2所述的认证方法，其特征在于，所述解析后的信息中包括：所述访问请求对应的访问对象的系统信息；所述访问请求中还包括：请求时间；所述根据所述解析后的信息确定所述访问请求是否合法，包括：根据所述请求时间和接收到所述访问请求的时间确定时间维度信息；确定所述标签信息的加密系数；根据所述系统信息、所述时间维度信息和所述加密系数确定所述标签信息是否合法；若所述标签信息不合法，则确定所述访问请求不合法。4.根据权利要求3所述的认证方法，其特征在于，所述解析后的信息中还包括：所述访问对象的硬件信息和所述访问对象的环境感知信息，所述访问请求中还包括：所述访问对象的身份权限信息；所述认证方法还包括：若所述标签信息合法，根据所述硬件信息、所述环境感知信息和所述身份权限信息确定所述访问请求是否合法。5.根据权利要求4所述的认证方法，其特征在于，所述根据所述硬件信息、所述环境感知信息和所述身份权限信息确定所述访问请求是否合法，包括：确定所述硬件信息是否符合预设的可信硬件信息条件，确定所述系统信息是否符合预设的可信系统信息条件，确定所述环境感知信息是否符合预设的环境感知条件，以及确定所述访问请求中的访问需求是否符合所述身份权限信息；若所述硬件信息符合预设的可信硬件条件，所述系统信息符合预设的可信系统信息条件，所述环境感知信息符合预设的环境感知条件，且所述访问请求中的访问需求符合所述身份权限信息，则确定所述访问请求合法。6.根据权利要求5所述的认证方法，其特征在于，所述认证方法还包括：若所述硬件信息不符合预设的可信硬件条件，或者所述系统信息不符合预设的可信系统信息条件，或者所述环境感知信息不符合预设的环境感知条件，或者所述访问请求中的访问需求不符合所述身份权限信息，则确定所述访问请求不合法。7.根据权利要求5所述的认证方法，其特征在于，所述环境感知信息包括：病毒安全等级和漏洞等级；所述确定所述环境感知信息是否符合预设的环境感知条件，包括：根据所述病毒安全等级确定所述访问对象是否存在病毒威胁，以及根据所述漏洞等级确定所述访问对象是否存在漏洞威胁；若所述访问对象存在病毒威胁，和/或所述访问对象存在漏洞威胁，则确定所述环境感
知信息不符合预设的环境感知条件。8.一种访问请求的认证装置，其特征在于，包括：获取模块，用于获取访问请求；处理模块，用于：确定所述访问请求中是否包括标签信息；所述标签信息用于对所述访问请求进行认证；若所述访问请求中包括标签信息，根据所述标签信息确定所述访问请求是否合法；若所述访问请求中不包括标签信息，确定所述访问请求不合法。9.一种api网关设备，其特征在于，包括：处理器；以及与所述处理器通信连接的存储器；所述存储器存储有可被所述处理器执行的指令，所述指令被所述处理器执行，以使所述处理器能够执行如权利要求1-7任一项所述的访问请求的认证方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时，执行如权利要求1-7任一项所述的访问请求的认证方法。

技术总结
本申请提供一种访问请求的认证方法及装置、API网关设备、存储介质。访问请求的认证方法，包括：获取访问请求；确定所述访问请求中是否包括标签信息；所述标签信息用于对所述访问请求进行认证；若所述访问请求中包括标签信息，根据所述标签信息确定所述访问请求是否合法；若所述访问请求中不包括标签信息，确定所述访问请求不合法。该认证方法用以提高API网关的安全性。关的安全性。关的安全性。


技术研发人员：高作贺
受保护的技术使用者：北京天融信科技有限公司 北京天融信软件有限公司
技术研发日：2021.12.08
技术公布日：2022/3/8