<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" 
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule">

<channel>
<title>Jedi&apos;s BLOG - privacy</title>
<link>http://Jedi.org/blog/</link>
<description>privacy Archive</description>
<dc:language>zh-tw</dc:language>
<dc:creator>JediLin@Gmail.com</dc:creator>
<dc:date>2007-12-21 03:59:44 +0800</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=2.661" />
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>

<item>
<title>GnuPG 1.4.8 中文語系檔</title>
<link>http://Jedi.org/blog/archives/005780.html</link>
<description>
  <![CDATA[<p>作為<a href="http://Jedi.org/blog/archives/005779.html" title="GnuPG 生日快樂 | Jedi's BLOG | Jedi.org">生日</a>禮物，花了幾個小時振作地把好一陣子（超過兩年了！）沒更新的 GnuPG 語系檔給更新了，除了新的訊息翻譯外，舊有的部分也重新把一些語句用詞又略加潤飾。我等一下會把更新過的語系檔提交給 GnuPG 團隊──但是不想等到下一版的朋友們，還是可以先從我這邊抓到我更新過的語系檔： <a href="http://Jedi.org/p4/l10n/GnuPG/gnupg-1.4.8.zh_TW.mo">gnupg-1.4.8.zh_TW.mo</a>，請把它改名成 <code>zh_TW.mo</code> 然後放到 GnuPG 的 <code>gnupg.nls</code> 目錄下，蓋掉原有的版本即可。</p>

<p>對翻譯有任何建議的話可以直接聯絡我，或者是自己拿 <a href="http://Jedi.org/p4/l10n/GnuPG/gnupg-1.4.8.zh_TW.po">gnupg-1.4.8.zh_TW.po</a> 去改（如果妳不屑跟我為伍的話，哈），再自行編譯成 .mo 格式。</p>]]>
  
</description>
<guid isPermaLink="false">5780@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2007-12-21T03:59:44+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>GnuPG 生日快樂</title>
<link>http://Jedi.org/blog/archives/005779.html</link>
<description>
  <![CDATA[<p>2007/12/20，<a href="http://lists.gnupg.org/pipermail/gnupg-announce/2007q4/000268.html" title="GnuPG's 10th birthday">GnuPG 滿十歲</a>了！今天同時也推出了 <a href="http://lists.gnupg.org/pipermail/gnupg-announce/2007q4/000266.html" title="GnuPG 1.4.8 released">GnuPG 1.4.8</a> 以及 <a href="http://lists.gnupg.org/pipermail/gnupg-announce/2007q4/000267.html" title="GnuPG 2.0.8 released">GnuPG 2.0.8</a> 這兩個十週年紀念版，請多加支持。</p>]]>
  
</description>
<guid isPermaLink="false">5779@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2007-12-20T23:07:24+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>OpenPGP SmartCard</title>
<link>http://Jedi.org/blog/archives/005215.html</link>
<description>
  <![CDATA[<p>有在用 <a href="http://gnupg.org/" title="The GNU Privacy Guard - GnuPG.org">GnuPG</a> 的朋友大概也會知道， GnuPG 其實也支援 <a href="http://en.wikipedia.org/wiki/Smartcard" title="Smartcard - Wikipedia">SmartCard</a> （又稱「<a href="http://www.twnsc.com.tw/" title="台灣智慧卡股份有限公司">智慧卡</a>」或「<a href="http://www.chinesebank.com.tw/html/service/service05_1.htm" title="中華商業銀行─今日新科技【晶片卡】">晶片卡</a>」，也就是<a href="http://moica.nat.gov.tw/html/index.htm" title="內政部憑證管理中心">自然人憑證</a>、晶片金融卡、<a href="http://www.tahr.org.tw/site/PDPA/Juang.htm" title="從健保 IC 卡談個人資料保護">健保 IC 卡</a>那一類的東西）；更確切地來說，這種<a href="http://www.gnupg.org/(en)/howtos/card-howto/en/smartcard-howto-single.html#id2446668" title="How to use the Fellowship Smartcard">符合 OpenPGP 標準的 SmartCard</a> ，就叫做 <a href="http://www.g10code.de/p-card.html" title="g10 Code - Product - Card">OpenPGP Card</a> 。</p>

<p>我在翻譯 GnuPG 的中文語系時，就有不少跟 OpenPGP Card 有關的訊息，不過我之前一直都沒有辦法實際測試看看，檢查是否有不當、錯誤或缺漏的翻譯；所以我前一陣子就去<a href="http://gallery.jedi.org/OpenPGP">訂購了 OpenPGP Card 以及讀卡機</a>，準備用來看看翻譯有沒有需要修正之處。</p>

<p>我拿到這些東西之後有稍微跑了一下，發現的確有些訊息當初弄錯意思了，翻譯出來的字串詞不達意；另外似乎也有幾個訊息不知道為什麼缺漏了，這也是接下來要繼續檢查的地方。</p>

<p>不過不久後又卡一個<a href="http://jedi.org/blog/archives/005214.html" title="收到兵單了 | Jedi's BLOG | Jedi.org">兵役</a>，大概多少還是會耽擱到這項進度，希望可以盡快修好這些翻譯……</p>]]>
  
</description>
<guid isPermaLink="false">5215@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2005-09-28T21:58:13+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>按捺指紋</title>
<link>http://Jedi.org/blog/archives/004640.html</link>
<description>
  <![CDATA[<p>根據現行<a href="http://163.29.105.99/intranet/rosseauism/asw5/new_page_c42.htm" title="戶政法令">戶籍法</a>第一章第八條 <code>(國民身分證之請領)</code> 指出，<div class="pre">人民年滿十四歲者，應請領國民身分證；未滿十四歲者，得申請發給。 依前項請領國民身分證，應捺指紋並錄存。但未滿十四歲請領者，不予捺指紋，俟年滿十四歲時，應捕捺指紋並錄存。 請領國民身分證，不依前項規定捺指紋者，不予發給。</div>我幾天前去辦理結婚登記暨身份證換發時，就遇到了這個狀況。</p>

<p>基本上在台灣這個地方，<a href="http://www.epochtimes.com/b5/3/12/24/n436085.htm" title="大紀元：病患資料外洩　台灣健保局：已緊急關閉網站">強制保險的全民健保隱私資料都會外洩</a>了，實在沒有理由相信全民指紋資料庫一旦經建檔後，就能安穩地不被有心人士竊用。今天我的指紋如果被登錄到資料庫裏，而這個資料庫不幸被外洩了，那麼任何一個有組織的犯罪集團，就可以偽造我的指紋，刻意遺留在犯案現場；偏偏人們又被教育成奉指紋為圭臬而不探究真相，當下我就成了犯案兇手、百口莫辯。</p>

<p>基於這個原因，所以當我要聽從戶政事務所辦事人員的指示，在領取身份證的單據上簽好名字後，我拒絕按捺指紋。於是戶政事務所的公務員翻出了上述的法規給我看，說明<strong>祇要是本人親自領取身份證，就一定要按捺指紋</strong>；否則她們就不能發放身份證給我了。</p>

<p>補充說明一下，當時我太太因為少了一張照片（換發身份證需要三張照片）而寫了委託書，請我父親之後代為申請身份證換發；於是我們想到，這麼一來我太太本人就不會來領取新的身份證，而是由我父親代領，戶政事務所豈不是無法取得我太太的指紋？</p>

<p>想到這一點，於是我就詢問戶政事務所，「如果我請我爸爸幫我領身份證，是不是就可以不要按捺指紋？」對方回答「對，但是妳已經簽好領取單據了。」</p>

<p>同時，由於辦理結婚登記以及更換我的身份證這個手續，已經耗費了整整兩個小時（還沒開始處理我太太的新身份證呢，真不曉得為什麼可以有這樣的行政效率），而我跟太太還要在下午兩點前趕到竹北（那是另一個故事了），所以我就在這樣的環境逼迫下，含悲按捺了指紋。</p>

<p>之後，有朋友安慰我說，「反正妳當兵的時候還會再被取一次。」想一想也是，活在沒啥人權的國家就是祇好認命（不然就該揭竿起義了）。</p>

<p>不過我想我還是要很悲壯地，以一人之不幸換來教訓拯救眾人：<strong>申請新/補/換發身份證時，請無論如何多帶一個人去（叫她也記得帶身份證跟印章），然後當場填寫委託書，叫她幫妳代領身份證。</strong>這麼一來妳纔能夠捍衛妳飽受欺凌試圖從國家暴力中倖存的隱私權。</p>]]>
  
</description>
<guid isPermaLink="false">4640@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2004-11-19T00:46:08+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>小心！匪諜就在妳身邊！</title>
<link>http://Jedi.org/blog/archives/003833.html</link>
<description>
  <![CDATA[<p>提款機遠比妳想像中還要有可能不安全得多。讓我們來看看下列這些事實：</p><ol><li>某銀行最近有一批新的提款機</li><li>這批新的提款機為了展現豐富的多媒體聲光效果，故採用了 Microsoft Windows 2000 來當作作業系統</li><ol><li>早期的提款機用的多半是平實但穩定且安全的 IBM OS/2 來當作作業系統</li><li>Microsoft Windows 2000 中文版預設就提供了「螢幕小鍵盤」</li></ol><li>為了提供更具互動性的畫面，這些新的提款機一律採用了觸控螢幕</li><ol><li>妳的手指頭於是變成了指標工具</li><li>妳可以用妳的手指頭搭配「螢幕小鍵盤」，輸入任何字母、符號、甚至是中文字</li><li>妳也可以叫出 Windows 的「開始」選單</li></ol><li>這一批提款機很神秘地連上了 Internet</li><ol><li>這表示妳可以透過這台提款機上網</li><li>這也表示妳可以把這台提款機內的任何檔案上傳到網路上的其他機器裡</li><li>當然妳也可以從網路上抓取任何檔案到這台提款機上</li><li>如果能夠安裝必要的程式、做出正確的調校，妳就可以從網際網路上，連線到這樣子的提款機</li><li>這同時也意味著，這台提款機其實會是網際網路到銀行內部網路間的橋樑</li></ol><li>為了管理方便，這台提款機開機後，其實是以 Administrator (系統管理者) 的身份登入 Microsoft Windows 2000 的</li><ol><li>以這個身份登入的話，通常意味著擁有最大的權限</li><li>以這個身份登入的話，代表著安裝任何軟體、存取任何檔案、或調整任何設定都不會受到阻擾</li></ol></ol><p>這件事情看起來很嚴重，不過也許會比妳想像的更為嚴重……</p>]]>
  <![CDATA[<p>隨便想想，就可以想到許多入侵的手段。舉例來說，妳可以在提款機上安裝 Keylogger （會記錄下所有按鍵輸入的程式），然後就能夠輕易取得所有用過這台提款機的帳號跟密碼；或者，妳也可以把控制提款機吐鈔的程式下載回家，加以反組譯，就能夠知道要怎麼讓提款機把錢吐出來；又或者，妳也可以在提款機上安裝 VNC （虛擬遠端桌面），然後就可以把這台提款機當作跳板，入侵銀行的內部網路……</p>

<p>最可怕的一點，莫過於上述這些事情其實都是真實發生的，或確實可行的。妳的身份資產，真的安全嗎？</p>]]>
</description>
<guid isPermaLink="false">3833@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2004-05-03T23:05:33+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>GPGshell 3.10 中文語系檔</title>
<link>http://Jedi.org/blog/archives/003784.html</link>
<description>
  <![CDATA[<p>看來 <a href="http://www.jumaros.de/rsoft/index.html" title="GPGshell 的官方網站">GPGshell</a> 的作者已經不理我了。不過我還是會繼續做 GPGshell 的中文化，並且在這裡釋出我做完的語系檔。</p>

<p>GPGshell 的最新版是 <a href="http://ftp.sac.sk/pub/sac/security/gpgsh310.zip" title="GPGshell 3.10 英文安裝版">3.10 版</a>，這一版必須搭配 <a href="http://www.gnupg.org/download/index.html" title="GnuPG 的下載頁面">GnuPG 1.2.4 版</a>纔能使用。這一版的 GnuPG 理論上仍然能使用我編譯好的<a href="http://jedi.org/blog/archives/gnupg12x-zh-tw.rar">中文語系檔</a>（比附在 GnuPG 1.2.4 裡的版本還新喔！），最後別忘了下載我做好的<a href="http://jedi.org/blog/archives/gpgshell310-chinese.rar"> GPGshell 3.10 中文語系檔</a>。</p>]]>
  
</description>
<guid isPermaLink="false">3784@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2004-04-12T23:57:31+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>垃圾分類</title>
<link>http://Jedi.org/blog/archives/003547.html</link>
<description>
  <![CDATA[<p>妳有在做垃圾分類嗎？</p>

<p>我一直有在做垃圾分類，但是從來不是按照可燃／不可燃、可回收／不可回收、養豬廚餘／堆肥廚餘來分類，而是按照會不會洩漏我的個人資訊來分類的。所有帶有我個人資料諸如電話、地址、姓名、訂單編號等資訊的垃圾，就會被我另外打包起來，等待日後處理。</p>

<p>當然，敏感資訊也可以俯拾即是；如果妳有被害妄想的話，體毛、指甲、分泌物都可以被蒐集分析，以取得妳的切身資訊。但是這就是要取捨的地方了。</p>

<p>這樣子分類，可以避免來自垃圾收集分析的惡意攻擊與報復，甚至可以避免妳亂丟垃圾時，遭到罰單的下場。不過我現在面臨了另一個問題：我要如何處理這些被我標記為「敏感垃圾」的東西呢？</p>

<p>我想找地方燒掉，可是好像沒有想像中容易呢！結果就是我房間現在堆著好多箱這樣的東西，真糟……</p>]]>
  
</description>
<guid isPermaLink="false">3547@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2004-02-04T21:00:24+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>GPGShell 3.02 中文語系檔</title>
<link>http://Jedi.org/blog/archives/003306.html</link>
<description>
  <![CDATA[<p>我做完 <a href="http://www.jumaros.de/rsoft/gpgshell.html">GPGShell</a> 3.02 的中文語系檔了，有需要的人請抓這個 <a href="http://jedi.org/blog/archives/gpgshell302-chinese.rar">gpgshell302-chinese.rar</a> 。<br />
</p>]]>
  
</description>
<guid isPermaLink="false">3306@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2003-12-12T23:45:14+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>PGP 簽署大會</title>
<link>http://Jedi.org/blog/archives/002662.html</link>
<description>
  <![CDATA[<p>今年 (2003) 八月十六日 (8/16) 將舉辦的 <a href="http://wiki.debian.org.tw/DebianBirthdayParty">Debian 慶生會</a>上將一併舉辦 <strong>PGP 簽署大會</strong>；為了這一次的簽署大會，主辦單位特別開始著手翻譯一份 <a href="http://formosa.muds.net:7777/tavi/index.php?page=PGPSigningParty-HOWTO">PGP 簽署大會實作準則</a>，我目前已經把這份文件粗略翻譯完一輪了，現在正在進行校對潤飾的程序；另外，屆時我也會出席這場簽署大會，歡迎有興趣的朋友也一起來吧。</p>

<p><ins>這份文件後來完成了，妳也可以<a href="http://jedi.org/blog/archives/gpg_party_zh_tw.html">在此檢視／下載</a>。</ins></p>]]>
  
</description>
<guid isPermaLink="false">2662@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2003-08-09T06:01:00+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>跟 GnuPG 有關的中文語系檔</title>
<link>http://Jedi.org/blog/archives/002593.html</link>
<description>
  <![CDATA[<p>剛剛在 <a href="http://plasma.z6i.org/" title="連結到 Plasmabal 的網誌">plasmabal</a> 的協助下，一口氣更新了 <a href="http://www.gnupg.org"><acronym title="GNU Privacy Guard">GnuPG</acronym></a> 、 <a href="http://winpt.sourceforge.net/"><acronym title="Windows Privacy Tools">WinPT</acronym></a> 的中文語系檔，同時也把 <a href="http://www.jumaros.de/rsoft/gpgshell.html">GPGshell</a> 的語系檔送上了……</p>]]>
  <![CDATA[<p>如果妳有在用 <a href="http://www.gnupg.org"><acronym title="GNU Privacy Guard">GnuPG</acronym></a> 1.2.2 版的話，妳可以下載這個 <a href="http://p4.elixus.org/member/Jedi/l10n/GnuPG/gnupg-1.2.2.zh_TW.mo">gnupg-1.2.2.zh_TW.mo</a> 檔案（這個檔案的簽章則為 <a href="http://p4.elixus.org/member/Jedi/l10n/GnuPG/gnupg-1.2.2.zh_TW.mo.asc">gnupg-1.2.2.zh_TW.mo.asc</a> ），然後把它更名為 <strong>gnupg.mo</strong> 並取代掉妳原有的 <code>gnupg.mo</code> 即可。這個檔案比附在預先編譯好的 GnuPG 1.2.2 還要新，所以即使妳本來就已經看得到中文訊息，還是請妳更新這個檔案。原來的翻譯檔有一些錯誤，真是抱歉。</p>

<p>如果妳想要自己編譯的話，也可以抓 <a href="http://p4.elixus.org/member/Jedi/l10n/GnuPG/gnupg-1.2.2.zh_TW.po">gnupg-1.2.2.zh_TW.po</a> （這個檔案的簽章則為 <a href="http://p4.elixus.org/member/Jedi/l10n/GnuPG/gnupg-1.2.2.zh_TW.po.asc">gnupg-1.2.2.zh_TW.po.asc</a> ），或者是直接從 <a href="http://www2.iro.umontreal.ca/~pinard/po/registry.cgi?domain=gnupg">Translation Project: The gnupg textual domain</a> 抓 <a href="http://www.iro.umontreal.ca/contrib/po/teams/PO/zh_TW/gnupg-1.2.2.zh_TW.po">gnupg-1.2.2.zh_TW.po</a> ，這裡的檔案是被 TP Robot 審核過的。</p>

<p>理論上 <a href="http://www.jumaros.de/rsoft/gpgshell.html">GPGshell</a> 2.70 版已經內附中文語系檔了。但是如果妳還是想要另外抓的話，也可以到 <a href="http://p4.elixus.org/member/Jedi/l10n/GPGshell/270r/">http://p4.elixus.org/member/Jedi/l10n/GPGshell/270r/</a> 看一看，或直接到 <a href="http://www.jumaros.de/rsoft/gpgshlng.html">GPGshell Translations</a> 抓 <a href="http://www.jumaros.de/rsoft/download/gpglng/270/gpgsh_ch-tw.zip">gpgsh_ch-tw.zip</a> 。</p>

<p>至於 <a href="http://winpt.sourceforge.net/"><acronym title="Windows Privacy Tools">WinPT</acronym></a> 1.0rc2 雖然還沒有內含繁體中文語系檔，但是我也做好了。有需要的人可以抓取 <a href="http://p4.elixus.org/member/Jedi/l10n/WinPT/winpt_zh_TW.mo">winpt_zh_TW.mo</a> （檔案簽章則是 <a href="http://p4.elixus.org/member/Jedi/l10n/WinPT/winpt_zh_TW.mo.asc">winpt_zh_TW.mo.asc</a> ）。如果妳想自己編譯的話，也可以抓 <a href="http://p4.elixus.org/member/Jedi/l10n/WinPT/winpt_zh_TW.po">winpt_zh_TW.po</a> （檔案簽章則是 <a href="http://p4.elixus.org/member/Jedi/l10n/WinPT/winpt_zh_TW.po.asc">winpt_zh_TW.po.asc</a> ）。</p>

<p>另一個消息， <a href="http://hp.vector.co.jp/authors/VA023900/gpg-pin/index_en.html">BkGnuPG</a> 的中文語系也正在製作中，應該不久後就可以看到了……</p>]]>
</description>
<guid isPermaLink="false">2593@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2003-05-13T16:42:02+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>PGP 如何運作？</title>
<link>http://Jedi.org/blog/archives/002592.html</link>
<description>
  <![CDATA[<p><i>以下的文字摘錄自 PGP 6.5.1 文件集的<a href="http://www.pgpi.org/doc/guide/6.5/en/intro/">密碼法導論</a>第一章。 Network Associates, Inc. 及其附屬公司版權所有， 1990-1999 。保留一切權利。本文件是利用 <a href="http://access.adobe.com/access_form.html">http://access.adobe.com/</a> 將 PDF 檔轉換為 HTML 格式，再以手動編輯排版所得。</i></p>]]>
  <![CDATA[<ul><li><a href="#p1">密碼法基礎</a><ul><li><a href="#p2">加密與解密</a></li><li><a href="#p3">甚麼是密碼法？</a><ul><li><a href="#p4">強密碼法</a></li><li><a href="#p5">密碼法如何運作？</a></li></ul></li><li><a href="#p6">傳統密碼法</a><ul><li><a href="#p7">凱撒的密碼本</a></li><li><a href="#p8">金鑰管理與傳統加密</a></li></ul></li><li><a href="#p9">公開金鑰密碼法</a></li><li><a href="#p10">PGP 如何運作？</a></li><li><a href="#p11">金鑰</a></li><li><a href="#p12">數位簽章</a><ul><li><a href="#p13">雜湊函式</a></li></ul></li><li><a href="#p14">數位憑證</a><ul><li><a href="#p15">憑證散佈</a></li><li> <a href="#p16">憑證格式</a></li></ul></li><li> <a href="#p17">驗證與信任</a><ul><li><a href="#p18">驗證檢驗</a></li><li> <a href="#p19">建立信任</a></li><li><a href="#p20">信任模式</a></li></ul></li><li> <a href="#p21">撤銷憑證</a><ul><li><a href="#p22">傳遞某個憑證已經被撤銷的消息</a></li></ul></li><li> <a href="#p23">甚麼是密語？</a></li><li><a href="#p24">金鑰分解</a></li></ul></li></ul>

<p><h2><a name="p1">密碼法基礎</a></h2>當凱撒大帝要傳送信息給他的將軍時，他並不信任他的信差。所以他把信息中每一個字母 A 通通換成了字母 D 、每一個字母 B 都換成字母 E ，所有的字母都如此類推。只有知道這個「上移三」規則的人，才能夠看懂他的信息。<br />
然後讓我們開始吧。</p>

<p><h2><a name="p2">加密和解密</a></h2>不需要任何特殊方法就能夠被讀取以及瞭解的資料，稱之為<i>純文字</i>或<i>明文</i>。把純文字利用某種方法隱藏起來則稱為<i>加密</i>。純文字加密後的結果，會變成一堆無法讀取的亂碼，稱為<i>密文</i>。你使用加密以確定即使是能夠看到加密過資料的人，只要不是訊息真正的接收者，就無法取得隱藏在其後的資訊。把密文轉換回原來純文字的過程稱做<i>解密</i>。 <i>圖 1-1</i> 描繪了這樣的過程。</p>

<p><img src="fig1-1.gif"><br />
<i>圖 1-1 。加密和解密</i></p>

<p><h2><a name="p3">甚麼是密碼學？</a></h2><i>密碼法</i>是利用數學方法來對資料加密和解密的科學。密碼法讓你能夠儲存資訊，或透過並不安全的網路（例如網際網路）來傳遞訊息，而任何不該看到這個資訊的人都將無法讀取它。</p>

<p>相對於密碼法是保密資料的科學，<i>密碼分析</i>則是分析和破壞保密通訊的科學。古典密碼分析需要對分析推理、數學工具使用、板模尋找等興趣的結合，還需要耐心、決心、以及運氣。密碼分析家也被稱做<i>攻擊客</i>。</p>

<p><i>密碼術</i>則同時囊括了密碼法和密碼分析。</p>

<p><h3><a name="p4">強密碼法</a></h3><i>「世界上有兩種密碼法：讓你妹妹不再能讀取你的檔案的密碼法，以及阻止政府讀取你的檔案的密碼法。而本書所要討論的是後者。」</i> ─ Bruce Schneier, 應用密碼法：協定、公式、和 C 原始碼。</p>

<p>PGP 也是屬於後者的密碼法。密碼法又有<i>強</i>或<i>弱</i>的區分，詳述於後。密碼法的強度端看將其還原回純文字訊息所會耗去的時間和資源而定。<i>強密碼法</i>所產生的密文若沒有適當的解碼工具來處理，將會非常難破解。有多難呢？即便集合當今世界上所有的電腦全天執行，即使每一台電腦每秒鐘都能嘗試數十億組密碼，這個強密碼法就算到了世界末日仍然不可能被破解。</p>

<p>於是有人可能會認為強密碼法可以有效對抗極端堅毅的密碼分析家。誰能真的這麼說呢？沒有人能夠證明今天還可維護的強密碼法到了明天會不會因為電腦威力的突飛猛進而掛掉。至少現在由 PGP 所使用的強密碼法仍是最好的。無論如何，保持警覺和保守的態度總比費解的權利還要能夠保護你。</p>

<p><h3><a name="p5">密碼法如何運作？</a></h3>一個<i>密碼演算法</i>，或稱為密碼本，是一個用來處理加密和解密的數學函式。一個密碼演算法必須和一副<i>金鑰 </i> ─ 一個文字、數字、或詞組 ─ 一起將純文字加密。同樣的純文字一旦使用了不同的金鑰，就會加密成不一樣的密文。加密過資料的安全完全依賴兩件事：密碼演算法的強度和金鑰的保密。</p>

<p>一套密碼演算法，加上所有可能的金鑰以及所有可以讓他們工作無間的協定，這就構成了一個<i>密碼系統</i>。 PGP 就是一個密碼系統。</p>

<p><h2><a name="p6">傳統密碼法</a></h2>傳統密碼法又稱為<i>密鑰加密法</i>或<i>對稱式金鑰加密法</i>；在這種密碼法當中，用來加密和解密的是同一把金鑰。資料加密標準法 (Data Encryption Standard, DES) 就是一種被聯邦政府廣泛使用的傳統密碼系統。<i>圖 1-2</i> 描繪了傳統加密程序。</p>

<p><img src="fig1-2.gif"><br />
<i>圖 1-2 。傳統加密法</i></p>

<p><h3><a name="p7">凱撒的密碼本</a></h3>一個傳統密碼法的簡單例子是取代法密碼本。也就是透過取代法密碼本把一部份的資訊取代成另一些。這種方法常常透過把字母系統偏移數個字母以施行。兩個很好的例子分別是：午夜隊長的秘密解碼戒指（搞不好你小時候也有一個）和凱撒大帝的密碼本。在這兩個例子裡，密碼演算法就是「字母偏移」，而金鑰則是「字母偏移的距離」。</p>

<p>舉例來說，如果我們要把「SECRET」這個字用凱撒的方法來加密，而金鑰的數值是 3 的話，我們要先把字母系統往後偏移到第三個字母 (D) 作為字母系統的開始。</p>

<p>也就是說原先的字母系統應該是<pre>ABCDEFGHIJKLMNOPQRSTUVWXYZ</pre>在把每個字母都挪動 3 個位置後，你會得到<pre>DEFGHIJKLMNOPQRSTUVWXYZABC</pre></p>

<p>也就是 D ＝ A 、 E ＝ B 、 F ＝ C ，依此類推。</p>

<p>利用這個結構，原先的純文字「SECRET」就會被加密成「VHFUHW」。要讓別人能夠解讀密文，你需要告訴他們所用的金鑰數值是 3 。</p>

<p>顯然這個密碼法對於今天的標準來說太過薄弱了；嘿！但是它對凱撒可是有用的很，而且它也描繪了傳統密碼法的運作。</p>

<p><h3><a name="p8">金鑰管理和傳統加密</a></h3>傳統加密有個好處：它非常的快。尤其是對於把那些不會<i>流傳</i>到其他地方的資料加密來說更是如此。然後，拿傳統加密來作為傳遞保密資料將會相當的昂貴，因為要保密地傳遞金鑰太過困難了。</p>

<p>回想一下你最喜愛的諜報片角色：用手銬把自己手腕銬在公事包的傢伙。公事包裡頭是甚麼呢？它可能不是飛彈發射的密碼、生化毒氣的分子式、或入侵計畫本身。而是能夠把保密資料解密的<i>金鑰</i>。</p>

<p>對於使用傳統加密進行保密溝通的遞送者和收件者來說，他們必須事先對金鑰取得共識，並且在它們之間保密。如果他們身處不同的地理位置，那更必須信任他們的信差、蝙蝠電話、或任何保密溝通媒介以避免在傳輸過程當中秘密金鑰被公開。從 DES 以至於午夜隊長的秘密解碼戒指，傳統加密法未曾改變的問題都是<i>金鑰傳遞</i>：你如何把金鑰遞送給收件者而避免被某人擷取？</p>

<p><h2><a name="p9">公開金鑰密碼法</a></h2>金鑰傳遞的問題被<i>公開金鑰密碼法</i>給解決了。這個概念最早由 Whitfield Diffie 和 Martin Hellman 在 1975 年所提出。（現在已經被證明英國秘密勤務比 Diffie 和 Hellman 還要早幾年發明了這種方法，但一直把它是當成軍事機密─啥也不做。 [ J H Ellis ：非密數位加密的保密可能性， CESG Report ， 1970 年一月 ] ）</p>

<p>公開金鑰密碼法是一種非對稱性的結構，它使用了一<i>對</i>金鑰來進行加密：一把用來加密資料的<i>公鑰</i>，以及相對應用來解密的<i>私鑰</i>、或也稱作<i>密鑰</i>。你把你的公鑰發表到世界各處，同時保密你的私鑰。任何取得你的公鑰複製的人都可以加密出只有你才能閱讀的資訊。即使你從未遇到那個人也一樣。</p>

<p>在運算上要從公鑰追溯出私鑰是不可能的。任何持有公鑰的人都可以加密資訊，但是無法進行解密。只有擁有相對應私鑰的人才能夠將訊息解密。</p>

<p><img src="fig1-3.gif"><br />
<i>圖 1-3. 公開金鑰加密</i></p>

<p>公開金鑰加密法最主要的優點是它允許沒有事先安排保密管道人們仍然可以保密地交換訊息。遞送者和收件者需要透過保密管道共享秘密金鑰的需求消失了；所有的通訊只會涉及公鑰，而不會有任何私鑰被傳遞或共享。公開金鑰密碼系統的例子如 Elgamal （以它的發明者 Taher Elgamal 的名字所命名）、 RSA （以它的發明者 Ron Rivest 、 Adi Shamir 、 Leonard Adleman 的名字所命名）、 Diffie-Hellman （沒錯，你猜到了，仍然是以它的發明者的名字所命名）、還有 DSA ，也就是數位簽章演算法（由 David Kravitz 所發明）。</p>

<p>因為傳統密碼法一度是唯一可行的遞送秘密訊息的方法，因此秘密管道和金鑰傳遞的昂貴花費限制了只有能夠負擔的人才能夠使用這種密碼法；例如政府和大銀行（或者持有秘密解碼戒指的小孩）。公開金鑰密碼法可以說是一項技術上的革命，提供了普羅大眾一個強密碼法。還記得那個把公事包銬在手腕的人嗎？公鑰加密讓他丟了飯碗啦！（搞不好其實對他來說是種解脫）</p>

<p><h2><a name="p10">PGP 如何運作</a></h2>PGP 結合了傳統密碼法和公開金鑰密碼法的多種最棒的特色。 PGP 是一種<i>混合密碼系統</i>。當使用者使用 PGP 來對純文字加密的時候， PGP 首先會壓縮這段純文字。資料壓縮能夠節省數據機傳輸時間以及磁碟空間，還有更重要的、強化密碼法的保密程度。大部分的密碼分析技術利用純文字理發現的板模來破解密碼本。壓縮可以減少純文字裡的板模，相對來說也就提高了對密碼分析的抵抗力。（若是檔案長度太短以致於無法壓縮或是沒辦法良好壓縮的檔案就不會被壓縮。）</p>

<p>然後 PGP 會產生一個<i>階段金鑰</i>，這把階段金鑰是一種只有當時有效的秘密金鑰，是利用任意的滑鼠移動以及鍵盤輸入所產生的亂數。它以非常秘密而快速的傳統加密演算法來加密純文字，而產生出密文。當資料加密完成後，這把階段金鑰接著就會開始以收信者的公鑰被加密。這個被公鑰加密過的階段金鑰將會與密文一併交付給收信者。</p>

<p><img src="fig1-4.gif"><br />
<i>圖 1-4 。 PGP 如何加密</i></p>

<p>解密的過程就是反向運作了。收信者的 PGP 會利用他的私鑰來還原那把暫時的階段金鑰，然後 PGP 再利用這把階段金鑰來將傳統加密過的密文解密。</p>

<p><img src="fig1-5.gif"><br />
<i>如 1-5 。 PGP 如何解密</i></p>

<p>兩種加密方法的結合匯聚了公開金鑰加密法的便利以及傳統加密法的迅速。傳統加密法大約比公鑰加密法要快上 1,000 倍；而公鑰加密法則解決了金鑰傳遞和資料傳輸的課題。雙管齊下，效率和金鑰傳遞兩者同時改善了，而且不會有任何安全上的犧牲。</p>

<p><h2><a name="p11">金鑰</a></h2>一把金鑰是用來和密碼演算法產生特定密文的數值。本質上，金鑰是一個非常、非常、非常大的數字。金鑰的大小可以用位元組來計算；顯示為 1024 位元組大小的金鑰已經是天殺的大了。對公開金鑰密碼法來說，金鑰越大，密文就越保密。</p>

<p>然而，公鑰大小和傳統密碼法的私鑰大小全然無關。一把 80 位元組的傳統金鑰擁有和 1024 位元組公開金鑰相當的強度；一把 128 位元組大小的傳統金鑰擁有和 3000 位元組大小公開金鑰相當的強度。同樣地，金鑰越大就越保密；但是每一種密碼法的演算法相差甚多，就好像蘋果和橘子一樣有著天壤之別。</p>

<p>雖然公鑰和私鑰在數學上具有相關性，但是單從公鑰要想推知私鑰是非常困難的；雖然只要有足夠的時間和電腦威力，總是有機會解出私鑰。因此挑選正確大小的金鑰就顯得格外重要了：必須夠大才安全、必須夠小才夠快。另外，你也需考慮誰可能會讀取你的檔案、他們多有益力、他們有多少時間、以及他們可能有甚麼資源。</p>

<p>較大的金鑰在密碼法上來說會比較安全，但也會花去較長的運算時間。如果你打算把某個需要藏上幾年的資料加密，你也許會想要用一把非常大的金鑰。當然，誰會知道當明天電腦變得更快更有效率時，測出你的金鑰會花上多久？至少就目前來說， 56 位元組大小的對稱金鑰已經夠安全了。</p>

<p>金鑰會以加密過的形式儲存下來。 PGP 將金鑰儲存在你硬碟上的兩個檔案裡：其中一個用來儲存公鑰，另一個拿來儲存私鑰。這些檔案被稱作<i>金鑰鑰匙圈</i>。當你敻 PGP 時，你需要把收件者的公鑰加進你的公鑰鑰匙圈裡。你的私鑰則儲存在你的私鑰鑰匙圈裡。如果你弄丟了你的私鑰鑰匙圈，你將沒辦法對任何以鑰匙圈裡的金鑰加密過的資訊解密。</p>

<p><h2><a name="p12">數位簽章</a></h2>公開金鑰密碼法的一個主要好處是它提供了一種<i>數位簽章</i>的方法。數位簽章允許資訊收件者來驗證資訊來源的可信度，同時驗證資訊本身是否完整。也就是說，公鑰數位簽章提供了<i>證明</i>和資料<i>完整性</i>。數位簽章同時提供了<i>不可否認性</i>的證明，也就是說它可以避免資訊遞送者否認自己曾經送出過那樣的訊息。這些密碼法的功能正是隱私權的基礎，不多也不少。</p>

<p>數位簽章的功效就和親筆簽名一樣。然後親筆簽名很容易被偽造，而數位簽章幾乎不可能被偽造，而且還能夠證明文件的內容和剛被簽署的時候保持一致。</p>

<p>有些人傾向於使用簽署更勝於加密。例如說，你並不在乎任何人知道你剛存了 1000 元到你的戶頭裡，但是你很想確定和你打交道的傢伙市銀行的出納員。</p>

<p>創造數位簽章的基本方法描繪於<i>圖 1-6</i> 。數位簽章的作法是拿你的私鑰來進行加密，而非像加密資訊那樣使用別人的公鑰。如果這個資訊能夠被你的公鑰解密，那麼它顯然是出自你手中。</p>

<p><img src="fig1-6.gif"><br />
<i>圖 1-6 。簡單的數位簽章</i></p>

<p><h3><a name="p13">雜湊函式</a></h3>上述的系統還有些問題。它很慢，而且會產生龐大的資料 ─ 至少是原始資訊的兩倍量。要改良上述的架構得用到一個單向的<i>雜湊函式</i>來進行處理。單向的雜湊函式取得變異長度的輸入 ─ 在這個例子當中，任何長度的訊息，甚至是上千或上百萬位元組 ─ 並且產生一個固定長度的輸出；呃，就說是 160 位元組吧。這個雜湊函式能夠確認原始資訊中如果有任何一絲更動 ─ 那怕只有一個位元的不同 ─ 都會產生全然不同的輸出結果。</p>

<p>PGP 對使用者簽署的純文字使用密碼法上的強雜湊函式。這會產生一個固定長度的資料，稱做<i>訊息摘要</i>（當然，任何訊息的改變都會產生出全然不同的摘要。）</p>

<p>然後 PGP 使用這個摘要和私鑰以產生「簽章」。 PGP 把簽章和純文字一起傳遞。當收件者收到訊息後，就利用 PGP 重新計算摘要，然後驗證這個簽章。不論 PGP 有沒有對純文字加密，對純文字簽署都是很有用的。特別當某些收件者並沒有興趣或沒有辦法去驗證簽章的時候。</p>

<p>一旦採用了保密雜湊函式後，就沒有任何方法把某人的簽章從文件中截下、貼到另一份文件上，或改變任何被簽署過的訊息。任何在簽署過的文件上所動的細小手腳，都會導致數位簽章驗證的結果失敗。</p>

<p><img src="fig1-7.gif"><br />
<i>圖 1-7 。保密數位簽章</i></p>

<p>數位簽章在鑑定以及<i>驗證</i>其他 PGP 使用者的金鑰上扮演了相當重要的角色。</p>

<p><h2><a name="p14">數位憑證</a></h2>在公開金鑰密碼系統當中有一個課題是使用者必須時時保持警戒以確定他們加密的時候所用的金鑰是正確的。透過一個能夠自由且安全地交換金鑰的公開伺服器環境下，<i>中介</i>攻擊其實是一個潛在的威脅。在這類的攻擊中，某人以你預期的收信者的名字和使用者 ID 刊登了一把假造的金鑰。結果資料其實加密給 ─ 以及被攔截給 ─ 這把假金鑰的真正主人，於是流入了他人之手。</p>

<p>在一個公開金鑰的環境中，確認你拿來加密資料的公鑰確實是那個收信者所擁有而非偽造的，乃是極其重要的事。你當然可以僅用那些被親手交給你的金鑰來加密。但是假設你需要和從未見過面的人交換資訊，你要怎麼分辨你拿到了正確的金鑰呢？</p>

<p><i>數位憑證</i>，或稱<i>憑證</i>，使得確認某把公鑰是不是真的屬於某個人變成一項簡單的工作。</p>

<p>憑證其實是一種認證，像是你的駕照、身份證、或出生證明之類的。這些東西上都有一些資訊，用以辨識你、並且經過授權以表示另外有人確認了這是你的身份沒錯。某些憑證像是你的護照，重要到能夠完全確認你的身份，所以你不會想要遺失它們，免得別人拿它來假冒成你。</p>

<p>數位憑證是一筆具有類似實際憑證功能的資料。在數位憑證通常包括在一個人的公鑰當中以助於其他人能夠驗證這把金鑰是真的或<i>有效的</i>。通常數位憑證能夠阻止將某人的金鑰代換成另一個的不良意圖。</p>

<p>一個數位憑證由三件事情組成：<ul><li>一把公鑰。</li><li>憑證資訊。（使用者的「身份」資訊，像是名字、使用者 ID 之類的。）</li><li>一個以上的數位簽章。</li></ul></p>

<p>在憑證的時候，數位簽章的目的是要聲明這份憑證資訊已經被其他人或實體所驗證了。數位簽章並不能對整個憑證驗證其可信度；它只能擔保說，那些簽署的身份資訊確實是跟隨著或<i>附著在</i>那一把公鑰上。</p>

<p>也就是說，一個憑證通常會是一把公鑰附加上一種或兩種形式的 ID ，以及由其他信任的個體所批准的衷心印戳。</p>

<p><img src="fig1-8.gif"><br />
<i>圖 1-8 。 PGP 憑證解剖圖</i></p>

<p><h3><a name="p15">憑證散佈</a></h3>憑證用於有需要和他人交換公鑰的時候。對於一小群想要保密通訊的人來說，手動交換包含有彼此公鑰的磁片或電子郵件是一件很容易的事。這就是<i>手動公鑰散佈</i>，而且只在某個程度上行得通。除此之外，必須要架設起一套能夠提供足夠的安全、儲存、交換機制的系統，來讓協同工作者、商業伙伴、或陌生人在需要的時候得以溝通。這可以源自僅提供儲存功能的<i>憑證伺服器</i>，或者提供更多額外金鑰管理功能的<i>公鑰基礎建設 (Public Key Infrastructures, PKIs)</i> 。</p>

<p><b>憑證伺服器</b><br />
<i>憑證伺服器</i>也被稱做憑證<i>伺服器</i>或<i>金鑰伺服器</i>，是一個允許使用者提交和收回數位憑證的資料庫。憑證伺服器通常會提供一些管理功能讓公司行號能夠維護它們的保密政策 ─ 例如只允許合規定的金鑰被儲存。</p>

<p><b><a name="PKI">公鑰基礎建設</a></b><br />
PKI 包含了憑證伺服器所具備的儲存能力，另外又提供了憑證管理能力（發行、撤銷、儲存、收回、以及信任憑證的能力）。 PKI 的主要特色被稱之為<i>憑證中心(Certification Authority, CA)</i> 是由一個人類實體 ─ 一個個人、團體、部門、公司、或任何協會 ─ 認可了並發行它們所有電腦使用者的憑證。（ CA 所扮演的角色可以類比成國家政府的護照管理處。） CA 建立憑證並且使用 CA 的私鑰對其進行數位簽署。因為它們的角色是建立憑證，所以 CA 也就成了 PKI 的核心組成。藉由使用 CP 的公鑰，任何人想要驗證憑證授權其實就是在驗證 CA 發行的數位簽署以及憑證內容的完整性（更重要的，是憑證持有者的公鑰和其身份）。</p>

<p><h3><a name="p16">憑證格式</a></h3>數位憑證基本上是把辨識資訊和公鑰以及由信任的第三者用以證明其授權的簽署打包蒐集起來。它可以有許多不同的<i>格式</i>。</p>

<p>PGP 能夠理解兩種不同的憑證格式：<ul><li>PGP 憑證</li><li>X.509 憑證</li></ul></p>

<p><b>PGP 憑證格式</b><br />
一份 PGP 憑證包括（但不限於）下列的資訊：<ul><li><b>PGP 版本號碼 ─ </b>用以辨識與憑證相關的金鑰是由哪一個版本的 PGP 所製造的。</li><li><b>憑證持有者的公鑰 ─ </b>你的金鑰對的公開部分以及這把金鑰所採用的演算法： RSA 、 DH (Diffie-Hellman) 、或 DSA (Digital Signature Algorithm) 。</li><li><b>憑證持有者的資訊 ─ </b>由關於使用者的「身份」資訊組成，像是名字、使用者 ID 、照片等。</li><li><b>憑證持有者的數位簽章 ─ </b>這也被稱為<i>自簽</i>，也就是拿欲憑證的金鑰對裡的私鑰直接對其公鑰加簽。</li><li><b>憑證有效期限 ─ </b>憑證的啟用日期／時間和到期日期／時間；用以指出這個憑證何時會過期。</li><li><b>這把金鑰偏好的非對稱性加密演算法 ─ </b>指出這個憑證持有者所偏好的資訊加密演算法。可用的演算法有 CAST 、 IDEA 、或 Triple-DES 。</li></ul></p>

<p>你可以把 PGP 憑證想成是一把貼上一大堆標籤的公鑰（參見<i>圖 1-9</i> ）。在這些「標籤」上你可以找到足以辨識金鑰持有者的資訊，以及金鑰持有者的簽署，用以聲明這些資訊和金鑰是一併送出的。（這個部分的簽署就稱做<i>自簽</i>；每一份 PGP 憑證都會包含有自簽。）</p>

<p>PGP 憑證格式的一個獨特之處在於一份憑證可以包含有多份簽署。多數人可能會簽署金鑰／身份對以表明他們確認公鑰顯然屬於某個特定的持有者。如果你在公開憑證伺服器上尋找，你會發現許多憑證都有很多簽署；例如 PGP 之父 Phil Zimmermann 的就是。 </p>

<p>某些 PGP 憑證包含了擁有多個標籤的公鑰，每一個標籤都包含了不同的金鑰持有身份實體（例如持有者的姓名和公司電子郵件帳號、持有者暱稱和家用電子郵件帳號、持有者的照片 ─ 通通在同一份憑證裡）。每一個身份的簽署列表可能不同；簽署只能證明公鑰裡某個標籤被授權，並不代表金鑰理所有的標籤也都被授權了。（請注意「有效」是對旁觀者而言的 ─ 簽署是一種輿論，而不同的人在簽署一把金鑰前的注意程度並不相同。）</p>

<p><img src="fig1-9.gif"><br />
<i>圖 1-9 。 PGP 憑證</i></p>

<p><b>X.509 憑證格式</b><br />
<i>X.509</i> 是另一個非常常見的憑證格式。所有的 X.509 憑證完全是由 ITU-T X.509 國際標準而來的；所以（理論上） X.509 憑證可以適用於任何遵從 X.509 的程式。然後，事實上不同的公司創造了他們自己的 X.509 延伸版本憑證所以沒辦法放在一起運作。</p>

<p>一份驗證需要某人來使一把公鑰和金鑰主人的名字一起生效。在 PGP 憑證下，任何人都可以擔任驗證者的角色；而在 X.509 憑證下，驗證者永遠都是憑證中心或由憑證中心指明的人。（請記住 PGP 憑證也同樣完全支援權力體系架構下的 <i>CA</i> 來驗證憑證。）</p>

<p>一份 X.509 憑證是由一組包括了使用者或設備資訊的標準格式範疇和他們相對應的公鑰所組成的。 X.509 標準定義了憑證裡應有的資訊，以及描述了它們如何組成（資料格式）。所有的 X.509 憑證都具備了下列的資料：<ul><li><b>X.509 版本號碼 ─ </b>指出這份憑證運用了那個版本的 X.509 ，這會影響到哪些資訊可以被包含在其中。最新的版本是第 3 版。</li><li><b>憑證持有者的公鑰 ─ </b>憑證持有者的公鑰，以及用來指定這把金鑰用了何種密碼系統的演算法鑑定碼，還有任何其他跟這把金鑰相關的參數。</li><li><b>憑證的序號 ─ </b>建立憑證的實體（程式或個人）需要提供一個獨一無二的序號來和其所發出的其他憑證區隔開來，以示負責。這項資訊被以多種方法使用；例如當一個憑證被撤銷時，它的序號就會被放進<i>憑證撤銷清單</i>或 <i>CRL</i> 裡。</li><li><b>憑證持有者獨一無二的鑑定碼 ─ </b>（或稱 <i>DN ─ 區別名 distinguished name</i>）。這個名字應該是在網路上獨一無二的。一個 DN 包括了多個子區段，看起來可能像這樣：<pre>CN=Bob Allen, OU=Total Network Security Division, O=Network<br />Associates, Inc., C=US</pre>（它們提到了主體的<i>一般名字、組織單位、組織、</i>以及<i>國家</i>。）</li><li><b>憑證的有效期限 ─ </b>憑證的生效日期／時間以及截止日期／時間，指出這份憑證那個時候會過期。</li><li><b>憑證發行者獨一無二的名字 ─ </b>簽署這份憑證實體獨一無二的名字。通常這會是一個 CA 。使用一份憑證暗指著信任簽署這份憑證的實體。（請注意在某些情況下，像是<i>最高</i>或<i>頂級</i>的 CA 憑證，其發行者會簽署自己的憑證。）</li><li><b>發行者的數位簽章 ─ </b>使用發行這份憑證的實體的私鑰的簽章。</li><li><b>簽章演算法鑑定碼 ─ </b>指出 CA 簽署這份憑證時所使用的演算法。</li></ul></p>

<p>在 X.509 憑證和 PGP 憑證間有許多差異，其中較顯著的列出如下：<ul><li>你可以建立你自己的 PGP 憑證；但是 X.509 憑證卻只能經過申請的手續，由憑證中心發行</li><li>X.509 憑證自然地只能接受金鑰持有者使用單一名字</li><li>X.509 憑證只能接受單一一個數位簽章來證明金鑰的有效性。</li></ul></p>

<p>要維護一份 X.509 憑證，你必須要求 CA 發行給你一份憑證。你得提供你的公鑰，證明你持有相對應的私鑰，以及某些關於你的特定資訊。然後你得數位加簽資訊並把所有的東西 ─ 需求 ─ 寄出去給 CA 。然後 CA 執行某些該做的事以驗證你提供的資訊是否都是正確的，如果是的話，它們才會產生新的憑證並且寄回給你。</p>

<p>你可以把 X.509 憑證想程式標準的書面憑證（很像你可能會有的基礎急救訓練證書）附加上一把公鑰。上面有你的名字和一些關於你的資訊，然後加上這份憑證發行者的簽署。</p>

<p><img src="fig1-10.gif"><br />
<i>圖 1-10 。一份 X.509 憑證</i></p>

<p>也許現今最常見到的 X.509 憑證運用是在網頁瀏覽器上。</p>

<p><h2><a name="p17">驗證和信任</a></h2>每一個在公鑰系統中的使用者都難以防止由偽造的金鑰（憑證）所導致的錯誤。<i>驗證</i>以確認某個公鑰憑證確實屬於它該屬於的主人。驗證在公鑰環境當中相當地必要，尤其在你需要常常注意是否有一部份的憑證是可信的時候。</p>

<p>當你確認某個屬於別人的簽署是有效的，你可以在你的金鑰鑰匙圈的複製當中給予加簽，表住你已經檢查過憑證而且確認那份憑證是有效的了。如果你想讓其他人知道你給予這份憑證加簽了你的認可印戳，你可以把這份簽署輸出到某個憑證伺服器而讓別人看見。</p>

<p>如同在<a href="#PKI">公鑰基礎建設</a>段落所描述的，有些公司設計了一個以上的憑證中心 (CAs) 來直接驗證憑證。對一個使用 PKI 和 X.509 憑證的組織來說， CA 的工作就是要<i>發行</i>憑證給使用者 ─ 通常承擔來自使用者提出憑證要求的回應程序。但對於使用 PGP 憑證而不使用 PKI 的組織來說， CA 僅需檢查所有 PGP 憑證的可信度，並且擇優簽署即可。基本上 CA 的主要目的是要把公鑰和識別資訊打包在一起放到憑證中，以確定第三者可以確認這些被打包的識別資訊和金鑰是可信賴的。</p>

<p>CA 可以說是一個組織裡負責驗證的達官顯要；組織裡任何一個即使大家都相信的人，就像在使用 PKI 一樣，如果沒有被可信的 CA 簽署的話，其憑證就不會有效。</p>

<p><h3><a name="p18">驗證檢驗</a></h3>一個建立驗證的方法是透過一些手動程序。有許多方法可以達到這個目的。你可以要求你預期的收信者親自交給你他的公鑰副本。但是這通常既不方便也沒效率。</p>

<p>另一個方法是手動核對憑證的<i>指紋</i>。就好比每個人都有獨一無二的指紋，每一個 PGP 憑證也有它獨一無二的指紋。這個指紋其實是使用者憑證的雜湊摘要，會成為憑證中的一項屬性。在 PGP 中，這個指紋會以十六進位的數值或一系列所謂的<i>生統字符</i>，使得他們在語音上保持很大的差異，如此一來要進行核對的手續時就會簡單些。</p>

<p>想要檢驗憑證是否可信，你可以打電話給金鑰主人（也就是你主動開始）並請他讀出他的金鑰指紋給你聽，然後你可以藉此判斷。這項任務只有在你確知金鑰主人的聲音時才有意義；但是你要如何檢驗你不認識的人的身份？有些人因此把他們的金鑰指紋印在名片上。</p>

<p>另一個建立驗證某人的憑證的方法是去<i>信任</i>第三者所做的驗證。</p>

<p>例如說有個 CA 回應了確認曾經發行了一份憑證，他小心地檢查過那把公鑰確實屬於它應該屬於的人。任何人信任 CA 的話，也會自動認定由這個 CA 所簽署的憑證是有效的。</p>

<p>另一個驗證檢驗的觀點是去確認該憑證沒有被撤銷。請閱讀 <a href="#p21">憑證撤銷</a>的段落以取得更多資訊。</p>

<p><h3><a name="p19">建立信任</a></h3>你驗證了一份<i>憑證</i>。你信任了一個<i>人</i>。更精確的來說，你藉由驗證別人的憑證來信任他。一般說來，除非憑證主人自己把憑證交給你，否則你總是得從別人那兒確認它是可信的。</p>

<p><b>超級引薦人和受信任引薦人</b><br />
在大多數的情況下，人們完全信任 CA 所建立的憑證是可信的。這表示任何其他人依賴 CA 來進行完全手動驗證程序。這對相當數量的使用者或同一個工作區域中的成員來說是很好的，但 CA 並不可能保持相同等級的驗證品質。在這種情況下，在系統中增設其他的驗證者就很必須了。</p>

<p>一個 CA 同時也可以是一個超級<i>引薦者</i>。一個超級引薦者不只使用金鑰的可信度，同時也使用對其他人<i>信任金鑰的能力</i>。就像是國王將玉璽交給他所信任的大使，所以大使得以授權行動；超級引薦者能夠讓其他人具有<i>受信任引薦者</i>的位階。這些受信任引薦者能像超級引薦者一樣地驗證金鑰。然而，他們並不能提拔出新的受信任引薦者。</p>

<p>超級引薦者和受信任引薦者都是 PGP 術語。在 X.509 環境當中，超級引薦者被稱為<i>最高憑證中心</i> (root <i>CA</i>)而受信任引薦者<i>隸屬</i>於其下，稱為憑證中心。</p>

<p>最高 CA 使用與稱之為<i>最高 CA 憑證</i>的特殊憑證類別相關的私鑰來簽署憑證。任何被最高 CA 簽署的憑證都會被視為和被其他由最高 CA 簽署過憑證再來簽署的憑證一樣具有效力。這個憑證程序即便是系統中其他 CA 簽署的，也一樣能夠運作 ─ 只要次級 CA 的憑證是經由最高 CA 所簽署的，任何在這個階級關係中的憑證簽署都會具有相同的效力。這個在系統中回溯檢查前一個簽署者的程序稱之為<i>憑證路徑</i>或<i>憑證鍊</i>。</p>

<p><h3><a name="p20">信任模式</a></h3>在相對封閉的系統當中，例如在小公司裡，很容易就能夠回溯簽署路徑回最高 CA 。然後，使用者必須經常和公司環境外的人溝通，包括他們從未見面的人，像是零售商、顧客、客戶、協同者之類的。要對一個從未明確被你的 CA 所信任的信任管道很困難。</p>

<p>公司行號採用了另一種<i>信任模式</i>，要求使用者去建立憑證驗證。有三種不同的模式：<ul><li>直接信任</li><li>階級信任</li><li>信任網</li></ul></p>

<p><b>直接信任</b><br />
直接信任是最簡單的信任模式。在這個模式中，使用者因為知道一把金鑰從哪裡來而信任它是有效的。所有的密碼系統在某種程度上都使用了這樣的信任形式。例如在網頁瀏覽器上，最高憑證中心金鑰直接被信任，這是因為它們來自製造商。如果還有任何其他的位階，就會從這個直接信任憑證中延伸出去。</p>

<p>在 PGP 中，若使用者不經任何受信任引薦者而兀自信任自己的金鑰，就是使用了直接信任。</p>

<p><img src="fig1-11.gif"><br />
<i>圖 1-11 。直接信任</i></p>

<p><b>階級信任</b><br />
在階級系統中，會有許多來自「最高」憑證所延伸出來的信任。這些憑證也許為他們自己擔保、或擔保更低層的憑證。你可比這樣的情形想做是巨大的信任「樹」。「枝葉」憑證的驗證藉由追溯回他們的保證書到另一個保證書，直到直接由最高憑證所信任為止。</p>

<p><img src="fig1-12.gif"><br />
<i>圖 1-12 。階級信任</i></p>

<p><b>信任網</b><br />
信任網圍繞著另外兩種模式，但又增加了一個新的觀點：信任是來自旁觀者的眼睛（這也是真實世界的角度），而認為越多資訊越好。他同時也是信任累積模式。一個憑證可能直接地被信任，或者被某個可追溯回直接信任的最高憑證（超級引薦者）所信任，或由其他群的引薦者所信任。</p>

<p>也許你也聽過<i>六級分離</i>這個詞，它的意思是說世界上每個人都可以向別人畫出關聯線；而這樣的關聯線可以精簡到與你直接相關的中介人不超過六個。這就是引薦網。</p>

<p>這也是 PGP 的信任觀點。 PGP 使用數位簽章作為引薦的形式。當任何使用者加簽了別人的金鑰，他就會成為那把金鑰的引薦者。當這樣的程序被持續地進行著，就會形成一張<i>信任網</i>。</p>

<p>在 PGP 環境下，<i>任何</i>使用者都可以像被完全授權般地行動。任何 PGP 使用者都可以驗證其他 PGP 使用者的公鑰憑證。然而這樣的憑證只有在第三方也認為驗證者是可信任的引薦者時，才會被信任。（也就是說，你若要信任我所認為有效的金鑰，得先認定我是可被信任的引薦者。不然的話我對於另一把金鑰的驗證對你來說是毫無意義的。）</p>

<p>儲存在每一個使用者的公鑰鑰匙圈裡的東西代表著<ul><li>使用者認為某把金鑰是否有效</li><li>使用者對那把金鑰信任的程度，這關係著金鑰主人能否成為其他金鑰的驗證者</li></ul></p>

<p>你根據我的金鑰副本指出對我的評斷的計數。這真的是一個名聲系統：有些人們因為被給予簽署而有好的聲望，而人們因而信任他們對其他金鑰的驗證是有效的。</p>

<p><b>PGP 中的信任等級</b><br />
對一把金鑰的最高信任等級是<i>絕對的</i>信任，有如信任你自己的金鑰對一樣。 PGP 假設如果你擁有私鑰，你一定完全信任相對應的那把公鑰。任何被你完全信任的金鑰所簽署的金鑰也一樣是有效的。</p>

<p>你可為別人的公鑰設定三種不同的信任等級：<ul><li><i>完全</i>信任</li><li>信任<i>邊緣</i></li><li>不信任（或未信任）</li></ul></p>

<p>為了把事情弄得更複雜，有效程度也有三種：<ul><li>有效</li><li>有效邊緣</li><li>無效</li></ul></p>

<p>要將另一把金鑰定做你的受信任引薦者，你得<ol><li>從一把有效的金鑰開始，它必須兼備<ul><li>由你簽署過，或</li><li>由其他受信任引薦者所簽署過</li></ul>然後</li><li>設定擬任為金鑰主人該有的信任程度</li></ol></p>

<p>例如說，假設你的金鑰鑰匙圈裡有一把 Alice 的金鑰。你對其驗證過而且加簽以示認可。你知道 Alice 對於驗證別人的金鑰是斤斤計較的。所以你把他的金鑰設為完全信任。這使得 Alice 成為你的憑證中心。如果 Alice 加簽了別人的金鑰，那把金鑰在你的金鑰鑰匙圈裡也會同樣地有效。</p>

<p>PGP 需要一個完全信任的簽署或兩個信任邊緣的簽署才能將一把金鑰視為有效。 PGP 將兩個邊緣視為一個完整的方法很像對零售商要求兩個 ID 格式。你也許會認為 Alice 相當值得信賴，也覺得 Bob 相當值得信賴。他們之中任何一個其實都有簽署到偽造金鑰的機會，所以你也許會不想要對任何一個做完全的信任。然而，兩個人同時簽署同一把偽造金鑰的機率實在是小多了。</p>

<p><h2><a name="p21">憑證撤銷</a></h2>憑證只有當他們是有效的時候才有用。單純地假設某個憑證會永遠有效是不安全的。在大部分的組織和所有的 PKIs 中，憑證都有其受限的壽命。對於一個易受損的系統來說，有效期限的壓迫不啻為一種妥協方案。</p>

<p>因此憑證會依事先安排好的<i>有效週期</i>被製造：一個生效日期／時間和一個有效日期／時間。這個憑證在這段有效週期（它的<i>壽命</i>）中會是有效的。然而當憑證過期了，它就不再有效，而它所信賴的金鑰─身份配對也不再確定。（這個憑證仍然可以用來再度確認那些由它在有效期限內所加密或簽署的資訊 ─ 只不過它不應該繼續被信任以及在密碼法事務上被使用。）</p>

<p>還有一個狀況是需要將一份憑證終結的時候；例如當憑證持有者離職或者當那個憑證所對應的私鑰被洩漏之後。這種情況叫做<i>撤銷</i>。已撤銷的憑證<i>遠比</i>過期的憑證還要可疑。過期的憑證只是不能使用而已，可別抱持與已註銷的憑證一樣的擔心。</p>

<p>任何曾經簽署過憑證的人都可以撤回他們憑證上的簽章（他必須用和建立簽章相同的私鑰來做這件事）。撤銷的憑證表示簽署者不再信任這把公鑰及其連帶的身份資料；或者是憑證的公鑰（或相對應的私鑰）已經被洩漏了。一個被撤銷的簽章應該背負著幾乎和被撤銷的憑證一樣多的份量。</p>

<p>在 X.509 憑證中，一份撤銷的簽章，如果該認證上僅有一份由 CA 簽署的簽章，事實上與遭到撤銷的憑證是一樣的。 PGP 憑證提供了額外的功能，於是如果你覺得你的憑證被曝光了，你可以撤銷你的實體憑證（而不是只有其上的簽章）。</p>

<p>只有憑證的持有者（也就是相對應私鑰的持有者）或是被憑證持有者所<i>指派</i>為撤銷者的人才能夠撤銷 PGP 憑證。（指派撤銷者是常有的事，因為通常都是因為遺失了憑證相對應私鑰的密語使得使用者需要撤銷憑證 ─ 然而沒有辦法使用私鑰就沒有辦法進行撤銷程序。）只有憑證的發行者才能撤銷 X.509 憑證。</p>

<p><h3><a name="p22">傳遞某個憑證已經被撤銷的消息</a></h3>當某個憑證被撤銷了，讓這個憑證的潛在使用者注意到它不再有效是一件很重要的事。在 PGP 憑證中，最尋常地傳遞某個憑證已經被註銷的方法，就是把這個消息發佈到憑證伺服器上；其他想要和你溝通的使用者就會被警告別再使用那把公鑰了。</p>

<p>在 PKI 環境中，傳遞某個憑證已經被註銷的最常見方法是透過一個稱做<i>憑證撤銷清單</i>或 <i>CRL</i> 的資料結構；這是由 CA 所出版的。在 CRL 中包含有時間印戳、所有撤銷的認證、系統終未過期的憑證。以註銷的憑證會一直留在清單中直到過期為止，然後就會被移除 ─ 以避免清單變得太長。</p>

<p>CA 會定期（任何有憑證被撤銷的時候，它也會不定期地做這件事）對使用者發佈 CRL 。理論上，這會避免使用者不知情地使用已經曝光的憑證。但是，仍有可能在 CRLs 發佈週期間，有某一把剛曝光的憑證被誤用了。</p>

<p><h2><a name="p23">甚麼是密語？</a></h2>大部分的人對於透過<i>密碼</i>來進入受限制的電腦系統應該相當熟悉。密碼是指一個獨一無二的文字串，由使用者輸入作為鑑定碼。</p>

<p>而<i>密語</i>其實就是較長版本的密碼，而且在理論上也更安全。通常由多個字所組成的密語，能夠有效地抵抗標準的<i>字典攻擊</i>、也就是嘗試以所有字典當中查得到的字試圖破解你的密碼的攻擊方法。最好的密語最好相當之長且複雜，並且包含混雜有大寫及小寫字母、數字、和標點符號。</p>

<p>PGP 使用密語來在你的機器上加密你的私鑰。你的私鑰在你的硬碟上被以雜湊表的方式而成為密鑰。你可以透過密語來解密及使用你的私鑰。一個密語應該是你不容易忘記而別人卻很難猜得到的。它應當要是某個穩固存在你腦海中的長期記憶，而不是臨時抓出而癌賒。為什麼呢？因為<b>如果你忘記了你的密語，那可不幸運。</b>沒有你的密語，你的私鑰完全絕對地沒有用處，而不能做任何事。還記得本章稍早的引言嗎？ PGP 是能夠把政府驅離你的檔案的密碼法。它同樣地也可以把你驅離。當你打算把密語改成你永遠記不住的笑話的最後一行前，先把這件事謹記在心。</p>

<p><h2><a name="p24">金鑰分解</a></h2>俗話說，超過一個人知道的秘密就不是秘密。分享私鑰對的人就會有這個問題。雖然我們並不推薦如此做，但有時的確還是得分享私鑰對。例如說，<i>團體簽署金鑰</i>就是一把由公司來簽署的金鑰 ─ 例如 ─ 法律文件、敏感性的個人資訊、或者那些需要證明其來源的出版品。在這種情況下，公司裡有許多人同時持有一把私鑰確實是有必要的。然而，這也表示任何單獨個體都能完全代表公司行動。</p>

<p>在這種情況下，把金鑰拆解成許多份，而必須要有超過一個或兩個人出示所持金鑰片段才能組合成有用的金鑰的作法，的確是明智的。如果所能湊到的部分不夠多，這把金鑰就會失效。</p>

<p>一個例子是把金鑰分解成三份，而必須要有其中任兩份才能重新組合回原來的金鑰；或把金鑰拆解成兩份，唯有當兩份俱備的時候才能組合回原先的金鑰。如果在重新組合的過程當中能夠使用保密的網路連線，這些金鑰片段的持有人就不需要為了重新組合金鑰而匯聚一堂。</p>]]>
</description>
<guid isPermaLink="false">2592@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2003-05-09T17:49:41+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>妳為什麼需要 PGP ?</title>
<link>http://Jedi.org/blog/archives/002591.html</link>
<description>
  <![CDATA[<p><acronym title="Pretty Good Privacy">PGP</acronym> 之父─<a href="http://www.philzimmermann.com/" title="連結到 Zimmermann 的首頁">菲爾‧齊麥曼 (Phil Zimmermann)</a> 在 PGP 使用者手冊裡寫了一篇「<a href="http://www.philzimmermann.com/essays-WhyIWrotePGP.shtml">我為什麼要撰寫 PGP (Why I Wrote PGP)</a> 」，我在幾年前翻譯成中文如後。</p>]]>
  <![CDATA[<p>以下我們所要談論的事絕對是個人的、是私密的，而且只跟妳自己有關。妳也許正在策劃政治運動、研究如何聰明報稅、打算做些非法的事；或者，妳正在作那些妳不覺得觸法，但是卻的確違法的事情。無論如何，妳都不會希望妳私人的電子郵件或機密文件被別人閱讀。保護隱私乃是天經地義的事，就和憲法一樣的重要。</p>

<p>也許妳會以為妳的電子郵件完全合法，根本不需要加密。如果妳真的是這麼一個坦蕩蕩、光明磊落而毫無秘密的人，那麼為什麼不通通只用明信片寄所有的信件呢？為什麼不隨時接受毒品檢測？為什麼警察來搜查妳家的時候，還要出示搜索令呢？難道，妳試著要隱藏些甚麼嗎……？照這樣的邏輯來推論，如果妳把妳的信件密封在信封裡郵寄出去，八成妳就是個毒品商，要嘛，搞不好是個被害妄想症患者。守法的公民還需要加密他們的電子郵件嗎？</p>

<p>想想看，如果任何人都相信：「守法的公民都應該只寄明信片」，這個世界會變成怎樣？任何人鼓起勇氣密封私人信件，就會有犯罪嫌疑。也許有關當局就會想要打開他的信件，看看裡頭藏了些甚麼。好在，我們不是住在那樣的世界裡。因為大多數的人都會用信封來保護他們的信件，所以任何人都不會因為使用信封確保隱私而招致犯罪嫌疑；這樣安全多了。同樣的道理，每個人也都該例行性地為自己全部的電子郵件作加密的措施。不管信件的內容有沒有違法，沒有人可以依據妳把私人信件加密，就認定妳有犯罪嫌疑。這該被當成共識。</p>

<p>今天，如果政府想要侵犯尋常老百姓日常生活裡非數位化的隱私，得花去大量的金錢和代價來擷取、監視妳的傳統郵件，監聽並記錄下電話裡的對話。這種特殊行動通常不會是全面性、大規模的實施，通常只會針對某些大尾的事件、可疑的特定人物來進行；往往還要看看值不值得如此大費周章。</p>

<p>然而現在有越來越多的私人通訊是透過數位途徑傳遞；電子郵件正在逐步取代傳統信件。電子郵件非常容易被攔截、簡單地鎖定幾個關鍵字，就可以大量地搜尋與監控。這種監控作業非常容易，甚至可以例行性、自動化、大規模的進行，而且不會被察覺。事實上，美國國安局早就開始利用這種方式來掃瞄所有的國際電報網絡。</p>

<p>我們正邁向光纖數據網絡的未來：全國遍地電腦，彼此之間網網互聯。電子郵件不再像今天一樣是新奇的玩意兒，而會成為每個人的基本工具。那個時候，政府會以專用的加密協定來管制我們的電子郵件。大部分的人可能會默許這樣的情況，但也許有人會想用他們自己的保密方法。</p>

<p>1991 年參議院第 266 號法案，這個廣泛的反制犯罪法案，埋藏了一個懸而未決的爭議作法。如果這個沒有約束力的決議通過了，就將迫使所有的通訊安全設備製造商在他們的產品當中加入一個特別的後門，讓政府能夠輕易的解讀所有使用者的加密訊息。以下是這個議案的內容：</p>

<p><i>「美國國會要求電子通訊服務的提供廠商，以及電子通訊產品的製造商，應當確保美國政府在法律適切的授權下，得以透過通訊系統，取得聲音、數據和其他通訊方式的純文字內容。」</i></p>

<p>這項議案稍後遭受民權組織與業界的嚴厲抗議而撤回。</p>

<p>1992 年， FBI 數位電話竊聽草案送進了美國國會。這項草案要求所有的通訊產品製造商在設備裡內建一個特別的遠端監聽埠，讓 FBI 能夠在辦公室內就監聽任何型態的電子通訊。雖然因為民權組織的強烈反應，國會中沒有任何勢力願意為它背書；但是在 1994 年，這個法案又再度被提出送交國會。</p>

<p>在 94 年版的法案中，最大的警訊是：白宮的新加密政策方案。這個方案從布希執政時期就由國家安全局開始研發，一直到 1993 年 4 月 16 日才正式公諸於世。它的核心是一個由政府製造的加密裝置，稱為 Clipper 晶片，內含美國國安局所新制訂的「機密」── 密碼演算法。政府鼓勵私人公司將 Clipper 晶片嵌入安全通訊產品設計，例如加密電話、加密傳真機等；ＡＴ＆Ｔ已經把 Clipper 晶片放進他們的保密語音產品裡。其中的陷阱是：每個 Clipper 晶片上都會載入一把獨一無二的數位鑰匙，根據附帶的契約授權，這把鑰匙只有政府有備份。雖然不用擔心──政府保證他們只有在獲得法律的充分授權下，才會動用備份鑰匙解讀妳的資訊往來。當然，確保 Clipper 晶片能夠有效、完美運作的下一項必要措施，就是宣佈除了政府推動的加密方案之外，所有其他的加密／解密技術與密碼科技都是非法的。</p>

<p>如果隱私被判定為非法，那麼世界上就將只有歹徒才能擁有隱私權。情報機構能夠掌握先進的密碼科技，那些有勢力的、毒品走私客、軍火商、石油公司以及種種巨型的國際商業集團也將有辦法能夠搞定。唯一沒有辦法取得軍事等級公鑰密碼科技的就只有平凡老百姓和基層單位。直到現在，總算一切得以改觀。</p>

<p>PGP 讓人們能夠掌握自己的隱私權。現在我們的社會，越來越需要這種能力。這就是我撰寫它的目的。</p>]]>
</description>
<guid isPermaLink="false">2591@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2003-05-09T16:52:03+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>PGP 能做些甚麼？</title>
<link>http://Jedi.org/blog/archives/002590.html</link>
<description>
  <![CDATA[<p>妳的公司可能有許多方法來保護資訊。例如說，它可能利用上鎖的門，在建築物裡隔出一個封閉的空間，然後只允許被授權的人出入；公司也可以要求員工必須使用個人帳號以及密碼來登入網路，同時架設所謂的防火牆伺服器來監控所有公司內部與外部間的資訊流傳遞。這些機制都是為了要加強資訊的保密。</p>]]>
  <![CDATA[<p>PGP 能夠提供獨立電腦上的資訊保護功能，使得這個保密系統更加完備。它提供了這些功能：<ol><li>資料加密，包括電子郵件、任何儲存起來的檔案、還有線上傳遞的訊息例如 ICQ 之類的。</li><li>虛擬的私人網路系統，讓妳可以進行保密的遠端通訊。</li></ol></p>

<p>資料加密功能讓使用者可以保護他們送出的訊息─像是電子郵件─還有他們儲存在電腦上的資訊。檔案和訊息透過使用者的金鑰，透過複雜的公式運算後編碼，只有它們的接受者才能把這些檔案和訊息解碼。資料加密同時也是虛擬私人網路 (Virtual Private Network, VPN) 中相當重要的一部份：資訊首先被編碼，然後在網路這種其實並不安全的媒介上以這種安全的形式傳遞。虛擬私人網路是 PGPnet 的功能，因此 PGP 通常會預設安裝 VPN 。</p>

<p>現在妳應該對 PGP 已經有個大略的瞭解了，現在讓我們看看 PGP 實際上具有哪些功能： PGP 藉由加密以及認證的方式，提供了多種的功能和工具，幫助妳保全妳的電子郵件、檔案、磁碟、以及網路通訊。妳可以透過 PGP 做這些事：<ul><li>在任何軟體中進行加密/簽署以及解密/驗證。藉由 PGP 選單和電子郵件外掛，妳可以在任何軟體當中使用 PGP 的功能。</li><li>打造以及管理金鑰。使用 PGPkeys 來打造、檢視、和維護妳自己的 PGP 金鑰對；以及把任何人的公鑰加入妳的公鑰庫中。</li><li>建立自動解密壓縮檔 (self-decrypting archives, SDAs)。妳可以建立一個自動解密的執行檔。任何人不需要事先安裝 PGP ，只要得知保密密碼，就可以把這個檔案解密。這個功能尤其在需要把檔案遞送給沒有安裝 PGP 的人的時候特別好用。</li><li>永久的銷毀檔案、資料夾，並釋放出磁碟空間。妳可以使用 PGP Wipe 工具來永久地刪除那些敏感的檔案和資料夾，而不會遺留任何的資料片段在硬碟上。妳也可以使用 PGP Free Space Wiper 來再次清除已經被刪除的檔案實際佔據的硬碟空間。這兩個工具都是要確保妳所刪除的資料將不可能被回復。</li><li>保密網路傳輸。妳可以使用 PGPnet 這個虛擬私人網路 (VPN) 來有效且保密地與另一個在網路上使用 PGPnet 的人傳遞資訊。</li></ul></p>]]>
</description>
<guid isPermaLink="false">2590@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2003-05-09T16:45:02+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>許多程式更新了/Many programs updated</title>
<link>http://Jedi.org/blog/archives/002584.html</link>
<description>
  <![CDATA[<p>我在 Windows 上使用的郵件軟體是一套由日本公司 (<a href="http://www.rimarts.co.jp/index.html">RimArts</a>) 所撰寫的 <a href="http://www.rimarts.co.jp/becky.htm" title="連結到 Becky! 的官方英文首頁">Becky!</a> ，最新版是 2.05.10 版，國內有<a href="http://cpatch.org">中文化軟體聯盟</a>的<a href="mailto:camelko@cpatch.org" title="寄信給駱駝客">駱駝客</a>製作了<a href="http://search.cpatch.org/download/email/becky/bk20510tw.txt" title="連結到 Becky! 2.05.10 版中文化說明文件">中文化版本</a>。這是一個相當好用的郵件軟體，搭配上另一位日本人 <a href="mailto:spiegel@alles.or.jp" title="寄信給 Yasuhiro ARAKAWA">Yasuhiro ARAKAWA</a> 所撰寫的 <a href="http://hp.vector.co.jp/authors/VA023900/gpg-pin/index_en.html" title="連線到 BkGnuPG 的官方英文首頁">BkGnuPG</a> 外掛模組後，就能夠配合 <a href="http://gnupg.org"><acronym title="GNU Privacy Guard">GnuPG</acronym></a> 使用 <acronym title="Pretty Good Privacy">PGP</acronym>/<acronym title="Multipurpose Internet Mail Extensions">MIME</acronym> 來為信件加密或簽署。</p>

<p>然而，自從我把 <acronym title="GNU Privacy Guard">GnuPG</acronym> 更新到 1.2.x 版之後， BkGnuPG 就常常在加密的時候卡住；本來我打定主意，要花四千元請 <a href="http://www.gugod.org/blog/" title="連結到 gugod 的網誌去">gugod</a> 幫我補綴（因為 BkGnuPG 是<abbr title="Open Source">開放源碼</abbr>的）。結果一陣子沒關切，想不到一堆跟 <acronym title="Pretty Good Privacy">PGP</acronym> 有關的程式都各自出了新版，原本我遇到的問題也早就被解決掉了……</p>]]>
  <![CDATA[<p>首先， <acronym title="GNU Privacy Guard">GnuPG</acronym> 預計將在下星期正式釋出 1.2.2 版；我昨天 (2003/04/25) 纔剛剛把中文語系檔 (zh_TW.po) 寄回去；換而言之，這將會是第一個釋出時，可執行檔就已經內含繁體中文語系檔的 <acronym title="GNU Privacy Guard">GnuPG</acronym> 了。</p>

<p>接下來在電子郵件方面， <a href="http://hp.vector.co.jp/authors/VA023900/gpg-pin/index_en.html" title="連到 BkGnuPG 的英文版首頁去">BkGnuPG</a> 在去年 (2002) 年底的時候釋出了 <a href="http://hp.vector.co.jp/authors/VA023900/gpg-pin/BkGnuPG-1.0.3.exe">1.03 版</a>，終於修掉了加密的時候會卡住的瑕疵。其他有關電子郵件的 GnuPG 或 PGP 資訊，妳還可以參考 <a href="http://www.bretschneidernet.de/index.html.en" title="連結到 Bretschneider 的首頁">Martin Bretschneider</a> 所整理的「 <a href="http://www.bretschneidernet.de/tips/secmua.html">secure email-clients with PGP/MIME</a> 」文件。</p>

<p>至於在 Windows 上的圖形界面方面， <a href="http://www.jumaros.de/rsoft/gpgshell.html" title="連結到 GPGshell 的首頁去">GPGshell</a> 在上個月 (2003/03/25) 也釋出了能夠搭配 <acronym title="GNU Privacy Guard">GnuPG</acronym> 1.2.1 的 <a href="http://www.simtel.net/pub/dl/63285.shtml" title="從 Simtel 下載 GPGshell v2.70">2.70 版</a>，同時也開始為即將於下星期釋出的 <acronym title="GNU Privacy Guard">GnuPG</acronym> 1.2.2 開始製作 2.80 版。 <a href="http://www.jumaros.de/rsoft/gpgshell.html" title="連結到 GPGshell 的首頁去">GPGshell</a> 從很久之前，就已經內含我所負責翻譯的<a href="http://www.jumaros.de/rsoft/download/gpglng/270/gpgsh_ch-tw.zip" title="GPGshell 2.70 的繁體中文語系檔">繁體中文語系檔</a>了（事實上簡體中文的那一份也是我負責處理的）。</p>

<p>另一個也很有名的 <a href="http://winpt.sourceforge.net/" title="連結到 WinPT 的 SourceForge 首頁"><acronym title="Windows Privacy Tools">WinPT</acronym></a> 進入了 <a href="http://soruceforge.net">SoruceForge</a> 系統，同時推出了 <a href="http://prdownloads.sourceforge.net/winpt/winpt-install-1.0rc1.exe?download" title="從 SourceForge 下載 WinPT 1.0rc1">1.0rc1</a> ；我剛寫信去要求接下繁體中文語系檔的翻譯工作，所以如果一切順利的話，各位也將能夠在 <acronym title="Windows Privacy Tools">WinPT</acronym> 1.0 正式版釋出的時候，拿到已經內含中文語系的檔案了。</p>

<p>另一個不算新的新聞， <a href="http://www.pgp.com/" title="連結到 PGP Corporation 的首頁去">PGP Corporation</a> 已經釋出了 <acronym title="Pretty Good Privacy">PGP</acronym> 8.0.2 版，使用個人免費版的使用者可以到 <a href="http://www.pgp.com/products/freeware.html">http://www.pgp.com/products/freeware.html</a> 直接抓 8.0.2 版的 <acronym title="Pretty Good Privacy">PGP</acronym> 8.0.2 Freeware 。其他相關的資訊請見 <a href="http://www.pgp.com/products/802.html">http://www.pgp.com/products/802.html</a> 。</p>

<p>等我有空之後，這些變更我也會一併更新到 <a href="http://gpgzilla.org">GPGzilla</a> 上。</p>]]>
</description>
<guid isPermaLink="false">2584@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2003-04-26T16:36:16+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>
<item>
<title>洩漏個人資訊的榜單</title>
<link>http://Jedi.org/blog/archives/002565.html</link>
<description>
  <![CDATA[<p>昨天 (2003/04/11) <abbr title="國立台北護理學院">敝校</abbr>公布了研究所的<a href="http://www.ntcn.edu.tw/OFFICE/ACADEMIC/html/register/92-master-oral.htm">口試名單</a>（也就是筆試合格名單），用 <acronym title="Internet Explorer">IE</acronym> 看起來就像這樣：<br />
<img alt="用 IE 看口試名單時，好像很正常" src="http://jedi.org/blog/archives/announce_ie.png" style="width:508px;height:277px;border:0" /><br />
上面有祇有組別、准考證號碼、姓名和口試報到時間的資訊，一切看起來好像都很正常。</p>

<p>不過，我看到的畫面卻不是這樣……</p>]]>
  <![CDATA[<p>我用 <a href="http://www.csie.ntu.edu.tw/~b7506051/mozilla/" title="連結到 piaip 的 Mozilla/Phoenix 正體中文網頁">Phoenix</a> 瀏覽的時候，在畫面中看到了額外的一些資訊，像這樣：<br />
<img alt="用 Phoenix 看的時候還多了一些欄位" src="http://jedi.org/blog/archives/announce_gecko.png" style="width:717px;height:289px;border:0" /><br />
剛剛我試著用 <a href="http://www.opera.com" title=""連結到 Opera 的官方網站>Opera</a> 開啟，結果一樣多了一些欄位，如下：<br />
<img alt="用 Opera 看的時候也一樣多了些欄位" src="http://jedi.org/blog/archives/announce_opera.png" style="width:747px;height:387px;border:0" /></p>

<p>妳可以注意一下這些多出來的欄位，然後就會發現它們是<strong>身份證字號</strong>、<strong>聯絡地址</strong>（還附郵遞區號）、<strong>住家電話號碼</strong>、<strong>行動電話號碼</strong>、<strong>畢業學校</strong>和<strong>錄取名次</strong>。這些資料一直都存在於網頁之中，祇不過用了 <acronym title="Cascading Style Sheets, 階層樣式表">CSS</acronym> 來把他們隱藏起來不顯示而已；而這個頁面所使用的 CSS <strong>祇有 IE 纔看得懂</strong>，所以一旦用別的瀏覽器開啟，就甚麼都跑出來了。</p>

<p>這個頁面顯然是直接很偷懶的從微軟 <a href="http://www.microsoft.com/taiwan/products/office/excel/" title="連結到微軟的 Excel 產品資訊頁面">Excel</a> 格式的檔案轉換過來的，妳可以偷看它的<abbr title="source code">源碼</abbr>，或者利用像是 <a href="http://www.bradsoft.com/topstyle/index.asp" title="連結到 TopStyle 的首頁">TopStytle</a> 內附的 Style Checker （樣式檢測）工具及 <acronym title="World Wide Web Consortium">W3C</acronym> 的 <a href="http://jigsaw.w3.org/css-validator/">CSS Validator</a> （ CSS 驗證器），然後就會得到如下的一大堆錯誤：<br />
<img alt="這份 CSS 有非常多錯誤" src="http://jedi.org/blog/archives/announce_style_check.png" style="width:639px;height:504px;border:0" /></p>

<p>這種偷懶的作法，導致瀏覽上的不便也就罷了，重點在於這麼一來等於是擅自公開了大量考生的個人隱私資訊，實在是非常非常糟糕。</p>

<p>實際上這樣的事情，已經明顯違反多條<a href="http://www.rdec.gov.tw/misgw/law/d2.html">電腦處理個人資料保護法</a>的規定（妳也可以參考這份<a href="http://www.cga.gov.tw/%E8%A1%8C%E6%94%BF%E7%B5%84%E7%B9%94/%E9%80%9A%E9%9B%BB%E8%B3%87%E8%A8%8A%E8%99%95/%E8%B3%87%E8%A8%8A%E6%B3%95%E8%A6%8F/law081.htm" title="連結到「電腦處理個人資料保護法」的摘要">摘要</a>）了。另外根據前天 (2003/04/10) 聯合新聞網的報導「<a href="http://tw.news.yahoo.com/2003/04/10/society/udn/3923708.html">違法蒐用個人資料 最高賠5000萬</a>」，這項法規將大幅修正，提高罰則。在這個資訊隱私與保護越來越重要的時代，還發生這種事情，實在讓人難過。我在此建議榜上有名的考生們，妳們實在應該發起告訴，保護自己的權利，也纔能督促校方有實質的改進。</p>]]>
</description>
<guid isPermaLink="false">2565@http://Jedi.org/blog/</guid>
<dc:subject>privacy</dc:subject>
<dc:date>2003-04-12T12:27:29+08:00</dc:date>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/2.0/tw/</creativeCommons:license>
</item>


</channel>
</rss>