发布者：售前小赖 | 本文章发表于：2022-09-07 阅读数：3473
随着国家信息安全等级保护制度的全面实施，各行业在经营上云后都面临着等保合规的不同需求。所以，随着日渐火热的数据库安全领域，数据库审计作为等保合规性中必不可少的重要环节，也是应用最为广泛，用户接受度最高的产品。面对市面上各色各类的数据库审计企业该如何选购？
本文将对目前数据库审计市场上的两类技术路线进行分析，从使用效果出发，浅析两者在各维度的审计效果上存在哪些差异，呈现产品真正能实现的功能和价值。希望能为广大用户在数据库审计产品的选型上提供参考依据。
概括来讲，两类数据库审计的技术路线区别，
根本来自于两者的部署方式、获取数据库访问记录的途径不同以及SQL解析方式不同，审计效果自然不同：
从五个衡量维度看技术路线的差异
审计结果全面性的表现
旁路式：
通过镜像流量或探针的方式进行全流量采集，基于全量数据库流量进行语句和会话分析，再通过对sql语句的协议解析，能够审计到客户端信息，返回结果集。这种采集方式首先对数据库类型不挑剔，均可支持，并且能够审计到普通用户和超级用户的访问行为。
植入式：
属于注册代理程序的“侵入式”审计，利用数据库的自审计插件（如Oracle的FGAC插件），读取数据库自审计日志，依赖的是数据库自身审计能力，这里有一个很大的问题，如果数据库自身不具备审计能力，那么这类数据库审计产品就无法支持对此类型数据库的审计；并且，数据库自审计功能一般只提供增、删、改、查语句和部分数据定义语句，无法提供全操作类型的审计，也无法完整审计结果集。不过从另一个角度来看，植入方式也有其亮点——本地操作的审计，这些不通过网络的流量，传统的流量镜像方式捕获不到，不过旁路式的审计，也可以通过增加rmagent，实现这项功能。
审计结果准确性的表现
前面提到，两者对数据库访问的采集方式不同，这决定了两者在审计结果准确性上的差异表现。
旁路式：
由于是基于全流量的审计，如果能配合sql语句的协议解析和特征捕获等技术，可以准确关联语句和会话，进行精确的审计结果查询分析能力；准确关联应用用户与SQL语句，这样可以实现对业务行为的审计。在此基础上形成的规则库，也能够更准确的识别风险访问及漏洞攻击行为。
植入式：
由于是基于正则表达式完成SQL语句规则，无法基于通讯协议解析命中语句规则，在实际工作中，会导致语句和会话无法关联，不能按照会话进行语句梳理汇总，那么会缺乏连贯分析能力；并且，由于不是基于流量和协议的SQL语句解析，对于目前用户普遍要求的应用关联审计，也无法实现。
检索及入库速度的表现
基于SQL语句的获取方式不同，两者在检索及入库速度方面也会存在差异表现。
植入式：
由于原始审计信息是记录在数据库中的，需要定期获取到审计设备上，这其中可能产生较大的延迟。另一方面，开启数据库自审计功能本身会占用大量内存，如果遇到高压力并发的情况，会拖慢数据处理能力，连累正常业务访问。
旁路式：
旁路镜像流量的方式对应用到数据库的访问完全透明，不会产生影响，这也是目前市面上大多数审计厂商如安华金和等，选择旁路镜像方式，配合精确SQL解析技术来实现审计高可用性的主要原因之一。
关于存储空间的占用表现
旁路式：
由于是镜像方式获取流量，对于审计产品本身的存储优化能力有一定要求，但不会影响数据库服务器本身的存储空间，需要考量对比的是产品本身能否提供归一化技术和压缩存储技术，以节约存储空间。
植入式：
由于需要开启自审计功能，需要占用大量数据库本身的存储空间，如果同时缺乏SQL归一技术，那么在大数据处理情况下，数据库本身的硬盘空间就会非常紧张。
产品易用性方面的表现
两者在配置和操作的易用性方面也存在较大差异：
植入式：
数据库审计产品在注册实例的时候，需要手工输入IP端口数据库实例，还需要sys用户及口令，向数据库中注册用户及程序。另一方面，如果是基于正则式的规则配置，需要数据库管理人员具备一定的技术能力，深度参与规则和策略的配置定义。
旁路式：
由于是基于数据库流量的语句语法解析，可以自动识别并添加审计数据库；更专业的产品应能够基于解析结果，从风险、语句、会话三个维度进行深度解析，维度之间相互关联、多重钻取分析，这样用户可以对数据库的整体安全状态有更直观的判断。
目前，市场上的数据库审计产品多以旁路镜像方式为主，但也出现了采用植入式技术路线的产品，从表面来看都能够实现数据库访问行为的审计，但在审计效果及用户体验上存在显著的差异，用户需要在产品选型时更多关注产品的核心技术路线。
高防安全专家快快网络！快快网络客服小赖 Q537013907--------智能云安全管理服务商-----------------快快i9，就是最好i9！快快i9，才是真正i9！
企业网络安全选择数据库审计的理由是什么？
本文讲的是企业网络安全选择数据库审计的理由，黑格尔曾说，“存在即合理”，用在数据安全领域，同样适用。一款数据库安全产品的诞生，必有其存在的合理之处。有数据显示，超过90%的数据都是从数据库中泄露出去的，因此，围绕核心数据安全防护，数据库安全产品首当其中。合规性需求所谓合规性，就好比开一家酒店一定要符合卫生条件，拿到卫生许可证才可以经营，才可以向用户出售餐饮实物。信息安全行业及金融、政府、等细分行业领域的信息系统同样需要符合行业规范及标准。因此，国家及主管机构出台了一系列的的相关法律法规，对应信息系统安全等级保护的相关配套标准，等保二级以上对安全审计均提出了明确要求，审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息。数据库审计产品因部署简单，且不会对系统产生太多影响，在合规性驱动下，成为数据库安全审计的首选。事件驱动型需求事件型驱动基本属于亡羊补牢式需求。近年来因为数据库被入侵造成的信息泄露事件层出不穷，也造成了很坏的社会影响。例如：12306网站用户信息泄露事件，2015年全国大爆发的4.22全国社保系统漏洞泄密事件等，这迫使政府部门和企业单位展开对数据库安全加固工作。这一类需求用户不仅会考虑到事后的数据库审计产品，同时也会考虑数据库防火墙、数据库加密等其他主动防御类安全产品。主动建设需求主动性建设需求，当企业或者组织的IT建设达到一定的成熟度，业务的发展需求，与安全配套建设相得益彰，对核心数据安全的安全防护有主动意识和深刻认知，同时安全为业务的顺畅运行提出了更高的要求，出于对自身商业信誉、社会名誉及对用户负责的态度，促使用户主动进行安全防护措施。基于用户主动建设的需求，不仅仅局限于单一数据库审计产品。高防安全专家快快网络！快快网络客服小赖 Q537013907--------智能云安全管理服务商-----------------快快i9，就是最好i9！快快i9，才是真正i9！
数据库审计的作用及其重要性
数据库审计是保障数据安全的关键环节，它能记录所有数据库操作行为，帮助企业追踪异常访问、防止数据泄露。通过审计日志，管理员可以快速定位问题源头，同时满足合规要求。无论是金融交易还是用户信息管理，数据库审计都扮演着守护者的角色。 为什么数据库审计能提升安全性？ 数据库审计通过实时监控所有数据库活动，能够及时发现可疑行为。比如非正常时间段的访问、大量数据导出操作等异常情况都会被记录在案。系统会自动生成告警，让安全团队第一时间介入处理，有效降低数据泄露风险。 数据库审计如何满足合规要求？ 许多行业法规如GDPR、PCI DSS都明确要求企业必须实施数据库审计。审计日志提供了完整的数据操作记录，证明企业确实采取了必要措施保护敏感信息。当监管部门检查时，这些详实的记录就是最好的合规证据。 数据库审计不仅是一项技术措施，更是企业数据治理的重要组成部分。它让数据流动变得透明可控，为业务决策提供可靠依据。在数字化时代，没有审计保护的数据库就像没有锁的门，随时可能面临威胁。
如何进行数据库审计？
进行数据库审计是一个详细且系统的过程，以下是针对每个步骤的详细解释：一、确定审计目标和范围在开始数据库审计之前，首先需要明确审计的目标和范围。这包括确定要审计的数据库系统（如Oracle、MySQL、SQL Server等）、特定的数据库实例、用户或角色，以及审计的时间段等。明确的目标和范围有助于确保审计的针对性和有效性。二、配置审计工具根据审计目标和范围，选择适合的数据库审计工具进行配置。这些工具通常具有记录、监控和分析数据库操作的功能。在配置审计工具时，需要定义适当的参数，如审计级别（如全面审计或特定事件审计）、审计对象（如表、视图、存储过程等）以及过滤条件（如只审计特定用户的操作）等。三、收集审计数据启动配置好的审计工具后，它将开始收集数据库操作的数据。这些数据通常包括用户登录信息（如用户名、登录时间、IP地址等）、SQL查询语句、访问权限、数据修改记录等。这些数据将被存储在审计日志中，以供后续分析使用。四、分析审计数据收集到审计数据后，需要进行深入的分析以发现潜在的安全威胁和性能问题。这可以通过使用审计工具提供的报告和分析功能来完成。分析过程中，可以关注以下几个方面：异常操作：检查是否有未经授权的访问、非法的数据修改或删除等操作。这些异常操作可能是潜在的安全威胁。性能瓶颈：分析SQL查询语句的执行效率，找出性能低下的查询语句并进行优化。同时，还可以关注数据库的响应时间、吞吐量等性能指标。合规性：检查数据库操作是否符合相关法规和政策的要求，如GDPR、HIPAA等。确保敏感数据的访问和操作符合合规性要求。五、制定改进措施根据审计结果，制定相应的改进措施以加强数据库的安全性和性能。这些措施可能包括：加强访问控制：限制未经授权的访问和数据修改操作，确保只有授权用户才能访问数据库。优化SQL查询语句：对性能低下的SQL查询语句进行优化，提高数据库的查询效率。加强数据备份和恢复：确保数据库数据的完整性和可恢复性，以防止数据丢失或损坏。更新和修补：及时更新数据库系统和审计工具的版本，修补已知的安全漏洞和缺陷。六、持续监控和审计数据库审计是一个持续的过程，需要定期或实时地进行监控和审计。通过持续监控和审计，可以及时发现潜在的安全威胁和性能问题，并采取相应的措施进行防范和优化。同时，还可以根据业务发展和安全需求的变化，不断调整和优化审计策略和工具。
阅读数：27584 | 2022-12-01 16:14:12
阅读数：14103 | 2023-03-10 00:00:00
阅读数：9754 | 2021-12-10 10:56:45
阅读数：9194 | 2023-03-11 00:00:00
阅读数：8752 | 2023-03-19 00:00:00
阅读数：7341 | 2022-06-10 14:16:02
阅读数：7122 | 2023-04-10 22:17:02
阅读数：6254 | 2023-03-18 00:00:00
阅读数：27584 | 2022-12-01 16:14:12
阅读数：14103 | 2023-03-10 00:00:00
阅读数：9754 | 2021-12-10 10:56:45
阅读数：9194 | 2023-03-11 00:00:00
阅读数：8752 | 2023-03-19 00:00:00
阅读数：7341 | 2022-06-10 14:16:02
阅读数：7122 | 2023-04-10 22:17:02
阅读数：6254 | 2023-03-18 00:00:00
发布者：售前小赖 | 本文章发表于：2022-09-07
随着国家信息安全等级保护制度的全面实施，各行业在经营上云后都面临着等保合规的不同需求。所以，随着日渐火热的数据库安全领域，数据库审计作为等保合规性中必不可少的重要环节，也是应用最为广泛，用户接受度最高的产品。面对市面上各色各类的数据库审计企业该如何选购？
本文将对目前数据库审计市场上的两类技术路线进行分析，从使用效果出发，浅析两者在各维度的审计效果上存在哪些差异，呈现产品真正能实现的功能和价值。希望能为广大用户在数据库审计产品的选型上提供参考依据。
概括来讲，两类数据库审计的技术路线区别，
根本来自于两者的部署方式、获取数据库访问记录的途径不同以及SQL解析方式不同，审计效果自然不同：
从五个衡量维度看技术路线的差异
审计结果全面性的表现
旁路式：
通过镜像流量或探针的方式进行全流量采集，基于全量数据库流量进行语句和会话分析，再通过对sql语句的协议解析，能够审计到客户端信息，返回结果集。这种采集方式首先对数据库类型不挑剔，均可支持，并且能够审计到普通用户和超级用户的访问行为。
植入式：
属于注册代理程序的“侵入式”审计，利用数据库的自审计插件（如Oracle的FGAC插件），读取数据库自审计日志，依赖的是数据库自身审计能力，这里有一个很大的问题，如果数据库自身不具备审计能力，那么这类数据库审计产品就无法支持对此类型数据库的审计；并且，数据库自审计功能一般只提供增、删、改、查语句和部分数据定义语句，无法提供全操作类型的审计，也无法完整审计结果集。不过从另一个角度来看，植入方式也有其亮点——本地操作的审计，这些不通过网络的流量，传统的流量镜像方式捕获不到，不过旁路式的审计，也可以通过增加rmagent，实现这项功能。
审计结果准确性的表现
前面提到，两者对数据库访问的采集方式不同，这决定了两者在审计结果准确性上的差异表现。
旁路式：
由于是基于全流量的审计，如果能配合sql语句的协议解析和特征捕获等技术，可以准确关联语句和会话，进行精确的审计结果查询分析能力；准确关联应用用户与SQL语句，这样可以实现对业务行为的审计。在此基础上形成的规则库，也能够更准确的识别风险访问及漏洞攻击行为。
植入式：
由于是基于正则表达式完成SQL语句规则，无法基于通讯协议解析命中语句规则，在实际工作中，会导致语句和会话无法关联，不能按照会话进行语句梳理汇总，那么会缺乏连贯分析能力；并且，由于不是基于流量和协议的SQL语句解析，对于目前用户普遍要求的应用关联审计，也无法实现。
检索及入库速度的表现
基于SQL语句的获取方式不同，两者在检索及入库速度方面也会存在差异表现。
植入式：
由于原始审计信息是记录在数据库中的，需要定期获取到审计设备上，这其中可能产生较大的延迟。另一方面，开启数据库自审计功能本身会占用大量内存，如果遇到高压力并发的情况，会拖慢数据处理能力，连累正常业务访问。
旁路式：
旁路镜像流量的方式对应用到数据库的访问完全透明，不会产生影响，这也是目前市面上大多数审计厂商如安华金和等，选择旁路镜像方式，配合精确SQL解析技术来实现审计高可用性的主要原因之一。
关于存储空间的占用表现
旁路式：
由于是镜像方式获取流量，对于审计产品本身的存储优化能力有一定要求，但不会影响数据库服务器本身的存储空间，需要考量对比的是产品本身能否提供归一化技术和压缩存储技术，以节约存储空间。
植入式：
由于需要开启自审计功能，需要占用大量数据库本身的存储空间，如果同时缺乏SQL归一技术，那么在大数据处理情况下，数据库本身的硬盘空间就会非常紧张。
产品易用性方面的表现
两者在配置和操作的易用性方面也存在较大差异：
植入式：
数据库审计产品在注册实例的时候，需要手工输入IP端口数据库实例，还需要sys用户及口令，向数据库中注册用户及程序。另一方面，如果是基于正则式的规则配置，需要数据库管理人员具备一定的技术能力，深度参与规则和策略的配置定义。
旁路式：
由于是基于数据库流量的语句语法解析，可以自动识别并添加审计数据库；更专业的产品应能够基于解析结果，从风险、语句、会话三个维度进行深度解析，维度之间相互关联、多重钻取分析，这样用户可以对数据库的整体安全状态有更直观的判断。
目前，市场上的数据库审计产品多以旁路镜像方式为主，但也出现了采用植入式技术路线的产品，从表面来看都能够实现数据库访问行为的审计，但在审计效果及用户体验上存在显著的差异，用户需要在产品选型时更多关注产品的核心技术路线。
高防安全专家快快网络！快快网络客服小赖 Q537013907--------智能云安全管理服务商-----------------快快i9，就是最好i9！快快i9，才是真正i9！
企业网络安全选择数据库审计的理由是什么？
本文讲的是企业网络安全选择数据库审计的理由，黑格尔曾说，“存在即合理”，用在数据安全领域，同样适用。一款数据库安全产品的诞生，必有其存在的合理之处。有数据显示，超过90%的数据都是从数据库中泄露出去的，因此，围绕核心数据安全防护，数据库安全产品首当其中。合规性需求所谓合规性，就好比开一家酒店一定要符合卫生条件，拿到卫生许可证才可以经营，才可以向用户出售餐饮实物。信息安全行业及金融、政府、等细分行业领域的信息系统同样需要符合行业规范及标准。因此，国家及主管机构出台了一系列的的相关法律法规，对应信息系统安全等级保护的相关配套标准，等保二级以上对安全审计均提出了明确要求，审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息。数据库审计产品因部署简单，且不会对系统产生太多影响，在合规性驱动下，成为数据库安全审计的首选。事件驱动型需求事件型驱动基本属于亡羊补牢式需求。近年来因为数据库被入侵造成的信息泄露事件层出不穷，也造成了很坏的社会影响。例如：12306网站用户信息泄露事件，2015年全国大爆发的4.22全国社保系统漏洞泄密事件等，这迫使政府部门和企业单位展开对数据库安全加固工作。这一类需求用户不仅会考虑到事后的数据库审计产品，同时也会考虑数据库防火墙、数据库加密等其他主动防御类安全产品。主动建设需求主动性建设需求，当企业或者组织的IT建设达到一定的成熟度，业务的发展需求，与安全配套建设相得益彰，对核心数据安全的安全防护有主动意识和深刻认知，同时安全为业务的顺畅运行提出了更高的要求，出于对自身商业信誉、社会名誉及对用户负责的态度，促使用户主动进行安全防护措施。基于用户主动建设的需求，不仅仅局限于单一数据库审计产品。高防安全专家快快网络！快快网络客服小赖 Q537013907--------智能云安全管理服务商-----------------快快i9，就是最好i9！快快i9，才是真正i9！
数据库审计的作用及其重要性
数据库审计是保障数据安全的关键环节，它能记录所有数据库操作行为，帮助企业追踪异常访问、防止数据泄露。通过审计日志，管理员可以快速定位问题源头，同时满足合规要求。无论是金融交易还是用户信息管理，数据库审计都扮演着守护者的角色。 为什么数据库审计能提升安全性？ 数据库审计通过实时监控所有数据库活动，能够及时发现可疑行为。比如非正常时间段的访问、大量数据导出操作等异常情况都会被记录在案。系统会自动生成告警，让安全团队第一时间介入处理，有效降低数据泄露风险。 数据库审计如何满足合规要求？ 许多行业法规如GDPR、PCI DSS都明确要求企业必须实施数据库审计。审计日志提供了完整的数据操作记录，证明企业确实采取了必要措施保护敏感信息。当监管部门检查时，这些详实的记录就是最好的合规证据。 数据库审计不仅是一项技术措施，更是企业数据治理的重要组成部分。它让数据流动变得透明可控，为业务决策提供可靠依据。在数字化时代，没有审计保护的数据库就像没有锁的门，随时可能面临威胁。
如何进行数据库审计？
进行数据库审计是一个详细且系统的过程，以下是针对每个步骤的详细解释：一、确定审计目标和范围在开始数据库审计之前，首先需要明确审计的目标和范围。这包括确定要审计的数据库系统（如Oracle、MySQL、SQL Server等）、特定的数据库实例、用户或角色，以及审计的时间段等。明确的目标和范围有助于确保审计的针对性和有效性。二、配置审计工具根据审计目标和范围，选择适合的数据库审计工具进行配置。这些工具通常具有记录、监控和分析数据库操作的功能。在配置审计工具时，需要定义适当的参数，如审计级别（如全面审计或特定事件审计）、审计对象（如表、视图、存储过程等）以及过滤条件（如只审计特定用户的操作）等。三、收集审计数据启动配置好的审计工具后，它将开始收集数据库操作的数据。这些数据通常包括用户登录信息（如用户名、登录时间、IP地址等）、SQL查询语句、访问权限、数据修改记录等。这些数据将被存储在审计日志中，以供后续分析使用。四、分析审计数据收集到审计数据后，需要进行深入的分析以发现潜在的安全威胁和性能问题。这可以通过使用审计工具提供的报告和分析功能来完成。分析过程中，可以关注以下几个方面：异常操作：检查是否有未经授权的访问、非法的数据修改或删除等操作。这些异常操作可能是潜在的安全威胁。性能瓶颈：分析SQL查询语句的执行效率，找出性能低下的查询语句并进行优化。同时，还可以关注数据库的响应时间、吞吐量等性能指标。合规性：检查数据库操作是否符合相关法规和政策的要求，如GDPR、HIPAA等。确保敏感数据的访问和操作符合合规性要求。五、制定改进措施根据审计结果，制定相应的改进措施以加强数据库的安全性和性能。这些措施可能包括：加强访问控制：限制未经授权的访问和数据修改操作，确保只有授权用户才能访问数据库。优化SQL查询语句：对性能低下的SQL查询语句进行优化，提高数据库的查询效率。加强数据备份和恢复：确保数据库数据的完整性和可恢复性，以防止数据丢失或损坏。更新和修补：及时更新数据库系统和审计工具的版本，修补已知的安全漏洞和缺陷。六、持续监控和审计数据库审计是一个持续的过程，需要定期或实时地进行监控和审计。通过持续监控和审计，可以及时发现潜在的安全威胁和性能问题，并采取相应的措施进行防范和优化。同时，还可以根据业务发展和安全需求的变化，不断调整和优化审计策略和工具。
查看更多文章 >
最新活动
闽公网安备 35020302000839号
公安机关联网备案号 35020301000110
云安全相关活动
