thinkphp數(shù)據(jù)庫配置信息加密怎么處理

今天有一個朋友問我thinkphp的這個問題，剛好百度搜索到你這個問題。已經(jīng)解決。就幫你解答一下這個問題。

公司主營業(yè)務(wù)：網(wǎng)站設(shè)計制作、成都網(wǎng)站制作、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊有機(jī)會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)推出分宜免費做網(wǎng)站回饋大家。

首先我嘗試在入口文件封裝一個加密函數(shù)，我用php des 加密，然后在配置文件config.php調(diào)用。然后在控制器里面使用，打印配置文件: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.

PHP腳本中的鏈接數(shù)據(jù)庫的用戶名跟密碼怎么加密？

不需要加密，也無法加密?？梢赃@么說，如果數(shù)據(jù)庫和程序是在同一服務(wù)器，及數(shù)據(jù)庫的地址是localhost，那么無需加密，因為加密了數(shù)據(jù)庫并不能自己解密，而且只要網(wǎng)站或者服務(wù)器不被攻下，沒有加密的必要。

數(shù)據(jù)庫和php程序在不同的服務(wù)器，就是說你在操作數(shù)據(jù)庫的時候需要遠(yuǎn)程操作，這樣的話需要傳輸數(shù)據(jù)庫賬號密碼，可以在本地加密后傳輸，然后在數(shù)據(jù)庫服務(wù)器進(jìn)行解密后，用原始的賬號密碼去操作數(shù)據(jù)庫。

--------------------------------------------------------一般來說，如果你擔(dān)心服務(wù)器被攻下，那么你加密數(shù)據(jù)庫賬號密碼是多余的，因為人家下載你的源碼一看就知道鳥。

php數(shù)據(jù)庫鏈接文件

?php

#

FileName="Connection_php_mysql.htm"

頭三行內(nèi)容都是被注釋掉的，估計是個說明。這可能指的是文件名吧

#

Type="MYSQL"

告訴你類型為MYSQL

#

HTTP="true"

$hostname_conn_news

=

"localhost";

//主機(jī)地址

$database_conn_news

=

"sl";

//數(shù)據(jù)庫名

$username_conn_news

=

"root";

//數(shù)據(jù)庫帳號

$password_conn_news

=

"admin";

//數(shù)據(jù)庫密碼

$conn_news

=

mysql_pconnect($hostname_conn_news,

$username_conn_news,

$password_conn_news)

or

trigger_error(mysql_error(),E_USER_ERROR);

//傳入?yún)?shù)連接數(shù)據(jù)庫。失敗則返回MYSQL錯誤信息。

?

php連接sqlite時提示可能被加密或者不是個數(shù)據(jù)庫文件

會不會是文件權(quán)限的問題呀

因為你編輯后可能改變了對應(yīng)的權(quán)限

google了一下

You probably have a conflict between a Sqlite v2 database that you try to access with the v3 tool.

用php將密碼存入數(shù)據(jù)庫，用什么方法進(jìn)行加密?

題主你可以使用 md5 或者 sha1 進(jìn)行初步處理，但為了更加安全，請你同時加上兩個 salt，一個靜態(tài) salt，一個動態(tài)的 salt。以 md5 為例：\x0d\x0a假設(shè)通過 POST 傳來的密碼為 $_POST['password']，在存入 DB 前先進(jìn)行如下的操作：\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此外，第二點，感謝評論中幾位前輩的提點，已經(jīng)明白設(shè)置靜態(tài) salt 的意義并不大，生成一個較長的動態(tài) salt 已然可以解決問題。\x0d\x0a\x0d\x0aLZ應(yīng)該采用加鹽HASH。\x0d\x0a如何“腌制”密碼呢？\x0d\x0a=_,=\x0d\x0a正確的格式應(yīng)該是，用戶password+動態(tài)的salt\x0d\x0a動態(tài)的salt不能像2L所說的，使用microtime，因為時間在某些情況下不夠隨機(jī)，而且是可能被猜解的。\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，產(chǎn)生電腦隨機(jī)生成的，專門用戶加密的隨機(jī)數(shù)函數(shù)。\x0d\x0a第二步，把得到的隨機(jī)數(shù)通過base64加密，使其變長并且不利于猜解。\x0d\x0a第三步，把得出的鹽拼接到密碼的后面，再對其使用sha1進(jìn)行哈希\x0d\x0a再把password存入到用戶的數(shù)據(jù)庫。\x0d\x0aPS：為何不用靜態(tài)的salt？沒有必要，使用一個動態(tài)隨機(jī)足夠長的鹽足矣。\x0d\x0a為何不用MD5？因為長度不夠。\x0d\x0a為何沒有使用多次HASH？因為這樣反而容易發(fā)生碰撞。\x0d\x0aHASH好之后怎么使用“腌制”好的密碼？\x0d\x0a用戶注冊-提交密碼-產(chǎn)生salt-腌制好的密碼存入數(shù)據(jù)庫-salt存入數(shù)據(jù)庫。\x0d\x0a用戶登錄-提交密碼-調(diào)用salt接到提交密碼的后面-進(jìn)行HASH-調(diào)用之前注冊腌制好的密碼-對比HASH值是否和這個密碼相同