A. 你好，資料庫連接文件加密了，怎麼辦
這個應該有解碼的asp文件吧，有這個<!--#include file="lockyou.asp"-->，就肯定有解碼的吧，解碼後就沒有亂碼了吧。
B. 如何實現資料庫連接的密碼加密
C#中有數據加密的類using System.Security.Cryptography，在這個類中你可以調用它的兩個方法分別是加密方法
public static string Encrypt(string text)
{}
解密方法
public static string Decrypt(string text)
{}
我們一般使用連接資料庫加密的話，都會使用一個配置文件在配置文件中對資料庫鏈接進行讀寫，通過加密方法把鏈接寫到配置文件，然後讀取的時候再使用解密方法。
C. 用C語言給exe文件加密
你這樣加密過程序肯定報錯的，加密後肯定有解密過程，才能正確使用。就像你加密文本一樣，加密後你打開是亂碼，只有解密過後才能正確識別，所以加密exe你要想正確使用，必須解密exe，還原成原來的exe程序才能使用
D. 怎麼對資料庫連接字元串進行加密和解密
給方法：開始--->運行,輸入cmd，接著輸入以下內容
加密：
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -pef "connectionStrings" "你的Web項目路徑"
解密：
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -pdf "connectionStrings" "你的Web項目路徑"
.NET為版本的路徑自行修改，其中connectionStrings連接字元串的名稱。
需要注意的是，加密過程中使用了一個基於本機的密鑰，這意味著解密過程必須在同一台計算機上完成。如果是將加密後的Web.config文件移動到其它計算機上，那麼Web.config文件中的連接字元串將不能夠正常解密。
E. 資料庫文件被加密
用Access所建的資料庫，在庫文件的地址00000042處開始的13個位元組是Access庫的密碼位。如果一個未加密的庫，這13個位元組原始數據依次為：86 FB 37 5D 44 9C FA C6 28 E6 13。事實上，當你設置了密碼後，Access就將你的密碼(請注意你所輸入的密碼是本文字元)的ACSII碼與以上的13個位元組數據進行異或操作，因此，從庫文件的地址00000042開始的13個位元組就變成了密鑰了。例如，如果你設置的密碼為abc，經過異或操作後，則從00000042處開始的13個位元組的數據變成了E7 99 8F 37 5D 44 9C FA C6 28 E6 13。一個數據經過一次異或操作後，再一次經過同樣的異或操作就可還原了。因此，對已經設置了密碼的Access庫，只要將13個密鑰數據與原始的13個數據進行一次異或操作就可得到密碼了。
另外，ACCESS雖然可以輸入14位密碼，但只有前13位有效。
F. 如何對Web.config中資料庫連接字元串進行加解密
一、如何對Web.config中資料庫連接字元串進行加解密，避免明文方式。 1)概述：
Web.Config 中可以存儲資料庫連接語句，通常存於 <connectionString>配置節中，程序調用非常方便，但是在系統的應用過程中，利用明文存儲這些敏感信息是不安全的，這就需要對配置信息進行加密，加密後即使攻擊者獲取了對配置文件的訪問，也可以使攻擊者難以獲取對敏感信息的訪問，從而改進應用程序的安全性。
使用 ASP.NET IIS 注冊工具 (Aspnet_regiis.exe) 加密或解密 Web 配置文件的各節。而在在處理 Web.config 文件時，ASP.NET 將自動解密已加密的配置元素。
要加密配置文件的內容， 通過Aspnet_regiis.exe 工具與 –pe 選項以及要加密的配置元素的名稱一起使用，利用.NET Framework 提供的2種受保護配置程序來實現節點加解密：
名為的 實例使用 Windows 數據保護 API (DPAPI) 對數據進行加密和解密。
名為的 實例使用 RSA 加密演算法對數據進行加密和解密。該提供程序配置為默認提供程序
下面就這2中加密方式，分別進行舉例如下：
2)使用 來加解密配置節
利用aspnet_regiis -pef connectionStrings 對web.config 加密 在伺服器命令提示符下，輸入如下命令：
C:\Windows\Microsoft.NET\Framework\v2.0.50727>aspnet_regiis -pef connectionStrings D:\程序\某系統\EpointBid_HuiYuan –prov 正在加密配置節„ 成功！
-pef 指定兩個參數：
這里 connectionStrings 是要進行加密的配置節，後面是具體的程序路徑 這里 D:\程序\某系統\EpointBid_HuiYuan 是要加密的配置文件所在的物理目錄。
-prov 表示使用哪個驅動來加密，一共有兩個驅動可選，在類似於
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG 的位置，我們可以找到 machine.config 文件，在其 configProtectedData 配置節，我們可以看到這兩個驅動的名稱，以及默認的驅動是哪一個。這兩個驅動是 （類名 ，詳細操作見下說明示例）和
（類名 ）。
如果不加驅動選項，則採用默認驅動進行加密。
G. 如何將一個已經編譯好的exe文件與資料庫文件捆綁一個exe文件
自己修改自己？
應該不是的，肯定會生成配置文件,只不過是生成在一個你看不到的位置，再或者在注冊表中記錄的。
像你說的自己修改自己的似乎有點不大可能，那得對PE結構多了解，再就是自己還在運行，怎麼修改自己呢？冒昧地推測一下，全世界也找不出幾個有這功底的。
就像樓上說捆綁是可能的。
假設a.exe和b.exe兩個可執行文件，用第三方軟體可以把a.exe追加到b.exe後面，當然不是簡單的連接。這樣的話如果運行b.exe，a.exe也會緊接著運行的。
H. 怎麼知道 編譯好了的exe程序 密碼輸如到資料庫的加密方式
幾種java轉exe的工具，進行一下比較，談談自己的看法：
1. 從獲得一個TowerJ編譯器，該編譯器可以將你的CLASS文件編譯成EXE文件。
註：現在已經找不到，不提供了，被人家收購了。
2. 利用微軟的SDK-Java 4.0所提供的jexegen.exe創建EXE文件，這個軟體可以從微軟的網站免費下載，地址如下：
jexegen的語法如下：
jexegen /OUT:exe_file_name
/MAIN:main_class_name main_class_file_name.class
[and other classes]
註：沒有試過
3. Visual Cafe提供了一個能夠創建EXE文件的本地編譯器。你需要安裝該光碟上提供的EXE組件。
註：沒有試過
4. 使用InstallAnywhere創建安裝盤。
註：很不錯的工具。
但就是要＞8M（帶jre），還有一種是＞1M的（不帶jre）。
但是它可以編譯成各種平台上可以使用的exe程序。
5. 使用IBM AlphaWorks提供的一個高性能Java編譯器，該編譯器可以從下面的地址獲得：
註：沒有試過
6. JET是一個優秀的Java語言本地編譯器。該編譯器可以從這個網站獲得一個測試版本：
註：不喜歡。
編譯好的程序還是jre的，聽說正版的可以不能jre。安裝好還要編譯，我用了30分鍾。
7. Instantiations公司的JOVE
JOVE公司合並了以前的SuperCede，一個優秀的本地編譯器，現在SuperCede已經不復存在了。
註：太煩了，老是出來一個對話框
用過，會出來一個對話框，表示這是jove公司的產品。
8. JToEXE
Bravo Zulu Consulting, Inc開發的一款本地編譯器，本來可以從該公司的網頁上免費下載的，不過目前在該公司的主頁上找不到了。
公司主頁：
下面這個FTP上曾經有過這個軟體，不知道現在是不是還在：
ftp://race.dlut.e.cn/pub/java/tools/jet
註：很煩了，老是出來一個對話框，但是沒有想到我找到了crack,在google上找到。
現在去掉了那個對話框後，我很喜歡這個工具，雖然它需要jre，但是文件只有100多K，很好哦。
9.Exe4j
很不錯
10.jbuilder
這個工具不用多講了，在jbuilder6.0以前的（包括6.0），是不能生成exe文件的，但可以人家高手想出來的方法實現.還有jbuilder7.0開始都可以生成exe文件。
I. exe程序 怎麼知道他的密碼輸入到資料庫的加密方式
首先你要有你自己的空間。接著寫好進程ID包括TXT。
最後要有自己的鉤子。我這有鉤子。如果可以的話，我願意給你。