限定某個目錄禁止解析php

阿新 • • 發佈：2018-11-26

[toc]

限定某個目錄禁止解析php&限制user_agent

一、限定某個目錄禁止解析php

有這樣一種情況，有些站點和論壇是允許上傳圖片到伺服器，但是這就給黑客留下了可進入伺服器的大門，他們上傳一些php或者js到伺服器，然後被我們執行載入，有些函式可以讓黑客獲取最大的許可權，從而對資料造成威脅！為了避免這種事情的發生，我們需要限制上傳型別。

1. 開啟配置檔案 httpd-vhosts.conf

在虛擬伺服器中增加如下配置：

[[email protected] ~]# vim /usr/local/apache2.4/conf/extra/httpd-vhosts.conf

2.凡是在upload目錄中的php均不解析！並且匹配任意.php的檔案，全部拒絕訪問！

      <Directory /data/wwwroot/xavi.com/upload>
        php_admin_flag engine off //禁止php解析,所有訪問都報403錯誤
       <FilesMatch (.*)\.php(.*)>//需要轉義字元
       Order allow,deny //不加deny，它會訪問原始碼
       Deny from all
       </FilesMatch>

2.-t,-gracful,檢查語法並開啟httpd

[[email protected] ~]# /usr/local/apache2.4/bin/apachectl -t
Syntax OK

[[email protected] ~]#  /usr/local/apache2.4/bin/apachectl graceful

3.建立upload目錄，以及在upload目錄下建立123.php去測試。但未得到403結果

[[email protected] ~]# mkdir upload

[[email protected] ~]# ls
123.txt  anaconda-ks.cfg  httpd-2.4.29.tar.gz   rsync      test2
321.txt  awk              index.php             sed        upload
556.txt  grep             initial-setup-ks.cfg  split_dir  xaa
admin    httpd-2.4.29     [ 
[email protected]       test1

[[email protected] ~]# cp index.php upload/
[[email protected] ~]# curl -x127.0.0.1:80 'http://xavi.cpm
[[email protected] ~]# curl -x127.0.0.1:80 'http://xavi.com/admin.php?adadede' -I
HTTP/1.1 404 Not Found
Date: Sun, 11 Mar 2018 03:33:57 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
Content-Type: text/html; charset=iso-8859-1

4.找到犯錯原因，得到驗證結果

這裡之所以沒有得到403 fobiden的提示，是因為在練習測試過程我忽略了，指令執行的環境。[root@xavi xavi.com]上述操作正確的過程是應該在/xavi.com 資料夾下操作，而不是在預設的檔案路徑下

以下是重新操作的過程

[[email protected] ~]# cd /data/wwwroot/xavi.com
[[email protected] xavi.com]# ls
123.php  admin  index.php  xavi.jpg  xavi.txt
[[email protected] xavi.com]# mkdir uplaod

[[email protected] xavi.com]# ls
123.php  admin  index.php  uplaod  xavi.jpg  xavi.txt
[[email protected] xavi.com]# mv uplaod upload
[[email protected] xavi.com]# ls
123.php  admin  index.php  upload  xavi.jpg  xavi.txt
[[email protected] xavi.com]# cp 123.php /upload
[[email protected] xavi.com]# !vim
vim /usr/local/apache2.4/conf/extra/httpd-vhosts.conf 
[[email protected] xavi.com]# /usr/local/apache2.4/bin/apachectl -t
Syntax OK
[[email protected] xavi.com]#  /usr/local/apache2.4/bin/apachectl graceful
[[email protected] xavi.com]# !curl
curl -x127.0.0.1:80 'http://xavi.com/upload/123.php' -I
HTTP/1.1 403 Forbidden
Date: Sun, 11 Mar 2018 05:31:04 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
Content-Type: text/html; charset=iso-8859-1

mark

5.測試下沒有FilesMatch那段話的結果

mark

無法解析，直接顯示內原始碼

[[email protected] xavi.com]# !vim
vim /usr/local/apache2.4/conf/extra/httpd-vhosts.conf 
[[email protected] xavi.com]# /usr/local/apache2.4/bin/apachectl -t
Syntax OK
[[email protected] xavi.com]#  /usr/local/apache2.4/bin/apachectl graceful
[[email protected] xavi.com]# curl -x127.0.0.1:80 'http://xavi.com/upload/123.php' 
<?php
echo "123.php";

mark

總結，如上當你訪問.php檔案時，直接拒絕，沒有任何機會去訪問，更別提執行了！如果程式設計師讓upload可以允許解析，那只有說明他不合格！靜態檔案儲存的地方是不允許放php的。沒有考慮到任何資料安全！！！

二、訪問控制，限制user_agent

1.什麼是user_agent（瀏覽器標識）

User Agent中文名為使用者代理，簡稱 UA，它是一個特殊字串頭，使得伺服器能夠識別客戶使用的作業系統及版本、CPU 型別、瀏覽器及版本、瀏覽器渲染引擎、瀏覽器語言、瀏覽器外掛等。

2.cc攻擊，肉雞

cc攻擊：是我們經常見到的最常見的一種攻擊，幾乎每天每個時段都會存在。CC攻擊就是黑客利用所能利用的肉雞（就是所謂的黑客利用技術手段攻擊下來的他人伺服器）去攻擊（正常的訪問）你的站點，導致你的站點不可以被正常的使用者所瀏覽。但是也不是不可防止，在攻擊的時候有一個規律的特徵，user_agent是一致的（其referer和訪問頁面是一致的，並且在一秒內發動N次訪問）！

3.核心配置檔案

<IfModule mod_rewrite.c>  //rewrite跳轉，並建立規則
        RewriteEngine on
        RewriteCond %{HTTP_USER_AGENT}  .*curl.* [NC,OR]
        RewriteCond %{HTTP_USER_AGENT}  .*baidu.com.* [NC]
        RewriteRule  .*  -  [F]
   </IfModule>

程式碼解析：

RewriteCond %{HTTP_USER_AGENT}  .*curl.* [NC,OR]   //匹配Curl的訪問   [NC,OR] NC:忽略大小寫。 OR：是或者的意思，要麼這一條，要麼下一條滿足情況
RewriteCond %{HTTP_USER_AGENT}  .*baidu.com.* [NC]
RewriteRule  .*  -  [F]   // F：Forbidden 禁止

mark

4.測試，使用Curl方式訪問直接被禁掉

[[email protected] xavi.com]# /usr/local/apache2.4/bin/apachectl -t
Syntax OK
[[email protected] xavi.com]#  /usr/local/apache2.4/bin/apachectl graceful
[[email protected] xavi.com]# curl -x127.0.0.1:80 'http://xavi.com/upload/123.php' -I
HTTP/1.1 403 Forbidden
Date: Sun, 11 Mar 2018 07:04:12 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
Content-Type: text/html; charset=iso-8859-1

mark

5.使用curl -A ：隨意指定自己這次訪問所宣稱的自己的瀏覽器資訊。

[[email protected] xavi.com]# curl -A "xavilinux xavilinux" -x127.0.0.1:80 'http://xavi.com/123.php' -I
HTTP/1.1 200 OK
Date: Sun, 11 Mar 2018 07:21:42 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
X-Powered-By: PHP/7.1.6
Content-Type: text/html; charset=UTF-8

改變瀏覽方式即可訪問。

6。檢視日誌檔案： tail /usr/local/apache2.4/logs/xavi.com-access_20180311.log

[[email protected] xavi.com]# tail /usr/local/apache2.4/logs/xavi.com-access_20180311.log
192.168.72.1 - - [11/Mar/2018:14:02:02 +0800] "GET /upload/123.php HTTP/1.1" 200 22 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36"
192.168.72.1 - - [11/Mar/2018:14:02:02 +0800] "GET /upload/123.php HTTP/1.1" 200 22 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36"
127.0.0.1 - - [11/Mar/2018:15:04:12 +0800] "HEAD http://xavi.com/upload/123.php HTTP/1.1" 403 - "-" "curl/7.29.0"
127.0.0.1 - - [11/Mar/2018:15:04:12 +0800] "HEAD http://xavi.com/upload/123.php HTTP/1.1" 403 - "-" "curl/7.29.0"
127.0.0.1 - - [11/Mar/2018:15:05:32 +0800] "GET http://xavi.com/upload/123.php HTTP/1.1" 403 223 "-" "curl/7.29.0"
127.0.0.1 - - [11/Mar/2018:15:05:32 +0800] "GET http://xavi.com/upload/123.php HTTP/1.1" 403 223 "-" "curl/7.29.0"
127.0.0.1 - - [11/Mar/2018:15:21:42 +0800] "HEAD http://xavi.com/123.php HTTP/1.1" 200 - "-" "xavilinux xavilinux"
127.0.0.1 - - [11/Mar/2018:15:21:42 +0800] "HEAD http://xavi.com/123.php HTTP/1.1" 200 - "-" "xavilinux xavilinux"
127.0.0.1 - - [11/Mar/2018:15:22:18 +0800] "GET http://xavi.com/123.php HTTP/1.1" 200 7 "-" "xavilinux xavilinux"
127.0.0.1 - - [11/Mar/2018:15:22:18 +0800] "GET http://xavi.com/123.php HTTP/1.1" 200 7 "-" "xavilinux xavilinux"

實用擴充套件：

apache 禁止trace或track防止xss攻擊 http://ask.apelearn.com/question/1045

三、PHP相關配置

1.尋找PHP相關配置檔案

每次再次開啟虛擬機器，要注意當前所在檔案目錄的位置

[[email protected] ~]# cd /data/wwwroot/xavi.com
[[email protected] xavi.com]# ls
123.php  admin  index.php  upload  xavi.jpg  xavi.txt

編輯當前位置的index.php檔案

[[email protected] xavi.com]# !vim
vim index.php

<?php
phpinfo();

開啟網頁，檢視其載入情況 Loaded Configuration File沒有載入

mark

2.查詢php配置檔案

[[email protected] php-7.1.6]# /usr/local/php7/bin/php -i | grep -i 'loaded configuration file'
Loaded Configuration File => /usr/local/php7/etc/php.ini

3.複製配置檔案，在gracful重新整理配置檔案後，重新整理index.php

[[email protected] xavi.com]# cd /usr/local/src/php-7.1.6/
[[email protected] php-7.1.6]# cp php.ini-development /usr/local/php7/etc/php.ini
[[email protected] php-7.1.6]#  /usr/local/apache2.4/bin/apachectl graceful

mark

4.編輯配置檔案：/usr/local/php7/etc/php.ini

[[email protected] php-7.1.6]# vim /usr/local/php7/etc/php.ini

在vim內搜尋 /disable_functions

如下就是通常被認為比較危險的函式：

disable_functions =

eval,assert,popen,passthru,escapeshellarg,escapeshellcmd,passthru,exec,
system,chroot,scandir,chgrp,chown,escapeshellcmd,escapeshellarg,shell_exec,
proc_get_status,ini_alter,ini_restore,dl,pfsockopen,openlog,syslog,
readlink,symlink,leak,popepassthru,stream_socket_server,popen,proc_open,proc_close,phpinfo

mark

其中第一個eval函式就是上個文章提到的木馬檔案所呼叫的函式。如果禁掉了這個函式，就算可以上傳php檔案也是不能執行的。

關於phpinfo可以展現所有關於php的資訊，如果被黑客看到就不堪設想了。所以好多企業為了更加安全會把phpinfo也會禁止掉！

但是當我們禁掉PHP的時候，當你訪問phpinfo他也還是會在瀏覽器中顯示錯誤資訊：
本次測試我並未得到該結果，而是正常顯示phpinfo介面

mark

找到錯誤原因：phpinfo前面未被識別，也無報錯，因為自己把所有函式自行分段了，而不是整體複製

mark

黑客比較嚴謹，也還是會通過此路徑找到相關配置，所以為了防止在瀏覽器中顯示，我們也可以把這些資訊全部關掉！

5.在php.ini中定義time.zone如果不定義，會出報警資訊

[[email protected] php-7.1.6]# vim /usr/local/php7/etc/php.ini

找到time.zone mark

6.在瀏覽器中顯示，我們也可以把這些資訊全部關掉！

mark

6.1搜素 /display ，改為off即可。

display_errors = Off

6.2然後再去配置一下log_error

log_errors = On

6.3 然後再次去定義錯誤日誌的路徑：

搜尋 /error_log, 修改到/tmp下。

error_log = /tmp/php_errors.log

6.4 為了更加直觀的看到日誌內容，我們需要設定日誌的等級：

搜尋 /error_reporting

error_reporting = E_ALL & ~E_NOTICE 在生產環境中，最常用的就是這個！有時候出現notice並不是出錯

mark 沒有許可權訪問

7.測試

[[email protected] php-7.1.6]# curl -x127.0.0.1:80 http://xavi.com/index.php -I
HTTP/1.1 403 Forbidden
Date: Sun, 11 Mar 2018 09:34:23 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
Content-Type: text/html; charset=iso-8859-1

[[email protected] php-7.1.6]# curl -A "xavi" -x127.0.0.1:80 http://xavi.com/index.php -I
HTTP/1.1 200 OK
Date: Sun, 11 Mar 2018 09:36:57 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
X-Powered-By: PHP/7.1.6
Content-Type: text/html; charset=UTF-8

mark

[[email protected] php-7.1.6]# touch /tmp/php_errors.log
[[email protected] php-7.1.6]# chmod 777 /tmp/php_errors.log
[[email protected] php-7.1.6]# ls -l /tmp/php_errors.log
-rwxrwxrwx 1 root root 0 3月  11 17:52 /tmp/php_errors.log
[[email protected] php-7.1.6]# cat /tmp/php_errors.log
[[email protected] php-7.1.6]#  /usr/local/apache2.4/bin/apachectl graceful
[[email protected] php-7.1.6]# curl -A "xavi" -x127.0.0.1:80 http://xavi.com/index.php -I
HTTP/1.1 200 OK
Date: Sun, 11 Mar 2018 09:57:50 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
X-Powered-By: PHP/7.1.6
Content-Type: text/html; charset=UTF-8

[[email protected] php-7.1.6]# vim /data/wwwroot/xavi.com/2.php
[[email protected] php-7.1.6]# curl -A "xavi" -x127.0.0.1:80 http://xavi.com/2.php -I
HTTP/1.1 200 OK
Date: Sun, 11 Mar 2018 10:00:42 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
X-Powered-By: PHP/7.1.6
Content-Type: text/html; charset=UTF-8

沒有500錯誤程式碼??????


[[email protected] php-7.1.6]# curl -x 192.168.72.130:80 xavi.com/2.php -I    
HTTP/1.1 403 Forbidden
Date: Sun, 11 Mar 2018 10:15:00 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
Content-Type: text/html; charset=iso-8859-1

[[email protected] php-7.1.6]# curl -x 192.168.72.130:80 xavi.com/index.php -I    
HTTP/1.1 403 Forbidden
Date: Sun, 11 Mar 2018 10:15:23 GMT
Server: Apache/2.4.29 (Unix) PHP/7.1.6
Content-Type: text/html; charset=iso-8859-1

[[email protected] php-7.1.6]# !cat
cat /tmp/php_errors.log
[11-Mar-2018 18:14:46 Asia/shanghai] PHP Parse error:  syntax error, unexpected end of file in /data/wwwroot/xavi.com/2.php on line 4

四、 PHP相關配置 open_basedir

如果有一臺伺服器跑了很多個站點，其中就有一個站的程式寫的很爛，漏洞百出，被黑客所劫持，只要一臺被劫持，其它的伺服器也就很快被搞定。為了防止這樣的事情發生，如何搞定呢？

針對不同的虛擬主機限定不同的open_basedir

[[email protected] php-7.1.6]# vim /usr/local/php/etc/php.ini

open_basedir = /usr/local/wwwroot/xavi.com:/tmp //多個目錄用:隔開，這個說明PHP限制在這兩個目錄活動

一致沒有500報錯

[[email protected] php-7.1.6]# cat /tmp/php_errors.log
[11-Mar-2018 18:14:46 Asia/shanghai] PHP Parse error:  syntax error, unexpected end of file in /data/wwwroot/xavi.com/2.php on line 4

1.針對不同的虛擬主機限定不同的open_basedir

1.1 開啟配置檔案：vim /usr/local/apache2.4/conf/extra/httpd-vhosts.conf

1.2 增加如下配置：

php_admin_value open_basedir "/data/wwwroot/xavi.com/:/tmp/"

為什麼要新增/tmp呢？

是因為/tmp下有咱們的錯誤日誌，並且有些論壇允許上傳圖片也都是先上傳到tmp目錄下，然後再次轉到upload下！

mark

11.28 限定某個目錄禁止解析php 11.29 限制user_agent 11.30/11.31 php相關配置

11.28 限定某個目錄禁止解析php 11.29 限制user_agent 11.30/11.31 php相關配置- 11.28 限定某個目錄禁止解析php - 11.29 限制user_agent - 11.30/11.31 php相關配置 - 擴展 - apache開啟壓縮 http://ask.ape

限定某個目錄禁止解析php、限制user_agent、php相關配置

lamp架構限定某個目錄禁止解析php當黑客攻擊你的服務器時，在你的靜態目錄下添加一個木馬腳本，這時服務器將會很大風險，這時需要限制哪些目錄不能解析php，提高安全性。1、新增內容[root@centos7 local]# vi /usr/local/apache2.4/conf/extra/httpd-vh

2018-3-7 11周2次課限定某個目錄禁止解析php、限制user_agent、php相關配置

user_agent 禁止解析php php相關配置 11.28 限定某個目錄禁止解析php禁止php解析：防止被上傳有害php文件，而被執行，php中可能有危險的函數，如果開放了上傳權限，肯定會被上傳惡意木馬文件，會被拿到服務器權限，root權限，非常危險。更可以在加上FilesMatch訪問限

11.28 限定某個目錄禁止解析php；11.29 限制user_agent；11.30-11.31

php相關配置（上下）擴展：apache開啟壓縮：http://ask.apelearn.com/question/5528apache2.2到2.4配置文件變更： http://ask.apelearn.com/question/7292apache options參數： http://ask.ap

apache2.4限定某個目錄禁止解析PHP、限制user_agent、PHP相關配置

Linux限定某個目錄禁止解析PHP對於使用PHP語言編寫的網站，有一些目錄是有需求上傳文件的，比如服務器可以上傳圖片，並且沒有做防盜鏈，所以就會被人家當成了一個圖片存儲服務器，並且盜用帶寬流量。如果網站代碼有漏洞，讓黑客上傳了一個用PHP代碼寫的木馬，由於網站可以執行PHP程序，最終會讓黑客拿到服務器權限，

11.28 限定某個目錄禁止解析php 11.29 限制user_agent 11.30/11.31

php11.28 限定某個目錄禁止解析php11.29 限制user_agent11.30/11.31 php相關配置11.28 限定某個目錄禁止解析php11.29 限制user_agent11.30-php相關配置-上11.31 php相關配置-下11.28 限定某個目錄禁止解析php 11.29 限制u

8.限定某個目錄禁止解析php&限制user_agent

目錄禁止解析php 限制user_agent [toc] 11.28 限定某個目錄禁止解析php 有這樣一種情況，有些站點和論壇是允許上傳圖片到服務器，但是這就給黑客留下了可進入服務器的大門，他們上傳一些php或者js到服務器，然後被我們執行加載，有些函數可以讓黑客獲取最大的權限，從而對數據造成威

LAMP(7限定某個目錄禁止解析php、限制user_agent、 PHP相關配置、PHP擴展模塊

PHP相關配置限定某個目錄禁止解析php防止黑客上傳一個目錄文件php，網站會從而解析php,對我們的網站有很大的危險。因此，我們需要在能上傳文件的目錄直接禁止解析PHP代碼禁止步驟1.編輯虛擬主機配置文件：增添內容核心配置文件內容 <Directory /data

四十四、限定某個目錄禁止解析php、限制user_agent、PHP相關配置

限定某個目錄禁止解析php 限制user_agent PHP相關配置一、限定某個目錄禁止解析php禁止解析php主要是為了安全，一般靜態文件所存放的目錄下是不允許放PHP的# vim /usr/local/apache2.4/conf/extra/httpd-vhosts.conf<Dir

限定某個目錄禁止解析php 、限制user_agent 、php的配制文件、PHP的動態擴展模塊

pop baidu -i leak tin 文件上傳 cto pin 解析 1、限定某個目錄禁止解析php（有些目錄用戶可以上傳文件或圖片，可能會被惡意者上傳其它文件）：編輯：/usr/local/apache2.4/conf/extra/httpd-vhosts.con

限定某個目錄禁止解析php 限制user_agent php相關配置

限定目錄禁止解析php一、限定某個目錄禁止解析php通過禁止php解析圖片目錄，來限制網站被×××惡意找到後門獲取到數據庫權限#vim /usr/local/apache2.4/conf/extra/httpd-vhosts.conf#/usr/local/apache2.4/bin/apachectl -t

限定某個目錄禁止解析php

[toc] 限定某個目錄禁止解析php&限制user_agent 一、限定某個目錄禁止解析php 有這樣一種情況，有些站點和論壇是允許上傳圖片到伺服器，但是這就給黑客留下了可進入伺服器的大門，他們上傳一些php或者js到伺服器，然後被我們執行載入，有些函式可以讓黑客獲取

限制某個目錄禁止解析PHP、限制user_agent、PHP相關的配置

Linux學習筆記限制某個目錄禁止解析PHP 限制user_agent PHP相關的配置限制某個目錄禁止解析PHP、限制user_agent、PHP相關的配置

11.28限定某個目錄禁止解析php11.29限制user_agent11.30-31php相關配置

十一周二次課（3月7日）11.28 限定某個目錄禁止解析php例如一些目錄允許上傳圖片，為防止有人上傳帶有病毒php文件，所以禁止php解析，一般存放靜態的文件上的目錄是不允許解析PHP文件的重新加載配置文件創建upload目錄，訪問提示403狀態碼在瀏覽器打開是無法打開的，連訪問的機會都沒有將下圖的註釋掉

限制某個目錄禁止解析php及user_agent、php相關配置

20180531一、限定某個目錄禁止解析php 1、核心配置文件內容<Directory /data/wwwroot/11.com/upload>php_admin_flag engine off</Directory> 2、curl測試時直接返回了php源代碼，並未解析二、限

apache限制某個目錄禁止解析php、apache禁止指定user_agent、php相關配置

日誌 httpd parse 臨時 usr cor 區分大小寫直接 -i 一：apache限制某個目錄禁止解析php 某個目錄下禁止解析 php，這個很有用，我們做網站安全的時候，這個用的很多，比如某些目錄可以上傳文件，為了避免上傳的文件有×××，所以我們禁止這個目錄下面

更新11.25 配置防盜鏈 11.26 訪問控制Directory11.27 訪問控制FilesMatch11.28限定某個目錄禁止解析PHP11.29 限制user_agent/11.30-31 P

11.25 配置防盜鏈 11.26 訪問控制Directory 11.25 配置防盜鏈 CURL +X 是來源IP 11.26 訪問控制Directory 11.27 訪問控制FilesMatch • 通過限制referer來實現防盜鏈的功能 • 配置檔案增加如

44.限定某個禁止解析php 限制useragenr php相關配置

11.28 限定某個目錄禁止解析php 11.29 限制user_agent（防止cc攻擊） 11.30/11.31 php相

檢測某個方法是否屬於某個類中--解析php函數method_exists()與is_callable()的區別

檢查 -1 元素高級 ech 9.png true strong 原創 php函數method_exists() 與is_callable()的區別在哪？在php面相對象設計過程中，往往我們需要在調用某一個方法是否屬於某一個類的時候做出判斷，常用的方法有 meth

LAMP（apache禁止解析php，限制user_agent，php配置，open_bashdir

apache禁止解析php 限制user_agent php相關配置 open_bashdir apache壓縮功能/https搞ss 一、apache禁止解析php.實例：假如我們的一個目錄是允許上傳圖片的，可能有些別有用心的人通過某些手段上傳php文件上來。也就意味著被執行的文件，可能

限定某個目錄禁止解析php

限定某個目錄禁止解析php&限制user_agent

一、 限定某個目錄禁止解析php

1. 開啟配置檔案 httpd-vhosts.conf

2.凡是在upload目錄中的php均不解析！並且匹配任意.php的檔案，全部拒絕訪問！

2.-t,-gracful,檢查語法並開啟httpd

3.建立upload目錄，以及在upload目錄下建立123.php去測試。但未得到403結果

4.找到犯錯原因，得到驗證結果

5.測試下沒有FilesMatch那段話的結果

無法解析，直接顯示內原始碼

總結，如上當你訪問.php檔案時，直接拒絕，沒有任何機會去訪問，更別提執行了！如果程式設計師讓upload可以允許解析，那只有說明他不合格！靜態檔案儲存的地方是不允許放php的。沒有考慮到任何資料安全！！！

二、 訪問控制，限制user_agent

1.什麼是user_agent（瀏覽器標識）

2.cc攻擊，肉雞

3.核心配置檔案

程式碼解析：

4.測試，使用Curl方式訪問直接被禁掉

5.使用curl -A ：隨意指定自己這次訪問所宣稱的自己的瀏覽器資訊。

6。檢視日誌檔案： tail /usr/local/apache2.4/logs/xavi.com-access_20180311.log

三、PHP相關配置

1.尋找PHP相關配置檔案

編輯當前位置的index.php檔案

開啟網頁，檢視其載入情況 Loaded Configuration File沒有載入

2.查詢php配置檔案

3.複製配置檔案，在gracful重新整理配置檔案後，重新整理index.php

4.編輯配置檔案：/usr/local/php7/etc/php.ini

在vim內搜尋 /disable_functions

5.在php.ini中定義time.zone如果不定義，會出報警資訊

6.在瀏覽器中顯示，我們也可以把這些資訊全部關掉！

6.1搜素 /display ，改為off即可。

6.2然後再去配置一下log_error

6.3 然後再次去定義錯誤日誌的路徑：

6.4 為了更加直觀的看到日誌內容，我們需要設定日誌的等級：

7.測試

四、 PHP相關配置 open_basedir

1.針對不同的虛擬主機限定不同的open_basedir

1.1 開啟配置檔案：vim /usr/local/apache2.4/conf/extra/httpd-vhosts.conf

1.2 增加如下配置：

相關推薦

一、限定某個目錄禁止解析php

二、訪問控制，限制user_agent