這個是不會的,只要其它人沒有權限訪問你的文件就可以,例如從服務器,F(xiàn)TP,網站后臺文件瀏覽之類的,只從前臺界面是拿不到php里面的變量(不包括網站漏洞)。
創(chuàng)新互聯(lián)是一家專注于成都網站制作、做網站與策劃設計,安徽網站建設哪家好?創(chuàng)新互聯(lián)做網站,專注于網站建設10余年,網設計領域的專業(yè)建站公司;建站業(yè)務涵蓋:安徽等地區(qū)。安徽做網站價格咨詢:028-86922220
可以查看數(shù)據(jù)庫用戶加密后的密碼
1. 打開phpmyadmin
2. ? ?左側主菜單選擇mysql庫,然后選擇user表
在user表里可以看到所用用戶加密后的密碼,見附圖
今天有一個朋友問我thinkphp的這個問題,剛好百度搜索到你這個問題。已經解決。就幫你解答一下這個問題。
首先我嘗試在入口文件封裝一個加密函數(shù),我用php des 加密,然后在配置文件config.php調用。然后在控制器里面使用,打印配置文件:dump(C());//輸出所有的配置文件信息, 雖然能看到正確的數(shù)據(jù)用戶名和密碼,但是會報錯。失敗告終。
我說一下我的解決方法。很簡單。
1:把配置文件里面的用戶名,密碼,數(shù)據(jù)庫名瞎寫一寫,別人看到你的代碼的配置文件看到的就是錯誤的數(shù)據(jù)庫名和密碼了。比如:
'DB_NAME' = 'SB', // 數(shù)據(jù)庫名
'DB_USER' = 'ni_da_ye', // 用戶名
'DB_PWD' = 'da_da_bi', // 密碼
在每個控制器文件里面。加入一段代碼。
比如你的IndexController.class.php文件。加下面的代碼。
/* 初始化方法*/
public function __construct(){
parent::__construct();
C("DB_NAME",decrypt('712349721937491237'));//數(shù)據(jù)庫名,
C('DB_USER',decrypt('712349721937491237'));//用戶名
C('DB_PWD',decrypt('712349721937491237'));//密碼
}
看清楚了嗎?
decrypt()這個函數(shù)就是我封裝的一個加密函數(shù),親自測試沒有錯誤??赡軙奚恍┬阅?。但是保證了用戶名,密碼,數(shù)據(jù)庫名沒有泄露。甚至你都可以把數(shù)據(jù)庫連接地址也加密一下。希望能幫到你。
PHP加密函數(shù)可以考慮用des,aes這些可逆加密。別用什么md4,md5.
不需要加密,也無法加密??梢赃@么說,如果數(shù)據(jù)庫和程序是在同一服務器,及數(shù)據(jù)庫的地址是localhost,那么無需加密,因為加密了數(shù)據(jù)庫并不能自己解密,而且只要網站或者服務器不被攻下,沒有加密的必要。
數(shù)據(jù)庫和php程序在不同的服務器,就是說你在操作數(shù)據(jù)庫的時候需要遠程操作,這樣的話需要傳輸數(shù)據(jù)庫賬號密碼,可以在本地加密后傳輸,然后在數(shù)據(jù)庫服務器進行解密后,用原始的賬號密碼去操作數(shù)據(jù)庫。
--------------------------------------------------------一般來說,如果你擔心服務器被攻下,那么你加密數(shù)據(jù)庫賬號密碼是多余的,因為人家下載你的源碼一看就知道鳥。
題主你可以使用 md5 或者 sha1 進行初步處理,但為了更加安全,請你同時加上兩個 salt,一個靜態(tài) salt,一個動態(tài)的 salt。以 md5 為例:\x0d\x0a假設通過 POST 傳來的密碼為 $_POST['password'],在存入 DB 前先進行如下的操作:\x0d\x0a$password = hash('md5', $_POST['password'].$staticSalt.$dynamicSalt);\x0d\x0a\x0d\x0a為了保證動態(tài) salt 的唯一性,可以這樣操作:\x0d\x0a$dynamicSalt = hash('md5', microtime());\x0d\x0a\x0d\x0a對于動態(tài)的 salt 可以與生成的密碼一起保存在 DB 中,而靜態(tài) salt 則可以直接放在類文件中(例如定義為一個靜態(tài)屬性即可)。\x0d\x0a首先謝謝題主采納了我的答案,但是我之前的回答并不是最佳答案,之所以有此加密的想法源于自己所讀的源碼可能比較老,所以并沒使用上較新版本的加密方法,例如 bcrypt等。\x0d\x0a此外,第二點,感謝評論中幾位前輩的提點,已經明白設置靜態(tài) salt 的意義并不大,生成一個較長的動態(tài) salt 已然可以解決問題。\x0d\x0a\x0d\x0aLZ應該采用加鹽HASH。\x0d\x0a如何“腌制”密碼呢?\x0d\x0a=_,=\x0d\x0a正確的格式應該是,用戶password+動態(tài)的salt\x0d\x0a動態(tài)的salt不能像2L所說的,使用microtime,因為時間在某些情況下不夠隨機,而且是可能被猜解的。\x0d\x0a這里推薦一個我用的加鹽HASH\x0d\x0a$salt=base64_encode(mcrypt_create_iv(32,MCRYPT_DEV_RANDOM));\x0d\x0a$password=sha1($register_password.$salt);\x0d\x0a\x0d\x0a解釋:\x0d\x0a首先使用mcrypt,產生電腦隨機生成的,專門用戶加密的隨機數(shù)函數(shù)。\x0d\x0a第二步,把得到的隨機數(shù)通過base64加密,使其變長并且不利于猜解。\x0d\x0a第三步,把得出的鹽拼接到密碼的后面,再對其使用sha1進行哈希\x0d\x0a再把password存入到用戶的數(shù)據(jù)庫。\x0d\x0aPS:為何不用靜態(tài)的salt?沒有必要,使用一個動態(tài)隨機足夠長的鹽足矣。\x0d\x0a為何不用MD5?因為長度不夠。\x0d\x0a為何沒有使用多次HASH?因為這樣反而容易發(fā)生碰撞。\x0d\x0aHASH好之后怎么使用“腌制”好的密碼?\x0d\x0a用戶注冊-提交密碼-產生salt-腌制好的密碼存入數(shù)據(jù)庫-salt存入數(shù)據(jù)庫。\x0d\x0a用戶登錄-提交密碼-調用salt接到提交密碼的后面-進行HASH-調用之前注冊腌制好的密碼-對比HASH值是否和這個密碼相同