下面是一個常見安全陷阱和解決方案的列表，它可以輔助來確保你的Nginx部署是安全的。
1. 在配置文件中小心使用"if"。它是重寫模塊的一部分，不應該在任何地方使用。
復制代碼代碼如下:
“if”聲明是重寫模塊評估指令強制性的部分。換個說法，Nginx的配置一般來說是聲明式的。在有些情況下，由于用戶的需求，他們試圖在一些非重寫指令內使用“if”，這導致我們現在遇到的情況。大多數情況下都能正常工作，但…看上面提到的。
看起來唯一正確的解決方案是在非重寫的指令內完全禁用“if”。這將更改現有的許多配置，所以還沒有完成。
來源： IfIsEvil
2. 將每個~ .php$請求轉遞給PHP。
我們上周發布了這個流行指令的潛在安全漏洞介紹。即使文件名為hello.php.jpeg它也會匹配~ .php$這個正則而執行文件。
現在有兩個解決上述問題的好方法。我覺得確保你不輕易執行任意代碼的混合方法很有必要。
復制代碼代碼如下:
1.如果沒找到文件時使用try_files和only(在所有的動態執行情況下都應該注意) 將它轉遞給運行PHP的FCGI進程。
2.確認php.ini文件中cgi.fix_pathinfo設置為0 (cgi.fix_pathinfo=0) 。這樣確保PHP檢查文件全名(當它在文件結尾沒有發現.php它將忽略)
3.修復正則表達式匹配不正確文件的問題?，F在正則表達式認為任何文件都包含".php"。在站點后加“if”確保只有正確的文件才能運行。將/location ~ .php$和location ~ ..*/.*.php$都設置為return 403;
3. 禁用autoindex模塊。
這個可能在你使用的Nginx版本中已經更改了，如果沒有的話只需在配置文件的location塊中增加autoindex off;聲明即可。
4. 禁用服務器上的ssi (服務器端引用)。這個可以通過在location塊中添加ssi off; 。
5. 關閉服務器標記。如果開啟的話（默認情況下）所有的錯誤頁面都會顯示服務器的版本和信息。將server_tokens off;聲明添加到Nginx配置文件來解決這個問題。
6. 在配置文件中設置自定義緩存以限制緩沖區溢出攻擊的可能性。
復制代碼代碼如下:
client_body_buffer_size 1K;
client_header_buffer_size 1k;
client_max_body_size 1k;
large_client_header_buffers 2 1k;
7. 將timeout設低來防止DOS攻擊。所有這些聲明都可以放到主配置文件中。
復制代碼代碼如下:
client_body_timeout 10;
client_header_timeout 10;
keepalive_timeout 5 5;
send_timeout 10;
8. 限制用戶連接數來預防DOS攻擊。
復制代碼代碼如下:
limit_zone slimits $binary_remote_addr 5m;
limit_conn slimits 5;
9. 試著避免使用HTTP認證。HTTP認證默認使用crypt，它的哈希并不安全。如果你要用的話就用MD5（這也不是個好選擇但負載方面比crypt好） 。
10. 保持與最新的Nginx安全更新。
原文：http://www.levigross.com/post/4488812448/10-tips-for-securing-nginx
