APT 系統的金鑰管理機制簡介
2008年8月24日 星期日 by Anati
數位簽章簡介:
簡而言之,文件發佈者會有一組相對應的金鑰(key),分別為公開金鑰(public key)以及私密金鑰(private key),公開金鑰顧名思義就是要公開散播給大家取得的,他是一大串體積大約 2k
左右的長碼,而私密金鑰則是只有文件發佈者才有的秘密鑰匙。發佈者每當要發佈時將原始文件(明文,plain text)以私密金鑰加密演算後變成密文(cipher text)再行傳送,接收方則可使用發佈者的公開金鑰對該文件進行解密演算方可得原始明文。在這過程中,不論使用於加密的私密金鑰或者用來解密的公開金鑰並非正確的話,接收端都無法正確的還原出原始文件,以達到資料來源可信任的目的。
然而,這個機制並非堅不可破,要從公開金鑰去反向推倒演算出私密金鑰是可行的,只是其所需的運算量非常龐大,可能需要超級電腦才有辦法在幾年內破解出,普通的個人電腦要解出可能運算到電腦變成古董了都還沒破解出來。因此,為了安全考量,通常金鑰組都會每過一段時間要淘汰掉重新產生一組新的來使用,這也是為什麼APT 系統中時常都必須重新下載新的公開金鑰的緣故。
MD5 簡介:
這是一個單向的雜湊(hash)演算法則,可以輸入任意長度的資料,然後產生一串 128位元的碼串,隨著輸入資料的內容、長度不同,所產生的碼串都會不一樣,而由所產生的碼串則非常難以還原回原始資料。因此只要原發佈者將該文件以MD5 演算過後產生的 128 位元碼串公佈出來,接收端即可將收到的文件先以 MD5演算後所產生的碼串來跟原發佈者的碼串進行比對,若兩者相同則表示文件內容確定為原發佈者的文件內容一致未被篡改。
APT 系統中的數位簽章機制:
由於使用金鑰加密、解密時,其流程中的密文體積以及演算過程的時間會隨著明文的體積成正比成長,因此在 APT系統中將整個軟體套件進行金鑰加密、解密則顯的太過不切實際。所以在 APT
系統中軟體套件或原始碼本身都是以明文的方式存放於伺服器上並提供所有的 APT 的 Client 程式下載,套件維護者只會對軟體套件先進行MD5 演算產生 128 位元的碼串,再針對該碼串進行金鑰加密。
接收端在進行套件清單更新時(apt-get update)會下載所有 deb 套件的 MD5 碼串以及其加密後的密文,此時 APT Client 則必須擁有該套件發佈者的公開金鑰才有辦法正確的將接收到的密文還原成 MD5的碼串,還原出該碼串後即可跟下載回來的碼串進行比對以確定該 MD5 碼串是可靠的,之後再對所有下載回來要安裝的軟體套件進行一次 MD5演算以產生一個新的碼串,並將新碼串拿來跟可靠的 MD5 碼串比對以確認軟體套件是未被篡改的。
在 APT 中管理金鑰:
以 root 身份使用以下指令可察看目前系統中的 APT 所持有公開金鑰列表:
代碼: apt-key list
指令會產生很多行含有 xxxxx/xxxxxxxx 格式的資料,斜線前的那串碼是金鑰擁有者的 ID,斜線之後的八碼是金鑰指紋的末八碼。
由於公開金鑰是要公佈給大家任意取得的,因此一般而言都會有所謂的鑰匙伺服器(key server),上面專門存放大量的公開金鑰供取用,取用的方式就是指定該鑰匙的指紋(finger print),通常是該金鑰的最末 16碼(或末八碼)。
當系統在進行套件清單更新時出現了類似 NO_PUBKEY xxxxxxxxxxxxxxxx的錯誤訊息時,則表示有公開金鑰已過期或者是有新加入 apt 的 source但未下載該對應之公開金鑰,而後面那串碼就是新的公開金鑰之指紋,只要使用以下指令即可從 key server 下載到該金鑰:
代碼: gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys xxxxxxxxxxxxxxxx
gpg 是一套專門管理金鑰的系統,但是他和 APT 的金鑰管理系統是獨立開來的,因此下載到金鑰後還必須將他匯給 APT 才行,指令如下:
代碼: gpg --armor --export xxxxxxxxxxxxxxxx | apt-key add -
之後在使用 APT 的金鑰列表指令應該就可看到新的公開金鑰了。