-
Patent Agency Ranking
公开(公告)号：CN114357453B
公开(公告)日：2025-02-14
申请号：CN202111499400.8
申请日：2021-12-09
Applicant: 神州绿盟成都科技有限公司
Abstract: 本公开涉及网络安全领域，公开了一种漏洞修复的方法、装置及存储介质，该方法为：通过漏洞扫描组件对内部组件进行漏洞检测的过程中，若检测到内部组件中有需要修复漏洞的目标内部组件，则通过漏洞扫描组件基于检测到的目标内部组件的漏洞信息，经第一连接通路向宿主机发送修复包请求，内部组件包括宿主机和至少一个安全组件，在经第二连接通路接收到宿主机针对修复包请求返回的修复包后，运用修复包对目标内部组件中需要修复的漏洞进行修复，上述第一连接通路是漏洞扫描组件和内部组件之间通过管理网桥建立的连接通路，第二连接通路是漏洞扫描组件和内部组件之间通过虚拟接口建立的连接通路，提升了一体化安全设备内部漏洞检测的效率和准确性。
-
公开(公告)号：CN114357453A
公开(公告)日：2022-04-15
申请号：CN202111499400.8
申请日：2021-12-09
Applicant: 神州绿盟成都科技有限公司
Abstract: 本公开涉及网络安全领域，公开了一种漏洞修复的方法、装置及存储介质，该方法为：通过漏洞扫描组件对内部组件进行漏洞检测的过程中，若检测到内部组件中有需要修复漏洞的目标内部组件，则通过漏洞扫描组件基于检测到的目标内部组件的漏洞信息，经第一连接通路向宿主机发送修复包请求，内部组件包括宿主机和至少一个安全组件，在经第二连接通路接收到宿主机针对修复包请求返回的修复包后，运用修复包对目标内部组件中需要修复的漏洞进行修复，上述第一连接通路是漏洞扫描组件和内部组件之间通过管理网桥建立的连接通路，第二连接通路是漏洞扫描组件和内部组件之间通过虚拟接口建立的连接通路，提升了一体化安全设备内部漏洞检测的效率和准确性。
-
公开(公告)号：CN112632584A
公开(公告)日：2021-04-09
申请号：CN202011614774.5
申请日：2020-12-30
Applicant: 绿盟科技集团股份有限公司 , 北京神州绿盟科技有限公司 , 神州绿盟成都科技有限公司
Abstract: 本公开涉及网络安全领域，尤其涉及一种网页密码的存储方法及装置，用以解决现有技术中存在的明文保存及明文显示登录网页的密码，导致用户信息泄露的问题，方法为：响应于用户发起的保存登录指定网页的密码的操作，获取所述用户输入的用户名信息和密码信息，然后，采用预设的加密方式，对所述密码信息进行加密处理，生成包含有加密处理后的密码信息的加密数据包，再将关联有所述用户名信息和所述指定网页的所述加密数据包，存储至预先配置的存储区域。这样，能够保证存储的密码信息不以明文的形式存储，有效避免了由于登录或受到攻击导致的用户信息的泄露，保证了用户的安全使用。
-
公开(公告)号：CN113992589B
公开(公告)日：2023-05-26
申请号：CN202111225484.6
申请日：2021-10-21
Applicant: 绿盟科技集团股份有限公司 , 北京神州绿盟科技有限公司 , 神州绿盟成都科技有限公司
IPC: H04L47/125
Abstract: 本申请公开了一种报文分流方法、装置及电子设备，该方法包括：在接收到报文时，确定出用于报文分流的第一CPU当前的报文转发负载量；计算第一CPU当前分配的实际报文转发量与报文转发负载量的差值，并将差值作为剩余报文转发量；将剩余报文转发量对应的报文分配给其它CPU进行转发。基于上述报文分流方法，在用于报文分流的第一CPU的报文转发负载量小于当前分配的实际报文转发量的时候，将第一CPU不能完成转发的剩余报文转发量对应的报文，分配给其它各个负责报文转发的CPU进行处理，可以避免因第一CPU的转发负载量不够而导致的丢包情况，进而大幅度提高设备整体的转发性能。
-
公开(公告)号：CN113992589A
公开(公告)日：2022-01-28
申请号：CN202111225484.6
申请日：2021-10-21
Applicant: 绿盟科技集团股份有限公司 , 北京神州绿盟科技有限公司 , 神州绿盟成都科技有限公司
IPC: H04L47/125
Abstract: 本申请公开了一种报文分流方法、装置及电子设备，该方法包括：在接收到报文时，确定出用于报文分流的第一CPU当前的报文转发负载量；计算第一CPU当前分配的实际报文转发量与报文转发负载量的差值，并将差值作为剩余报文转发量；将剩余报文转发量对应的报文分配给其它CPU进行转发。基于上述报文分流方法，在用于报文分流的第一CPU的报文转发负载量小于当前分配的实际报文转发量的时候，将第一CPU不能完成转发的剩余报文转发量对应的报文，分配给其它各个负责报文转发的CPU进行处理，可以避免因第一CPU的转发负载量不够而导致的丢包情况，进而大幅度提高设备整体的转发性能。
-
-
-
-
Search Results
5
records
(took 0.028 seconds)
