DB2 中有三種主要的安全機制，可以幫助 DBA 實現數據庫安全計劃：身份驗證（authentication）、授權（authorization） 和特權（privilege）。
身份驗證是用戶在嘗試訪問 DB2 實例或數據庫時遇到的第一種安全特性。DB2 身份驗證與底層操作系統的安全特性緊密協作來檢驗用戶 ID 和密碼。DB2 還可以利用 Kerberos 這樣的安全協議對用戶進行身份驗證。
授權決定用戶和/或用戶組可以執行的操作以及他們可以訪問的數據對象。用戶執行高級數據庫和實例管理操作的能力由指派給他們的權限決定。在 DB2 中有 5 種不同的權限級別：SYSADM、SYSCTRL、SYSMAINT、DBADM和 LOAD。
[ /etc/group 查看所有的用戶組及權限 ,/etc/passwd 查看所有用戶及權限,groups 查看當前用戶所在的組]
[新建了一個用戶，沒有設置密碼的話，密碼就是未知數。這個用戶沒法直接登錄，使用root用戶su 的除外。一般的話:useradd 和passwd是一對一的出現，建一個用戶就得設置這個用戶的密碼。 使用“passwd test123”命令給用戶“test123”添加密碼。輸入兩次一樣的密碼即可完成創建。]
[
usermod -g group loginname 強行設置某個用戶所在組usermod -G groups loginname把某個用戶改爲 group(s) usermod -a -G groups loginname把用戶添加進入某個組(s）]
[
Linux /etc/group文件與/etc/passwd和/etc/shadow文件都是有關於系統管理員對用戶和用戶組管理時相關的文件，Linux /etc/group文件相對另外兩個文件內容相對較少，這裏對這一文件進行以下分析。
用戶組的所有信息都存放在/etc/group文件中
將用戶分組是Linux系統中對用戶進行管理及控制訪問權限的一種手段。每個用戶都屬於某個用戶組；一個組中可以有多個用戶，一個用戶也可以屬於不同的組。當一個用戶同時是多個組中的成員時，在/etc/passwd文件中記錄的是用戶所屬的主組，也就是登錄時所屬的默認組，而其他組稱爲附加組。
用戶要訪問屬於附加組的文件時，必須首先使用newgrp命令使自己成爲所要訪問的組中的成員。用戶組的所有信息都存放在/etc/group文件中。此文件的格式也類似於/etc/passwd文件，由冒號(:)隔開若干個字段，這些字段有：
組名:口令:組標識號:組內用戶列表
1）“組名”是用戶組的名稱，由字母或數字構成。與/etc/passwd中的登錄名一樣，組名不應重複。
2）“口令”字段存放的是用戶組加密後的口令字。一般Linux系統的用戶組都沒有口令，即這個字段一般爲空，或者是*。
3）“組標識號”與用戶標識號類似，也是一個整數，被系統內部用來標識組。
4）“組內用戶列表”是屬於這個組的所有用戶的列表/b]，不同用戶之間用逗號(,)分隔。這個用戶組可能是用戶的主組，也可能是附加組。
]
[/etc/passwd中一行記錄對應着一個用戶，每行記錄又被冒號(:)分隔爲7個字段，其格式和具體含義如下：
用戶名:口令:用戶標識號:組標識號:註釋性描述:主目錄:登錄Shell
“用戶名”是代表用戶賬號的字符串。通常長度不超過8個字符，並且由大小寫字母和/或數字組成。登錄名中不能有冒號(:)，因爲冒號在這裏是分隔符。爲了兼容起見，登錄名中最好不要包含點字符(.)，並且不使用連字符(-)和加號(+)打頭。
“口令”一些系統中，存放着加密後的用戶口令字。雖然這個字段存放的只是用戶口令的加密串，不是明文，但是由於/etc/passwd文件對所有用戶都可讀，所以這仍是一個安全隱患。因此，現在許多Linux系統（如SVR4）都使用了shadow技術，把真正的加密後的用戶口令字存放到/etc/shadow文件中，而在/etc/passwd文件的口令字段中只存放一個特殊的字符，例如“x”或者“*”。
]
[]
特權的粒度比授權要細，可以分配給用戶和/或用戶組。特權定義用戶可以創建或刪除的對象。它們還定義用戶可以用來訪問對象（比如表、視圖、索引和包）的命令。DB2 9 中新增的一個概念是基於標籤的訪問控制（LBAC），它允許以更細的粒度控制誰有權訪問單獨的行和/或列。
1.DB2身份驗證
DB2 使用身份驗證類型 決定在什麼地方進行身份驗證。例如，在客戶機 - 服務器環境中，是客戶機還是服務器檢驗用戶的 ID 和密碼？在客戶機 - 網關 - 主機環境中，是客戶機還是主機檢驗用戶的 ID 和密碼？ 可以在DBM CFG中指定相應的驗證類型:
DB2 GET DBM CFG
Server Connection Authentication (SRVCON_AUTH) = KERBEROS
Database manager authentication (AUTHENTICATION) = SERVER_ENCRYPT
那麼在連接實例時會使用 SERVER_ENCRYPT。但是在連接數據庫時會使用 KERBEROS 身份驗證。
在客戶機 - 網關 - 主機環境中，這些身份驗證選項在客戶機和網關上設置，而不是在主機上。
類型
描述
SERVER
身份驗證在服務器上進行。
SERVER_ENCRYPT
身份驗證在服務器上進行。密碼在客戶機上進行加密，然後再發送到服務器。
CLIENT
身份驗證在客戶機上進行.
*KERBEROS
由 Kerberos 安全軟件執行身份驗證。
*KRB_SERVER_ENCRYPT
如果客戶機設置是 KERBEROS，那麼由 Kerberos 安全軟件執行身份驗證。否則使用 SERVER_ENCRYPT。
DATA_ENCRYPT
身份驗證在服務器上進行。服務器接受加密的用戶 ID 和密碼，並對數據進行加密。這個選項的操作方式與 SERVER_ENCRYPT 相同，但是數據也要加密。
DATA_ENCRYPT_CMP
身份驗證方式與 DATA_ENCRYPT 相同，但是允許不支持 DATA_ENCRYPT 的老式客戶機使用 SERVER_ENCRYPT 身份驗證進行連接。在這種情況下，數據不進行加密。如果進行連接的客戶機支持 DATA_ENCRYPT，就會進行數據加密，而不能降級到 SERVER_ENCRYPT 身份驗證。這個身份驗證類型只在服務器的數據庫管理程序配置文件中是有效的，而且在客戶機或網關實例上使用 CATALOG DATABASE 時是無效的。
GSSPLUGIN
身份驗證方式由一個外部 GSS-API 插件決定。
GSS_SERVER_ENCRYPT
身份驗證方式由一個外部 GSS-API 插件決定。在客戶機不支持服務器的 GSS-API 插件之一的情況下，使用 SERVER_ENCRYPT 身份驗證。
2.授權
授權由特權組和高級數據庫管理程序（實例級）維護和實用操作組成。在 DB2 可用的 5 種權限中，SYSADM、SYSCTRL 和 SYSMAINT 是實例級權限。這意味着它們的範圍包含實例級命令以及針對這個實例中的所有數據庫的命令。這些權限只能分配給組；可以通過 DBM CFG 文件分配這些權限。
針對特定數據庫的 DBADM 和 LOAD 權限可以分配給用戶或用戶組。可以使用 GRANT 命令顯式地分配這些權限。
獲得 SYSADM 權限
SYSADM 權限由 DBM CFG 文件中的 SYSADM_GROUP 參數控制。在 Windows 上，在創建實例時，這個參數設置爲 Administrator（但是，如果發出命令 db2 get dbm cfg，它看起來是空的）。在 UNIX 上，它設置爲創建這個實例的用戶的主組。
因爲只允許 SYSADM 用戶更新 DBM CFG 文件，所以只有他們能夠向其他組授予任何 SYS* 權限。以下示例演示如何向 db2grp1 組授予 SYSADM 權限：
db2 update dbm cfg using SYSADM_GROUP db2grp1
獲得 SYSCTRL 權限
擁有 SYSCTRL 權限的用戶可以在實例中執行所有管理和維護命令。但是，與 SYSADM 用戶不同，他們不能訪問數據庫中的任何數據，除非他們被授予了訪問數據所需的特權。SYSCTRL 用戶可以對實例中的任何數據庫執行的命令示例如下：
db2start/db2stop
db2 create/drop database
db2 create/drop tablespace
db2 backup/restore/rollforward database
db2 runstats（針對任何表）
db2 update db cfg for database dbname
擁有 SYSADM 權限的用戶可以使用以下命令將 SYSCTRL 分配給一個組：
db2 update dbm cfg using SYSCTRL_GROUP group name
獲得 SYSMAINT 權限
擁有 SYSMAINT 權限的用戶可以發出的命令是擁有 SYSCTRL 權限的用戶可以發出的命令的子集。SYSMAINT 用戶只能執行與維護相關的任務，比如：
db2start/db2stop
db2 backup/restore/rollforward database
db2 runstats（針對任何表）
db2 update db cfg for database dbname
注意，擁有 SYSMAINT 權限的用戶不能創建或刪除數據庫或表空間。他們也不能訪問數據庫中的任何數據，除非他們被顯式地授予訪問數據所需的特權。
如果您擁有 SYSADM 權限，那麼可以使用以下命令將 SYSMAINT 權限分配給一個組：
db2 update dbm cfg using SYSMAINT_GROUP group name
獲得 DBADM 權限
DBADM 權限是一個數據庫級權限，而不是實例級權限。DBADM 用戶對一個數據庫有幾乎完全的控制能力。DBADM 用戶不能執行某些維護或管理任務，比如：
drop database
drop/create tablespace
backup/restore database
update db cfg for database db name
但是，他們可以執行以下任務：
db2 create/drop table
db2 grant/revoke（任何特權）
db2 runstats（任何表）
DBADM 用戶還被自動地授予對數據庫對象及其內容的所有特權。因爲 DBADM 權限是一個數據庫級權限，所以它可以被分配給用戶和用戶組。以下命令演示授予 DBADM 權限的不同方法。
db2 create database test
這個命令將數據庫 test 上的 DBADM 權限隱式地授予發出此命令的用戶。
db2 connect to sample
db2 grant dbadm on database to user tst1
這個命令只能由 SYSADM 用戶發出；它向用戶 tst1 授予示例數據庫上的 DBADM 權限。注意，在授予 DBADM 權限之前，發出這個命令的用戶必須連接到示例數據庫。
db2 grant dbadm on database to group db2grp1
這個命令將 DBADM 權限授予 db2grp1 組中的每個用戶。同樣，只有 SYSADM 用戶能夠發出這個命令。
獲得 LOAD 權限
LOAD 權限是一個數據庫級權限，所以它可以被分配給用戶和用戶組。顧名思義，LOAD 權限允許用戶對錶發出 LOAD 命令。當用大量數據填充表時，LOAD 命令通常用來替代插入或導入命令，它的速度更快。根據您希望執行的 LOAD 操作類型，僅僅擁有 LOAD 權限可能還不夠。可能還需要表上的特定特權。
擁有 LOAD 權限的用戶可以運行以下命令：
db2 quiesce tablespaces for table
db2 list tablespaces
db2 runstats（任何表）
db2 load insert（必須有表上的插入特權）
db2 load restart/terminate after load insert（必須有表上的插入特權）
db2 load replace（必須有表上的插入和刪除特權）
db2 load restart/terminate after load replace（必須有表上的插入和刪除特權）
只有擁有 SYSADM 或 DBADM 權限的用戶能夠對用戶或用戶組授予或撤消 LOAD 權限。以下示例演示 LOAD 權限如何允許我們的用戶使用 LOAD 命令將數據裝載進 sales 表中。假設已經發出了命令 db2 connect to sample。
db2 grant load on database to user tst1
db2 grant insert on table sales to user tst1
有了 LOAD 權限和插入特權，tst1 就可以對 sales 表發出 LOAD INSERT 或 LOAD RESTART，或者在 LOAD INSERT 之後發出 TERMINATE。
db2 grant load on database to group grp1
db2 grant delete on table sales to group grp1
db2 grant insert on table sales to group grp1
有了 LOAD 權限以及刪除和插入特權，grp1 的任何成員就可以對 sales 表發出 LOAD REPLACE 或 LOAD RESTART，或者在 LOAD REPLACE 之後發出TERMINATE。
3.特權
用戶可以擁有的數據庫級特權有：
CREATETAB： 用戶可以在數據庫中創建表。
BINDADD： 用戶可以使用 BIND 命令在數據庫中創建包。
CONNECT： 用戶可以連接數據庫。
CREATE_NOT_FENCED： 用戶可以創建 unfenced 用戶定義函數（UDF）。
IMPLICIT_SCHEMA： 用戶可以在數據庫中隱式地創建模式，而不需要使用 CREATE SCHEMA 命令。
LOAD： 用戶可以將數據裝載進表中。
QUIESCE_CONNECT： 用戶可以訪問處於靜默（quiesced）狀態的數據庫。
CREATE_EXTERNAL_ROUTINE： 用戶可以創建供應用程序和數據庫的其他用戶使用的過程。
數據庫對象 包括表、視圖、索引、模式和包。幸運的是，大多數對象級特權的意義無需解釋。下表總結了這些特權。
特權名稱
相關對象
描述
CONTROL
表、視圖、索引、包、別名、不同的類型、用戶定義函數、序列
提供對對象的全部權限。擁有這種特權的用戶還可以向其他用戶授予或撤消對對象的特權。
DELETE
表、視圖
允許用戶從對象中刪除記錄。
INSERT
表、視圖
允許用戶通過 INSERT 或 IMPORT 命令將記錄插入對象中。
SELECT
表、視圖
提供使用選擇語句來查看對象內容的能力。
UPDATE
表、視圖
允許用戶使用更新語句修改對象中的記錄。
ALTER
表
允許用戶使用更改語句更改對象定義。
INDEX
表
允許用戶使用創建索引語句在對象上創建索引。
REFERENCES
表
提供在對象上創建或刪除外鍵約束的能力。
BIND
包
允許用戶重新綁定現有的包。
EXECUTE
包、過程、函數、方法
允許用戶執行包和例程。
ALTERIN
模式
允許用戶修改模式中的對象定義。
CREATEIN
模式
允許用戶在模式中創建對象。
DROPIN
模式
允許用戶刪除模式中的對象。
關於對象級特權的信息存儲在系統編目視圖中。視圖名稱是syscat.tabauth、syscat.colauth、syscat.indexauth、syscat.schemaauth、syscat.routineauth 和 syscat.packageauth。
顯式特權
可以使用 GRANT 和 REVOKE 命令顯式地 對用戶或組授予或撤消特權。我們來看看如何在各種對象上使用這些命令。
作爲擁有 Administrator 權限的用戶登錄 Windows，打開兩個 DB2 命令窗口。在這兩個窗口中，確保將 db2instance 變量設置爲 DB2！
在第一個窗口中發出以下命»¤：
db2 connect to sample
現在，在第二個窗口中發出以下命令：
db2 connect to sample user test1 using password
請記住，第一個窗口中的命令是由一個擁有 SYSADM 權限的用戶發出的。第二個窗口中的命令是由 tst1 發出的，這個用戶對示例數據庫沒有特殊的權限或特權。注意，與示例數據庫中的表相關聯的模式名是發出 db2sampl 命令的用戶的名稱。在這些示例中，這個用戶是 GMILNE。
現在，在第二個窗口中發出以下命令：
db2 select * from gmilne.org
應該會看到以下響應：
SQL0551N "TEST1" does not have the privilege to perform operation "SELECT"
on object "GMILNE.ORG".
爲了糾正這種狀況，在第一個窗口中發出以下命令：
db2 grant select on table gmilne.org to user test1
現在，前面的命令就會成功！接下來，在第二個窗口中發出一個更復雜的命令：
db2 insert into gmilne.org values (100, 'Tutorial', 1, 'Eastern', 'Toronto')
同樣會看到錯誤消息：
SQL0551N "TEST1" does not have the privilege to perform operation "INSERT"
on object "GMILNE.ORG"
所以，在第一個窗口中輸入以下命令：
db2 grant insert on table gmilne.org to group db2grp1
原來失敗的 INSERT 命令現在應該會成功完成，因爲 test1 是 db2grp1 組的成員。
現在，在第二個窗口中輸入以下命令：
db2 drop table gmilne.emp_photo
同樣會看到錯誤消息：
SQL0551N "TEST1" does not have the privilege to perform operation "DROP TABLE"
on object "GMILNE.EMP_PHOTO".
所以，我們要授予這個特權。在第一個窗口中輸入以下命令：
db2 grant dropin on schema gmilne to all
DROP TABLE 命令現在應該會成功完成。
既然已經完成了示例，就可以撤消剛纔授予的特權。在第一個窗口中發出以下命令：
db2 revoke select on table gmilne.org from user test1
db2 revoke insert on table gmilne.org from group db2grp1
db2 revoke dropin on schema gmilne from all
注意，從組中撤消特權不一定會從這個組的所有成員撤消它。例如，以下命令可以用來從 db2grp1 撤消對 gmilne.org 表的所有特權（CONTROL 除外）：
db2 revoke all on table gmilne.org from group db2grp1
但是，test1 用戶（他是 db2grp1 的成員）仍然擁有對這個表的選擇特權，因爲他或她是被直接授予這個特權的。
隱式特權
當發出某些命令時，DB2 可能會自動地授予特權，而不需要像前面看到的那樣發出顯式的 GRANT 語句。下表總結了會導致數據庫管理程序隱式地授予特權的一些命令。注意，當刪除創建的對象時，這些特性會隱式地撤消。但是，當顯式地撤消更高級的特權時，不會撤消它們。
發出的命令
授予的特權
被授予特權的用戶
CREATE TABLE mytable
mytable 上的 CONTROL
發出命令的用戶
CREATE SCHEMA myschema
myschema 上的 CREATEIN、ALTERIN 和 DROPIN，以及將這些特權授予其他用戶的能力
發出命令的用戶
CREATE VIEW myview
myview 上的 CONTROL（只有在用戶擁有 myview 定義中引用的所有表和視圖上的 CONTROL 特權的情況下）
發出命令的用戶
CREATE DATABASE mydb
mydb 的系統編目表上的 SELECT，mydb 上的 IMPLICIT_SCHEMA *
PUBLIC**
*當用戶創建數據庫時，隱式地授予這個用戶這個數據庫上的 DBADM 權限。獲得 DBADM 權限就會隱式地授予 CONNECT、CREATETAB、BINDADD、IMPLICIT_SCHEMA 和 CREATE_NOT_FENCED 特權。即使撤消了 DBADM 權限，這個用戶仍然會保留這些特權。
**PUBLIC 是一個特殊的 DB2 組，其中包括特定數據庫的所有用戶。與前面討論過的其他組不同，PUBLIC 不必在操作系統級進行定義。在默認情況下，會向 PUBLIC 授予一些特權。例如，這個組自動接受數據庫上的 CONNECT 特權和編目表上的 SELECT 特權。可以對 PUBLIC 組發出 GRANT 和 REVOKE 命令，比如：
db2 grant select on table sysibm.systables to public
db2 revoke select on table sysibm.systables from public
間接特權
當數據庫管理器執行包 時，可以間接獲得特權。包中包含一個或多個 SQL 語句，這些語句已經轉換爲 DB2 用來在內部執行它們的格式。換句話說，包中包含可執行格式的多個 SQL 語句。如果包中的所有語句都是靜態的，那麼用戶只需要有包上的 EXECUTE 特權，就能夠成功地執行包中的語句。
例如，假設 db2package1 執行以下靜態的 SQL 語句：
db2 select * from org
db2 insert into test values (1, 2, 3)
在這種情況下，擁有 db2package1 上的 EXECUTE 特權的用戶會間接地獲得 org 表上的 SELECT 特權和 test 表上的 INSERT 特權。