十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
小编给大家分享一下PostgreSQL审计如何实现,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!
成都创新互联公司是一家专业提供桐庐企业网站建设,专注与成都网站制作、成都做网站、H5开发、小程序制作等业务。10年已为桐庐众多企业、政府机构等服务。创新互联专业的建站公司优惠进行中。
PostgreSQL 的审计还是要借助PostgreSQL的扩展pgaudit 来进行。有些熟悉PG的同学可能说,不是可以log_statement = all 来记录所有的语句吗,干嘛那么麻烦,自己去查日志不就好了。实际上如果公司有审计部门的情况下,这样是过不了关的,需要一个与商业数据功能相差无几的方式来面对审计部门的“亲和力”。
安装很简单,如果熟悉extension的话,当然pgaudit需要加载链接库中
与大部分的audit 的方式不同pg_audit记录在标准的PostgreSQL日志中。Pgaudit通过在模块加载时注册自身并为executorStart、executorCheckPerms、processUtility和object_access提供挂钩来工作。因此,pgaudit与另一种audit-trigger不同支持读取(SELECT、COPY)。一般来说,使用pgaudit,我们可以有两种操作模式,或者将它们结合使用:
session 模式或object 模式。
其中可以进行监控的方式
READ (select, copy from)
WRITE (insert, update, delete, truncate, copy to)
FUNCTION (function calls and DO blocks)
ROLE (grant, revoke, create/alter/drop role)
DDL (all DDL except those in ROLE)
MISC (discard, fetch, checkpoint, vacuum)
从上面可以审计监控的东西来说,还是很全面的。
下面我们可以来做一个测试
我们创建一个表,而这个表应该被audit 日志来记录,我们看看audit 日志是否记录了。从下图可以看到
在日志中已经添加了audit 的记录。
说明这个东西还是蛮好用的。日志的格式
AUDIT_TYPE - 告知你目前的audit 的方式是 session 还是 object
STATEMENT_ID - 主语句的会话ID
SUBSTATEMENT_ID - 主语句中每个子语句的顺序ID。
Operation type 操作的方式是DDL DCL DML
COMMAND - 操作的命令
OBJECT_TYPE - 操作的OBJECT 类型
OBJECT_NAME - 操作的OBJECT 类型的名字,例如表名,存储过程名等等
STATEMENT - 执行的语句
PARAMETER - 相关的参数
此时有人可能提出,这个设计的不好,为什么不能设计到插入到表中,个人觉得有两点,既然叫审计日志,1 他是提供审计的 2 他是日志
如果日志在某些情况下爆发增长,怎么办,塞满整个表的存储空间,从多方面考虑,让日志存储在适当的地方,其实是一个比较规范的做法。
下面我们来做几个尝试来看看审计日志是否能帮助我们,记录相关的操作,下图是PG相关的audit 选项。
相关的一些设置设什么意思
指定会话审计日志记录哪些语句类。
可以设置的类别 read , write ,function,role ,ddl,misc , All 等
pgaudit.log_catalog
指定当一条语句中的所有关系都位于pg_catalog中时,应该启用会话日志记录。禁用此设置将减少来自psql和PgAdmin等工具的日志噪音,这些工具会大量查询目录。
pgaudit.log_relation
指定会话审计日志记录是否应该为SELECT或DML语句中引用的每个关系(表、视图等)创建单独的日志条目。对于不使用对象审计日志记录的穷举日志记录,这是一个非常有用的快捷方式。
例如我们要记录 ddl ,role , functiton,以及更改系统配置 方面的操作记录
当然,这样的操作记录也不是没有缺点的,例如我想知道是那个账户做的某件事,这点还是没有做到,仅仅是知道在什么时间做了什么。
以上是“PostgreSQL审计如何实现”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注创新互联行业资讯频道!