您查看的文章来源于http://www.oklinux.cn
数据库安全性是 — 您无法阻止 — 而在于您在发生这种情况时、触发器和存储过程（支持多种语言）。
理想的管理员
在传统的 UNIX 中，PostgreSQL 被进行了重新设计来补充它所依附的操作系统。要最大限度地发掘 PostgreSQL 的价值，所需要的知识超过了一般数据库管理员（DBA）所要求具备的技能。
简单来说，一名合格的 PostgreSQL DBA 需要具备以下背景：
?了解关系理论并熟悉 SQL'92, '99, 和 2003。
?知道如何阅读源代码，特别是 C 代码，并且能够在 Linux 上编译源代码。
?能够管理系统并熟悉 system-V UNIX 或 Linux。
?能够维护（如果需要的话）IT 组织中出现的各种典型硬件项目。理解 TCP OS 层，能够将网络分为子网，调优防火墙，等等。
许 多 DBA 只具备管理、监控和调优数据库本身的技能。然而，PostgreSQL 在构建时也考虑了 OS 工具。当然，很少有 DBA 精通所有学科的知识，但是拥有这些知识使 PostgreSQL DBA 能够用更少的时间完成更多的工作，而通过其他方式是无法办到的。
访问权限回顾
如果您要了解可能的攻击媒介（attack vector），那么了解数据库角色的作用是非常重要的。首先，您需要通过授予和撤销权限来控制对数据的访问。
角色、授予权限和特权
一个具有默认权限和特权的普通角色的安全性究竟如何？用户帐户可以通过以下命令的其中之一创建：
?SQL 语句 CREATE USER
?SQL 语句 CREATE ROLE
?Postgres 命令行实用程序 createuser
这三种创建用户帐户的方法表现出不同的行为，并导致产生截然不同的默认权限和特权。
对于一个普通角色，典型的用户可以执行下面的操作：
?如果数据集群使用如 pg_hba.conf 中描述的默认身份验证策略，那么用户可以访问任何数据库。
?在用户可以访问的任何数据库的 PUBLIC 模式中创建对象。
?在临时会话中创建会话（临时）对象，比如模式 pg_temp_?
?修改运行时参数。
?创建用户定义函数
?执行在 PUBLIC 模式中由其他用户创建的用户定义函数（只要处理的是用户有权访问的对象 。
一定要清楚用户所具有的权限，但是，了解普通用户在默认情况下不可以做什么也同样重要。普通用户无权执行以下操作：
?创建数据库或模式。
?创建其他用户。
?访问由其他用户创建的对象。
?登录（只适合语句 CREATE ROLE）。
超级用户权限和特权
尽管普通用户无权执行被定义为超级用户功能的权限和特权，但是普通用户仍然会引起一些与默认权限和特权有关的问题。
本文将讨论一些可由普通用户操作的攻击媒介。
访问对象
一项极其常见且不太安全的实践发生在将 PostgreSQL 用作 Web 服务器的后端时。开发人员创建普通用户的目的只是让其使用 INSERT、UPDATE 和 DELETE 命令来执行数据操作命令。然而，未经授权的操作也可能会被执行，因为 PUBLIC 模式是公开给所有人的。例如，用户可以对这些表进行数据挖掘。甚至还可以对表进行修改：添加规则和触发器、将数据保存到 PUBLIC 模式中的表，随后这些数据就会被收集。
记住，一个被盗用的用户帐户可以对它所拥有的对象做任何事情。
