安全配置
1. nginx介紹
nginx本身不能處理PHP，它只是個(gè)web服務(wù)器，當(dāng)接收到請(qǐng)求后，如果是php請(qǐng)求，則發(fā)給php解釋器處理，并把結(jié)果返回給客戶端。nginx一般是把請(qǐng)求發(fā)fastcgi管理進(jìn)程處理，fastcgi管理進(jìn)程選擇cgi子進(jìn)程處理結(jié)果并返回被nginx。
nginx涉及到兩個(gè)賬戶，一個(gè)是nginx的運(yùn)行賬戶，一個(gè)是php-fpm的運(yùn)行賬戶。如果訪問的是一個(gè)靜態(tài)文件，則只需要nginx的運(yùn)行賬戶對(duì)文件具有讀取權(quán)限；而如果訪問的是一個(gè)php文件，則首先需要nginx的運(yùn)行賬戶對(duì)文件有讀取權(quán)限，讀取到文件后發(fā)現(xiàn)是一個(gè)php文件，則轉(zhuǎn)發(fā)給php-fpm，此時(shí)則需要php-fpm賬戶對(duì)文件具有讀取權(quán)限。
2.一些經(jīng)驗(yàn) 結(jié)論
2.1. linux下，要讀取一個(gè)文件，首先需要具有對(duì)文件所在文件夾的執(zhí)行權(quán)限,然后需要對(duì)文件的讀取權(quán)限。
2.2. php文件的執(zhí)行不需要文件的執(zhí)行權(quán)限，只需要nginx和php-fpm運(yùn)行賬戶的讀取權(quán)限。
2.3. 上傳木馬后，能不能列出一個(gè)文件夾的內(nèi)容，跟php-fpm的運(yùn)行賬戶對(duì)文件夾的讀取權(quán)限有關(guān)。
2.4. 木馬執(zhí)行命令的權(quán)限跟php-fpm的賬戶權(quán)限有關(guān)。
2.5. 如果木馬要執(zhí)行命令，需要php-fpm的賬戶對(duì)相應(yīng)的sh有執(zhí)行權(quán)限。
2.6. 要讀取一個(gè)文件夾內(nèi)的文件，是不需要對(duì)文件夾有讀取權(quán)限的，只需要對(duì)文件夾有執(zhí)行權(quán)限。
3. Nginx服務(wù)器涉及到的安全配置
3.1  Nginx.conf的配置
3.2  php-fpm.conf的配置
3.3  nginx和php-fpm的運(yùn)行賬戶對(duì)磁盤的權(quán)限配置
3.4  Php.ini的配置
4. 常見配置
4.1 禁止一個(gè)目錄的訪問
示例：禁止訪問path目錄

location ^~ /path {
deny all;
}

可以把path換成實(shí)際需要的目錄，目錄path后是否帶有"/",帶“/”會(huì)禁止訪問該目錄和該目錄下所有文件。不帶"/"的情況就有些復(fù)雜了，只要目錄開頭匹配上那個(gè)關(guān)鍵字就會(huì)禁止；注意要放在fastcgi配置之前。
4.2 禁止php文件的訪問及執(zhí)行
示例：去掉單個(gè)目錄的PHP執(zhí)行權(quán)限

location ~ /attachments/.*\.(php|php5)?$ {
deny all;
}

示例：去掉多個(gè)目錄的PHP執(zhí)行權(quán)限

location ~ /(attachments|upload)/.*\.(php|php5)?$ {
deny all;
}

4.3 禁止IP的訪問
示例：禁止IP段的寫法：

deny 10.0.0.0/24;

示例：只允許某個(gè)IP或某個(gè)IP段用戶訪問，其它的用戶全都禁止

allow
x.x.x.x;
allow 10.0.0.0/24;
deny all;

5. 常見問題
5.1  讓木馬上傳后不能執(zhí)行
針對(duì)上傳目錄，在nginx配置文件中加入配置，使此目錄無法解析php。
5. 2 讓木馬執(zhí)行后看不到非網(wǎng)站目錄文件
取消php-fpm運(yùn)行賬戶對(duì)于其他目錄的讀取權(quán)限。
5.3 木馬執(zhí)行后命令不能執(zhí)行
取消php-fpm賬戶對(duì)于sh的執(zhí)行權(quán)限。
5.4 命令執(zhí)行后權(quán)限不能過高
Php-fpm賬戶不要用root或者加入root組。
6. nginx安全配置
6.1 修改網(wǎng)站目錄所有者為非php-fpm運(yùn)行賬戶，此處修改所有者為root。

chown -R root:root html/

6.2 修改nginx及php-fpm的運(yùn)行賬戶及組為nobody
6.3 取消nobody對(duì)所有目錄的的讀取權(quán)限，然后添加對(duì)網(wǎng)站目錄的讀取權(quán)限

chmod o-r –R /
chmod o+r –R html/

6.4 取消nobody對(duì)于/bin/sh 的執(zhí)行權(quán)限

chmod 776 /bin/sh

6.5 確認(rèn)網(wǎng)站目錄對(duì)于nobody的權(quán)限為可讀可執(zhí)行，對(duì)網(wǎng)站文件的權(quán)限為可讀
6.6 對(duì)于上傳目錄或者寫入寫文件的目錄添加nobody的寫入權(quán)限
6.7 配置nginx.conf 對(duì)于上傳目錄無php的執(zhí)行權(quán)限
6.8 配置nginx.conf禁止訪問的文件夾，如后臺(tái)，或者限制訪問ip
6.9 配置nginx.conf禁止訪問的文件類型，如一些txt日志文件

10 個(gè) Nginx 的安全提示
1. 在配置文件中小心使用"if"。它是重寫模塊的一部分，不應(yīng)該在任何地方使用。
“if”聲明是重寫模塊評(píng)估指令強(qiáng)制性的部分。換個(gè)說法，Nginx的配置一般來說是聲明式的。在有些情況下，由于用戶的需求，他們?cè)噲D在一些非重寫指令內(nèi)使用“if”，這導(dǎo)致我們現(xiàn)在遇到的情況。大多數(shù)情況下都能正常工作，但…看上面提到的。
看起來唯一正確的解決方案是在非重寫的指令內(nèi)完全禁用“if”。這將更改現(xiàn)有的許多配置，所以還沒有完成。
2. 將每個(gè)~ .php$請(qǐng)求轉(zhuǎn)遞給PHP。 我們上周發(fā)布了這個(gè)流行指令的潛在安全漏洞介紹。即使文件名為hello.php.jpeg它也會(huì)匹配~ .php$這個(gè)正則而執(zhí)行文件。
現(xiàn)在有兩個(gè)解決上述問題的好方法。我覺得確保你不輕易執(zhí)行任意代碼的混合方法很有必要。
如果沒找到文件時(shí)使用try_files和only(在所有的動(dòng)態(tài)執(zhí)行情況下都應(yīng)該注意) 將它轉(zhuǎn)遞給運(yùn)行PHP的FCGI進(jìn)程。
確認(rèn)php.ini文件中cgi.fix_pathinfo設(shè)置為0 (cgi.fix_pathinfo=0) 。這樣確保PHP檢查文件全名(當(dāng)它在文件結(jié)尾沒有發(fā)現(xiàn).php它將忽略)
修復(fù)正則表達(dá)式匹配不正確文件的問題。現(xiàn)在正則表達(dá)式認(rèn)為任何文件都包含".php"。在站點(diǎn)后加“if”確保只有正確的文件才能運(yùn)行。將/location ~ .php$和location ~ ..*/.*.php$都設(shè)置為return 403;
3. 禁用autoindex模塊。這個(gè)可能在你使用的Nginx版本中已經(jīng)更改了，如果沒有的話只需在配置文件的location塊中增加autoindex off;聲明即可。
4. 禁用服務(wù)器上的ssi (服務(wù)器端引用)。這個(gè)可以通過在location塊中添加ssi off; 。
5. 關(guān)閉服務(wù)器標(biāo)記。如果開啟的話（默認(rèn)情況下）所有的錯(cuò)誤頁(yè)面都會(huì)顯示服務(wù)器的版本和信息。將server_tokens off;聲明添加到Nginx配置文件來解決這個(gè)問題。
6. 在配置文件中設(shè)置自定義緩存以限制緩沖區(qū)溢出攻擊的可能性。

client_body_buffer_size 1K;
client_header_buffer_size 1k;
client_max_body_size 1k;
large_client_header_buffers 2 1k;

7. 將timeout設(shè)低來防止DOS攻擊。所有這些聲明都可以放到主配置文件中。

client_body_timeout  10;
client_header_timeout 10;
keepalive_timeout   5 5;
send_timeout     10;

8. 限制用戶連接數(shù)來預(yù)防DOS攻擊。

limit_zone slimits $binary_remote_addr 5m;
limit_conn slimits 5;

9. 試著避免使用HTTP認(rèn)證。HTTP認(rèn)證默認(rèn)使用crypt，它的哈希并不安全。如果你要用的話就用MD5（這也不是個(gè)好選擇但負(fù)載方面比crypt好） 。
10. 保持與最新的Nginx安全更新。

最新評(píng)論