自己成為一個證書頒發機構（CA）

為你的微服務架構或者整合測試建立一個簡單的內部 CA。

傳輸層安全（TLS）模型（有時也稱它的舊名稱 SSL）基於證照頒發機構certificate authoritie（CA）的概念。這些機構受到瀏覽器和作業系統的信任，從而簽名伺服器的的證照以用於驗證其所有權。

但是，對於內部網路，微服務架構或整合測試，有時候本地 CA更有用：一個只在內部受信任的 CA，然後簽名本地伺服器的證照。

這對整合測試特別有意義。獲取證照可能會帶來負擔，因為這會佔用伺服器幾分鐘。但是在程式碼中使用“忽略證照”可能會被引入到生產環境，從而導致安全災難。

CA 證照與常規伺服器證照沒有太大區別。重要的是它被原生程式碼信任。例如，在 Python requests 庫中，可以通過將 REQUESTS_CA_BUNDLE 變數設定為包含此證照的目錄來完成。

在為整合測試建立證照的例子中，不需要長期的證照：如果你的整合測試需要超過一天，那麼你應該已經測試失敗了。

因此，計算昨天和明天作為有效期間隔：

>>> import datetime
>>> one_day = datetime.timedelta(days=1)
>>> today = datetime.date.today()
>>> yesterday = today - one_day
>>> tomorrow = today - one_day

現在你已準備好建立一個簡單的 CA 證照。你需要生成私鑰，建立公鑰，設定 CA 的“引數”，然後自簽名證照：CA 證照總是自簽名的。最後，匯出證照檔案以及私鑰檔案。

from cryptography.hazmat.primitives.asymmetric import rsa
from cryptography.hazmat.primitives import hashes, serialization
from cryptography import x509
from cryptography.x509.oid import NameOID


private_key = rsa.generate_private_key(
    public_exponent=65537,
    key_size=2048,
    backend=default_backend()
)
public_key = private_key.public_key()
builder = x509.CertificateBuilder()
builder = builder.subject_name(x509.Name([
    x509.NameAttribute(NameOID.COMMON_NAME, 'Simple Test CA'),
]))
builder = builder.issuer_name(x509.Name([
    x509.NameAttribute(NameOID.COMMON_NAME, 'Simple Test CA'),
]))
builder = builder.not_valid_before(yesterday)
builder = builder.not_valid_after(tomorrow)
builder = builder.serial_number(x509.random_serial_number())
builder = builder.public_key(public_key)
builder = builder.add_extension(
    x509.BasicConstraints(ca=True, path_length=None),
    critical=True)
certificate = builder.sign(
    private_key=private_key, algorithm=hashes.SHA256(),
    backend=default_backend()
)
private_bytes = private_key.private_bytes(
    encoding=serialization.Encoding.PEM,
    format=serialization.PrivateFormat.TraditionalOpenSSL,
    encryption_algorithm=serialization.NoEncrption())
public_bytes = certificate.public_bytes(
    encoding=serialization.Encoding.PEM)
with open("ca.pem", "wb") as fout:
    fout.write(private_bytes + public_bytes)
with open("ca.crt", "wb") as fout:
    fout.write(public_bytes)

通常，真正的 CA 會需要證照籤名請求（CSR）來簽名證照。但是，當你是自己的 CA 時，你可以制定自己的規則！可以徑直簽名你想要的內容。

繼續整合測試的例子，你可以建立私鑰並立即簽名相應的公鑰。注意 COMMON_NAME 需要是 https URL 中的“伺服器名稱”。如果你已配置名稱查詢，你需要伺服器能響應對 service.test.local 的請求。

service_private_key = rsa.generate_private_key(
    public_exponent=65537,
    key_size=2048,
    backend=default_backend()
)
service_public_key = service_private_key.public_key()
builder = x509.CertificateBuilder()
builder = builder.subject_name(x509.Name([
   x509.NameAttribute(NameOID.COMMON_NAME, 'service.test.local')
]))
builder = builder.not_valid_before(yesterday)
builder = builder.not_valid_after(tomorrow)
builder = builder.public_key(public_key)
certificate = builder.sign(
    private_key=private_key, algorithm=hashes.SHA256(),
    backend=default_backend()
)
private_bytes = service_private_key.private_bytes(
    encoding=serialization.Encoding.PEM,
    format=serialization.PrivateFormat.TraditionalOpenSSL,
    encryption_algorithm=serialization.NoEncrption())
public_bytes = certificate.public_bytes(
    encoding=serialization.Encoding.PEM)
with open("service.pem", "wb") as fout:
    fout.write(private_bytes + public_bytes)

現在 service.pem 檔案有一個私鑰和一個“有效”的證照：它已由本地的 CA 簽名。該檔案的格式可以給 Nginx、HAProxy 或大多數其他 HTTPS 伺服器使用。

通過將此邏輯用在測試指令碼中，只要客戶端配置信任該 CA，那麼就可以輕鬆建立看起來真實的 HTTPS 伺服器。

---

via: https://opensource.com/article/19/4/certificate-authority

作者：Moshe Zadka 選題：lujun9972 譯者：geekpi 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

訂閱“Linux 中國”官方小程式來檢視