Oracle監聽器簡介
Oracle監聽器是Oracle服務器軟件的壹個組件，它負責管理Oracle數據庫和客戶端之間的通訊，它在壹個特定的網卡端口（默認是TCP 1521端口）上監聽連接請求，並將連接轉發給數據庫，由兩個二進制文件組成：tnslsnr和lsnrctl。其中tsnlsnr就是監聽器本身，它運行在數據庫服務器端，lsnrctl是監聽器控制程序，用於在服務器上或遠程管理監聽器。與監聽器相關的還有兩個配置文件：sqlnet.ora和listener.ora。tnslsnr啟動時就會讀取這兩個配置文件中的信息，如端口號，數據庫服務名。
Oracle監聽器在默認安裝和配置情況下，有許多著名的漏洞和缺陷，黑客利用這些缺陷可以制造拒絕服務攻擊，偷竊數據庫連接密碼，進壹步竊取機密數據。最大的風險來自監聽器的配置，Oracle官方提供了壹些推薦的配置，往往能夠達到保護監聽器的目的。本文就是想仔細列出現有的已知保護Oracle監聽器的方法，這些方法對於黑客而言都很熟悉，所以作為DBA也必須要清楚才行。
為什麽要保護監聽器？
DBA對於為什麽要保護監聽器往往不太關心，他們認為黑客不太可能通過控制監聽器進而控制整個數據庫，在Oracle 10g之前的所有版本，Oracle監聽器允許任何壹個人利用lsnrctl從遠程發起對監聽器的管理，但幸運的是，從Oracle 10.1開始嚴格限制在遠程對監聽器的管理了。下面列出壹些對Oracle 8/9i默認安裝配置時可能有效的攻擊手段，即使是打上最新的安全補丁，而沒有進行安全配置加固，這些攻擊手段也仍然有效：
註意：本文假設監聽器使用的是TCP/IP，並且使用的是本地命名管理（即tnsnames.ora），本文所描述的Oracle版本在8i/9i/10g上做過測試，但相信對其他低版本或更高的版本也有壹定的參考價值。
怎麽保護監聽器？
既然監聽器有這麽多可供黑客利用的地方，那有沒有什麽方法來保護它，辦法是有的，而且還很多，總結起來，大概有下面11種方法來保護Oracle監聽器：
1、 設備監聽器密碼
通過設置監聽器密碼可以阻止大部分的菜鳥黑客的進攻，設置密碼有兩種方法，壹種是通過lsnrctl命令來設置，另壹種是直接修改listener.ora文件，第壹種方法設置的密碼是經過加密後存儲在listener.ora中，而第二種方法是以明文的形式放在listener.ora中的，所以推薦使用第壹種方式。具體命令如下：
LSNRCTL> set current_listener
LSNRCTL> change_password
old password:
New password:
Reenter new password:
LSNRCTL> set password Password:
LSNRCTL> save_config
設置好密碼後，打開listener.ora，看是否有壹條PASSWORDS_的記錄，類似於PASSWORDS_LISTENER = F4BAA4A006C26134。為監聽器設置了密碼後，，必須到客戶端重新配置連接。
2、 開啟監聽器日誌
開啟監聽器日誌功能是為了捕獲監聽器命令和防止密碼被暴力破解。開啟監聽器日誌功能的命令為：
LSNRCTL> set current_listener
LSNRCTL> set password Password:
LSNRCTL> set log_directory /network/admin
LSNRCTL> set log_file .log
LSNRCTL> set log_status on
LSNRCTL> save_config
通過運行上面的命令，監聽器將會在/network/admin目錄下創建壹個.log日誌文件，以後可以打開該文件查看壹些常見的ORA-錯誤信息。
3、 在listener.ora中設置ADMIN_RESTRICTIONS
在listener.ora文件中設置了ADMIN_RESTRICTIONS參數後，當監聽器在運行時，不允許執行任何管理任何，屆時，set命令將不可用，不論是在服務器本地還是從遠程執行都不行，這時如果要修改監聽器設置就只有手工修改listener.ora文件了，通過手工修改listener.ora，要使修改生效，只能使用lsnrctl reload命令或lsnrctl stop/start命令重新載入壹次監聽器配置信息。在listener.ora文件中手動加入下面這樣壹行：
ADMIN_RESTRICTIONS_ = ON
4、 打上最新的監聽器補丁
這壹點就與操作系統類似，數據庫也有bug，也有漏洞，黑客會在漏洞發現第壹時間掃描未打補丁的服務器，所以作為壹個稱職的DBA要隨時關註Oracle的CPU（呵呵，不是處理器，是關鍵補丁升級的意思），這裏要說明的是Oracle的補丁是自動累加的，就像windows xp sp2的內容包括了sp1的所有內容壹樣，所以只需要按照最新的補丁集就可以了，還有壹點要註意的是在生產系統上應用任何補丁前都需要先在測試環境進行測試，保證升級後不影響正常業務才進行升級。最後要說明的是，只有購買了Oracle的正式許可才可以登陸下載補丁，否則就只有從第三方地址下載，其完整性就不能保證了。
5、 利用防火墻阻止SQL*NET
除非的確需要，否則不應該讓SQL*NET通訊通過防火墻，在設計防火墻規則時，應設計為只允許經過認證的Web服務器和應用程序通過防火墻進行SQL*NET通信。而且放在防火墻DMZ區域的應用服務器使用SQL*NET通信時，應只允許它與特定的數據庫服務器進行通信。
通常很少有應用會從Internet直接訪問數據庫，因為這種方式的延遲非常明顯，通用的做法是配置應用服務器與數據庫通信，Internet客戶端通過瀏覽器訪問應用服務器即可，這時配置防火墻時也只需設置應用服務器和數據庫服務器之間的通信規則即可。
6、 保護$TNS_ADMIN目錄
$TNS_ADMIN目錄即我們通常看到的ORACLE_HOME/network/admin目錄，它下面包含有listener.ora，tnsnames.ora，sqlnet.ora，protocol.ora等重要配置文件，前面已經提到，監聽器的密碼就是保存在listener.ora中的，如果不保護好，可能造成密碼泄露，或整個文件被修改，這個目錄下的listener.ora，sqlnet.ora，protocol.ora文件應該只開放給Oracle主賬戶（通常是oracle或Administrator），而其他賬戶不能有任何權限，tnsnames.ora文件在Linux或Unix系統上權限可以設置為0644，在windows上可以設置其他用戶為瀏覽，讀取權限。
7、 保護TNSLSNR和LSNRCTL
在Linux或Unix服務器上，應該將這兩個文件的權限設為0751，如果想更嚴格壹點，可以設為0700，這樣就只有安裝oracle時指定的宿主用戶可以執行它們了，這兩個文件位於ORACLE_HOME/bin目錄下。保護這兩個文件的目的是為了防止黑客直接破壞它們，如果tnslsnr被破壞，監聽器肯定不能啟動，如果lsnrctl被破壞，可能植入惡意代碼，在運行lsnrctl時就會執行其它黑客行為。
8、 移除不用的服務
默認安裝時，會安裝壹個PL/SQL外部程序（ExtProc）條目在listener.ora中，它的名字通常是ExtProc或PLSExtProc，但壹般不會使用它，可以直接從listener.ora中將這項移除，因為對ExtProc已經有多種攻擊手段了。有時可能會在多個實例之間拷貝listener.ora，請檢查拷貝來的文件中是否含有不需要的服務，確保只留下的確需要的服務項目，減少監聽器受攻擊的面。
9、 改變默認的TNS端口號
改變監聽器監聽的端口號與修改ftp服務器默認的21端口，web服務器的80端口類似，因為Oracle默認的監聽端口是1521（Oracle還正式註冊了兩個新的端口號2483和2484，說不定哪個新版本發布後，可能默認的端口號就會是這兩個了，其中2484用於SSL類型的連接），幾乎所有的掃描器都可以直接掃描這個端口是否打開，如果設置為壹個不常用的端口號，可能會給人壹種假象，而且即使掃描到端口打開，也還要猜測該端口運行是究竟是什麽服務，攻擊難度就加大了。在修改端口的時候也不要設在1521-1550和1600-1699範圍內，雖然通過修改默認端口並不算什麽高級防護技術，但至少可以防止自動攻擊，以及在端口1521上的簡單掃描。
可直接編輯listener.ora中端口號，也可以通過netca程序進行修改，當然在客戶端也要做對應的修改才行。同時要設置初始化參數LOCAL_LISTENER，這樣在監聽端口發生變化後，數據庫才會自動進行監聽器重新註冊。
10、 設置節點驗證
根據應用程序和網絡配置情況，采用節點驗證對於保護監聽器是壹種強有力的方法，大部分Web應用程序都只需要從應用服務器訪問監聽器，以及壹臺管理客戶端，對於Oracle 8/8i，在$ORACLE_HOME/network/admin/protocol.ora文件中添加節點檢查語句，對於Oracle 9i/10g，在$ORACLE_HOME/network/admin/sqlnet.ora文件中添加節點檢查語句，語句的格式都壹樣，如：
tcp.validnode_checking = yes
tcp.invited_nodes = ( x.x.x.x | name, x.x.x.x | name)
tcp.excluded_nodes=( x.x.x.x | name, x.x.x.x | name)
註意：這裏要麽使用invited_nodes語句，要麽使用excluded_nodes，不能同時都使用，也不能使用通配符，子網等，只能使用明確的ip地址或主機名。這裏的x.x.x.x指的就是如192.168.1.100這樣的ip地址，name就是主機名，如果有多個ip地址或主機名，使用逗號進行分隔。
設置了節點驗證後，監聽器需要重新啟動才會生效。使用這種方法進行節點驗證會消耗壹定的系統資源和網絡帶寬，如果要驗證的地址過多，靠手工添加也很麻煩，這時可以使用Oracle Connection Manager，如果是有許多客戶端通過SQL*NET訪問數據庫，使用這種節點驗證的方法也不可行，那會相當的慢。
11、 監視日誌
在前面的方法中開啟了監聽器日誌功能，在產生了日誌信息後，要對其進行分析，常見的可在日誌文件中查找是否有TNS-01169，TNS-01189，TNS-01190或TNS-12508錯誤，如果有這些錯誤，至少可以說明要麽有人攻擊，要麽有異常活動，進壹步可以使用shell基本或壹些簡單的管理工具將這些有用的日誌信息定期發送給DBA，實現實時監控效果。
下面是對前面提到的幾個常見錯誤的描述：
小結
通過上面這11種方法對Oracle監聽器進行保護後，想要通過監聽器進行破壞活動基本上就很困難了，不能保證100%攔截攻擊，也至少有99%的效果，另外那1%可能就是DBA本身犯的壹些低級錯誤了，如不小心將監聽器密碼泄露給他人，或將配置信息暴露在Internet上。