術語表

最近更新： December 30, 2018
More recently updated page available in English
所有文件

ACME (Automatic Certificate Management Environment): 自動憑證管理環境。由 Let’s Encrypt 所實作的協議，與它相容的軟體可以透過此協議與 Let’s Encrypt 溝通以獲得憑證。ACME 協議草案 - 維基百科
ACME Client: ACME 客戶端。能 ACME 伺服器溝通，以請求憑證的軟體。
ACME Server: ACME 伺服器。相容 ACME 協定的伺服器。Let’s Encrypt 的軟體 Boulder 相容 ACME 協定，但是還是有一些差異。
Authority Information Access (AIA): 授權資訊存取。一個憑證擴展中的欄位，用來告訴使用者代理軟體有關憑證頒發者的資訊，包括 OCSP URI 和憑證頒發者的 URI。
Baseline Requirements (BRs): 底線要求。客戶端對於憑證頒發機構技術和政策上的要求，憑證頒發機構需要遵守客戶端的根憑證政策，以取得數瀏覽器的信任。
Boulder: 由 Let’s Encrypt 開發和使用，以實作 ACME 協議的軟體。GitHub
CA Issuers: CA 頒發者。AIA 欄位中的一部分，內容包含憑證頒發者的資訊。用於當網頁伺服器沒有提供可信任的憑證鏈時。
CA/Browser Forum: CA/瀏覽器論壇。由憑證頒發機構、瀏覽器、作業系統，以及其他使用 PKI 應用程式開發商，所組成的公益性組織。CA/瀏覽器論壇頒布了底線要求。Let’s Encrypt 是 CA/瀏覽器論壇的成員之一。維基百科
CAA (Certificate Authority Authorization): 憑證頒發授權。指定哪些憑證頒發機構是可以替對應的網域名稱頒發憑證的 DNS 紀錄。憑證頒發機構會檢查 CAA 紀錄，而瀏覽器不會檢查它。依據憑證頒發機構的底線要求，Let’s Encrypt 會尊重 CAA 紀錄。 - 維基百科
Canonical Name record (CNAME): 將一個網域名稱對應到另一個網域名稱的 DNS 紀錄。維基百科
Certificate: 憑證。一個使用 X.509 格式的文件，內容包含公鑰和如何使用這把公鑰的資訊。最常見的憑證種類是終端憑證；同時，憑證種類也有中間憑證和根憑證。
Certificate Authority (CA): 憑證頒發機構。Let’s Encrypt、IdenTrust、Sectigo 和 DigiCert 都是憑證頒發機構。維基百科
Certificate Policy (CP): 憑證政策。一系列的共同安全要求，描述對於使用者社群和應用程式的憑證用性。ISRG Certificate Policy - RFC 3647 - 維基百科
Certificate Revocation List (CRL): 憑證註銷列表。告知使用者代理軟體關於憑證註銷狀態的方法。憑證註銷列表由 CA 對憑證簽名的序號所組成。維基百科
Certificate Signing Request (CSR): 憑證簽發請求。一份經由簽名的文件，內容包含申請憑證所需要的資訊。Let’s Encrypt 需要的資訊為：通用名稱、主體別名和主體公鑰資訊。通常 ACME 客戶端，或網頁服務業者會自動替使用者產生此簽發請求。維基百科
Certificate Store: 憑證儲存倉庫。憑證儲存倉庫中包含一個可信任的根憑證列表。作業系統（例如：Windows、Android 或 Debian）和瀏覽器（例如：Firefox）都維護著自己的憑證儲存倉庫；沒有憑證儲存倉庫的瀏覽器，會使用作業系統本身的憑證儲存倉庫。由 Let’s Encrypt 提供的憑證已經被大多數的憑證儲存倉庫所信任。
Certificate Transparency (CT): 憑證透明度。為了增加安全性，憑證或預憑證必須被公開在憑證透明度紀錄中：https://www.certificate-transparency.org/。Let’s Encrypt 頒發憑證的過程會先產生預憑證，再將 SCT 列表加入到預憑證中。有些瀏覽器，例如：Google Chrome 就會需要 SCT 來驗證憑證。維基百科
Certificate Transparency Log: 憑證透明度紀錄。憑證透明度架構中的一部份，憑證透明度紀錄接受憑證和預憑證的提交，並加他們添加到一個永久、可驗證、公開的列表中。
Certificate chain: 憑證鏈。透過中間憑證列表，連結到儲存在憑證信任倉庫中的根憑證，來幫助使用者代理軟體判斷是否能信任一張終端憑證。請注意，憑證鏈的選擇不是唯一的，網站提供了一個憑證鏈，然而使用者代理軟體可能會選擇另一條憑證鏈來驗證這張憑證。維基百科
Certificate extension: 憑證擴展。在憑證中，大部分的欄位都是憑證擴展所定義，例如：SAN 和 AIA，這兩個欄位都屬於憑證擴展。憑證擴展的機制讓你可以建立不屬於 X.509 標準中的欄位。
Certificate issuer: 憑證頒發者。憑證中的頒發者欄位。例如：Let’s Encrypt 終端憑證的頒發者欄位可能是：C = US, O = Let’s Encrypt, CN = Let’s Encrypt Authority X3"。它同常包含通用名稱、國家和組織。憑證的頒發者，必須對應到另一張憑證的主體。對於像根憑證的自簽憑證，頒發者和主體兩者會相同。頒發者這個詞可能也用來，表示一張頒發了其他憑證的憑證（例如：中間憑證或根憑證），或表示頒發了憑證的組織。
Certificate subject: 憑證主體。憑證中的主體欄位，指名這張憑證是頒發給誰的。憑證主體通常包含通用名稱、所屬國家、機構名稱。
Certification Practice Statement (CPS): 憑證實作聲明。一份憑證頒發機構的聲明文件，內容包括對於憑證頒發、管理、註銷、更新或更換金鑰的實作方法。ISRG Certification Practice Statement - RFC 3647 section 3.4 維基百科
Common Name (CN): 通用名稱。憑證主體欄位中的一部分，通用名稱描述該憑證是頒發給哪個網域的。根憑證和中間憑證的通用名稱是憑證頒發機構的名稱；而終端憑證的通用名稱是擁有該憑證的網域之一。請注意，通用名稱有長度的限制，最多為 63 個字元，因為在過去我們使用通用名稱來判斷哪個網遇能使用該憑證；而現在網路標準使用主體別名來判斷。
Critical extension: 關鍵擴展。憑證中被標示為"關鍵"的擴展欄位。憑證相關軟體如果不知道如何處理關鍵擴展欄位，它就必須拒絕該憑證。區分關鍵與非關鍵擴展，使得未來為了安全性而新增的擴展欄位，不會對舊軟體造成影響。
Cross Signing: 交互簽名。一張憑證由多個憑證頒發機構的根憑證所簽發。例如：Let’s Encrypt 的中間憑證是與IdenTrust 交互簽名所產生的，因為在剛開始 Let’s Encrypt 的根憑證並沒有被客戶端的憑證儲存倉庫所信任。技術上來說，要進行交互簽名需要兩張使用相同主體，和金鑰對的憑證，一張由 Let’s Encrypt 根憑證的私鑰簽名，另一張由 IdenTrust 根憑證的私鑰簽名：/certificates。維基百科
DNS-based Authentication of Named Entities (DANE): 基於 DNS 的域名實體認證。一個網路安全協定，使用 DNS 來告訴客戶端該如何驗證憑證真偽，以及是否有提供加密公鑰。維基百科
Domain Name System Security Extensions (DNSSEC): 網域名稱系統安全擴展。使用密碼學認證 DNS 回應的機制。要使用 DNSSEC 需要頂級域名、網域名稱擁有者和 DNS recursive resolvers 的配合。DNSSEC 安全擴展的使用率目前偏低。維基百科
Domain-validated certificate: 域名驗證型憑證。證明你有該網域名稱控制權的憑證。Let’s Encrypt 僅提供 DV 憑證，而不提供 OV 或 EV 憑證：FAQ - 維基百科
ECDSA (Elliptic Curve Digital Signature Algorithm): 橢圓曲線數位簽名演算法。使用橢圓曲線密碼學的數位簽名演算法。維基百科. Let’s Encrypt 支援頒發使用 ECDSA 的終端憑證，但是整個憑證鏈還沒有完全使用 ECDSA：/upcoming-features
Ed25519: 一種特殊類型的 EdDSA，類似還的還有 Ed448。
EdDSA (Edwards-curve Digital Signature Algorithm): 現代基於橢圓曲線的公鑰簽名演算法，它是為了解決一些橢圓曲線加密的常見問題。Let’s Encrypt 等憑證頒發機構還沒有辦法頒發使用 EdDsa 的憑證。維基百科
Elliptic Curve Cryptography (ECC): 橢圓曲線密碼學。一種基於橢圓曲線的公鑰密碼學。ECC 得以在提供相同安全性的前提下，使用較小的金鑰。Cloudflare - 維基百科
Extended Validation (EV): 擴展驗證。一種憑證驗證方式，CA 會驗證法律實體是否有網站的控制權。擴展驗證憑證中會包含法律實體的資訊。CA 對 EV 憑證的控制比 OV 憑證還要嚴格。Let’s Encrypt 不提供頒發擴展驗證憑證。維基百科
Fully qualified domain name (FQDN): 完整網域名稱。例如： www.example.com 就是一個 FQDN 。
HTTP Public Key Pinning (HPKP): HTTP 公鑰固定。要求瀏覽器在載入網頁時，使用特定公鑰來驗證網站憑證鏈的安全機制。Chrome 引入這個機制來應對 CA 被入侵時的狀況，但它會導致網站無法被訪問，因此後來 Chrome 移除了這項機制。維基百科
IdenTrust: IdenTrust 是一個憑證頒發機構。 IdenTrust 和 Let’s Encrypt 使用彼此的私鑰交互簽名產生了中間憑證：/certificates。維基百科
Intermediate certificate: 中間憑證。由根憑證或其他中間憑證所頒發的憑證，它可以頒發其他憑證。通常我們會將根憑證的私鑰以離線方式儲存，並用中間憑證憑證的私鑰替終端憑證簽名。中間憑證被包含在憑證鏈中。維基百科
Internationalized Domain Name (IDN): 國際化域名。含有不屬於 a 到 z和 0 到 9 以及連字號 - 的網域名稱。這些網域名稱可能含有阿拉伯文、中文、西里爾文、泰米爾文、希伯來文，或其他拉丁字母的變音符號或合體字。編碼後的 IDN 域名會以 xn-- 為開頭。Let’s Encrypt 支援頒發 IDN 域名的憑證：https://letsencrypt.org/2016/10/21/introducing-idn-support.html 。維基百科 - RFC 5890 - RFC 5891
Internationalized Domain Names for Applications (IDNA): 應用程式中的國際化域名。請參考國際化域名。
Internet Security Research Group (ISRG): 在 Let’s Encrypt 的上級組織：https://www.abetterinternet.org/about/。維基百科
Key-pair: 金鑰對，或稱公私鑰對。由一組私鑰與公鑰所組成，公鑰通常被包含在憑證資訊內，而私鑰則獨立保存。金鑰對通常依據不同的用途，被用來加密、解密、簽名、驗證資料。維基百科
Leaf certificate (end-entity certificate): 終端憑證，或稱子葉憑證。終端憑證大部份是由中間憑證所頒發，僅對於一組網域有效，並且無法用來頒發憑證。終端憑證透過 ACME 客戶端請求，並由網頁伺服器所使用。維基百科
Mixed content: 混合內容。在 HTTPS 網頁中以 HTTP 方式載入子資源（Javascript、CSS 或圖片）的網頁稱為混合內容。瀏覽器可能會禁止混合內容網頁，或標示為安全性較低的網頁：https://developer.mozilla.org/en-US/docs/Web/Security/Mixed_content 。為了解決混合內容問題，網頁開發者必須全數使用 HTTPS 載入資源。在瀏覽器內建的開發者工具可以幫助你找出哪些資源可能造成混合內容問題。
OCSP (Online Certificate Status Protocol): 線上憑證狀態協定。一種檢查憑證註銷狀態的方法。檢查憑證頒發機構是否認為該憑證雖然在有效期限內，但依然不再有效力。這個協定衍伸出隱私問題，因為憑證頒發機構和網路提供業者，可以藉由此協定的請求過程知道哪些人正在拜訪哪些網站。維基百科
OCSP Must-Staple: 一個憑證擴展欄位，它告訴瀏覽器必須使用 OCSP 裝訂的證書。它用來確保瀏覽器在每次訪問網頁伺服器時，取得最新的憑證註銷狀態，使得憑證註銷系統更加可靠。Let’s Encrypt 可以頒發具有 OCSP Must-Staple 擴展欄位的憑證。Mozilla Security Blog RFC 7633
OCSP stapling: OSCP 裝訂，也被稱為 TLS 憑證狀態請求擴展 (TLS Certificate Status Request extension)。網頁伺服器透過回傳給瀏覽器一個經由憑證頒發機構簽名的 OCSP 請求回應，以節省瀏覽器向憑證頒發機構二次 OCSP 請求的時間。OCSP 裝訂是為了增加效率與保護隱私而增加的。維基百科 Cloudflare
Object identifier (OID): 物件識別碼。UID 是由國際電信聯盟 (ITU) 和 ISO/IEC 標準化，具有唯一性的一組數字。在憑證中，OID 用來定義憑證擴展、欄位或政策聲明。網路標準、憑證政策和憑證實作聲明文件內都定義了 OID 的使用方法。維基百科
Organization Validation (OV): 組織驗證。一種憑證驗證方式，CA 會驗證使用者的法律實體。組織驗證憑證中會有法律實體的資訊。Let’s Encrypt 不提供頒發組織驗證憑證。維基百科
PEM file (.pem): PEM 格式。一種密碼學格式，原本用於"隱私增強型電子郵件"標準。PEM 格式的文件可用來表示私鑰、公鑰或數位憑證，文件以 “-----BEGIN " 作為資料的開頭。維基百科
Personal Information Exchange Files (.pfx): PFX 個人資訊交換格式。一種包含終端憑證、連結根憑證的憑證鏈，和私鑰的檔案。請參考：https://en.wikipedia.org/wiki/PKCS_12 。Microsoft Hardware Dev Center
Precertificate: 預憑證。預憑證是憑證透明度架構的其中一部份。預憑證內包含一個破壞性的關鍵擴展，以避免預憑證被客戶端軟體接受。CA 會將預憑證提交給憑證透明度紀錄，以取得 SCT。預憑證與它對應的憑證不會相同，因此憑證透明度紀錄可能會將兩者都記錄下來。RFC 6962 Section 3.1
Public Suffix List (PSL): 公共後綴列表。由 Mozilla 所維護的列表，列表中記錄可供註冊的網域名稱。例如：com 和 co.uk 都屬於公共後綴網域名稱，雖然 co.uk 不屬於頂級域名。網頁瀏覽器使用這個列表和其他的方法，以避免不同的網站共享 cookies。Let’s Encrypt 也使用了這個列表來計算是否達到速率限制：/docs/rate-limits。 https://publicsuffix.org/
RSA: 一個公開金鑰的演算法，用來加密和替數位憑證簽名。維基百科
Relying Party: 信任方。依賴憑證資訊的人。例如：訪問 HTTPS 網站的人就是信任方。
Revocation: 註銷。對於一張憑證，除非 CA 註銷它，不然在憑證過期之前一直有效。憑證可能因為不同原因而被註銷，例如：憑證的私鑰洩漏。瀏覽器會使用 CRL來檢查憑證是否被註銷、OCSP 或其他新方法像是 OnceCRL。請注意，有些狀況下註銷憑證對瀏覽器沒有影響。 /docs/revoking
Root Program: 根憑證政策。客戶端軟體開發機構的政策，用來決定哪些根憑證可以被放入憑證儲存倉庫，被包含憑證儲存倉庫的憑證，其憑證頒發機構就會被該軟體所信任。
Root certificate: 根憑證。由憑證頒發機構所控制的自簽憑證，它用來頒發中間憑證，以及儲存在客戶端或作業系統中的憑證儲存倉庫中。維基百科
SSL (Secure Sockets Layer): TLS 協定的前身，SSL 目前依然被廣泛地使用。
Self-signed certificate: 自簽憑證。一張由自己私鑰簽名的憑證，這張憑證的主體和頒發者是相同的。自簽憑證僅會受到現實世界中的約定而受信任，例如：被加入到憑證儲存倉庫中。根憑證就是一個自簽憑證。維基百科
Server Name Indication (SNI): 伺服器名稱指示。TLS 協定下的一個欄位。在 TLS 交握過程中，使用者代理透過 SNI 告訴伺服器要連接的網域名稱。這使得在同一個 IP 下有許多網域名稱的伺服器，可以回應相對應的憑證。網頁伺服器可以依據客戶端指名的 SNI 回應不同憑證和網頁內容。SNI 並沒有被加密，因此產生了目前正在實驗階段的 ESNI。維基百科
Signed Certificate Timestamp (SCT): 憑證簽名時間戳記。由憑證透明度紀錄提供，以驗證憑證頒發紀錄的簽名。瀏覽器會在網頁提供憑證，或 TLS 交握時，執行 CT 檢查是否有 SCTs，並拒絕連結到不符合憑證透明度紀錄的網站。憑證透明度使得欺騙性或錯誤頒發的憑證更容易被檢驗出來。 https://www.certificate-transparency.org/how-ct-works
Staging: 開發環境。Let’s Encrypt 提供一個開發環境的 API 讓你測試憑證請求，以避免達到速率限制。由測試環境所申請的憑證不會被大眾信任。開發環境僅用於測試、除錯以及 ACME 客戶端軟體的開發。/docs/staging-environment
Subject Alternative Name (SAN): 主體別名。一個憑證擴展中的欄位，用來指名哪些網域可以使用這張憑證。它取代了通用名稱欄位，目前通用名稱僅因相容性而添加。一個憑證中可以包含許多的主體別名，讓不同網域名稱使用它。維基百科 https://letsencrypt.org/docs/rate-limits/#names-per-certificate
Subscriber: 訂閱者或使用者。請求憑證的人或機構。
TLS (Transport-Level Security): 傳輸層安全協定。TLS 協定使用 HTTPS 來加密及驗證你與網頁之間的連線。
TLSA: DANE 協定中的一部分，通常用來驗證 TLS 協定的連線。
Top-Level Domain (TLD): 頂級域名。在網域名稱分級中最上層的域名。例如國家級頂級域名：.de（德國）和 .cn（中國）；以及通用頂級預名：.com 和 .org。維基百科
Unified Communications Certificate (UCC): 整合通訊憑證。表示一張含有主體別名欄位的憑證。
User Agent: 使用者代理。通稱有能力與網頁伺服器溝通的軟體。例如：網頁瀏覽器或 cURL。
Web Browser: 網頁瀏覽器。一種用來顯示網頁的使用者代理軟體。例如：Mozilla Firefox 、 Google Chrome 或 Internet Explorer 。維基百科
Web server: 網頁伺服器。提供網頁服務的軟體，廣義上也可以指運行該軟體的硬體本身。維基百科
Wildcard Certificate: 萬用字元憑證。可用於一級子域名下的憑證。例如：在憑證中的 SAN 欄位中填入 *.example.com，表示該憑證可用於 blog.example.com 和 www.example.com，但是不可用於 bork.bork.example.com 或 example.com。在子域名中使用星星符號 (*) 來表示萬用字元。Let’s Encrypt 自從 2018 年 3 月支援萬用字元憑證的申請。維基百科
X.509: 定義了公開金鑰憑證格式的標準。維基百科