中的資料保護AWS WAF傳統 - AWS WAF、AWS Firewall Manager 與 AWS Shield Advanced

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

中的資料保護AWS WAF傳統

注意

這是AWS WAF傳統文件中)。如果您在 2019 年 11 月 AWS WAF 之前建立 AWS WAF 資源 (例如規則和 Web ACL),而且並未將其移轉至最新版本,則應該只使用此版本。若要移轉資源,請參閱 遷移您的AWS WAF傳統資源AWS WAF

如需的最新版本AWS WAF,請參閱AWS WAF

所以此AWS 共同責任模型適用於AWS WAFClassic (傳統)。如此模型所述,AWS 負責保護執行所有 AWS 雲端 的全球基礎設施。您必須負責維護在此基礎架構上託管之內容的控制權。此內容包括您所使用之 AWS 服務的安全性設定和管理工作。如需資料隱私權的詳細資訊,請參閱資料隱私權常見問答集如需有關歐洲資料保護的相關資訊,請參閱 AWS 安全性部落格上的 AWS 共同責任模型和 GDPR 部落格文章。

基於資料保護目的,我們建議您保護AWS 帳戶認證的個別使用者帳戶,並使用AWS Identity and Access Management(我)。如此一來,每個使用者都只會獲得授予完成其任務所必須的許可。我們也建議您採用下列方式保護資料:

  • 每個帳戶都使用多重驗證 (MFA)。

  • 使用 SSL/TLS 與 AWS 資源通訊。建議使用 TLS 1.2 或更新版本。

  • 使用 AWS CloudTrail 設定 API 和使用者活動記錄日誌。

  • 使用 AWS 加密解決方案,以及 AWS 服務內的所有預設安全控制。

  • 使用進階的受管安全服務 (例如 Amazon Macie),協助探索和保護儲存在 Amazon S3 的個人資料。

  • 如果您在透過命令列介面或 API 存取 AWS 時,需要 FIPS 140-2 驗證的加密模組,請使用 FIPS 端點。如需 FIPS 和 FIPS 端點的詳細資訊,請參閱聯邦資訊處理標準 (FIPS) 140-2 概觀

我們強烈建議您絕對不要將客戶的電子郵件地址等機密或敏感資訊,放在標籤或自由格式的欄位中,例如名稱欄位。這包括當您使用AWS WAF傳統或其他AWS服務使用主控台、API、AWS CLI, 或AWS開發套件。您在標籤或自由格式欄位中輸入的任何資料都可能用於計費或診斷記錄。如果您提供外部伺服器的 URL,我們強烈建議請勿在驗證您對該伺服器請求的 URL 中包含登入資料資訊。

AWS WAF傳統實體如 Web ACL、規則及條件都會在靜態中加密,但某些無法加密的區域除外,包括中國 (北京) 和中國 (寧夏)。每個區域都會採用唯一的加密金鑰。

刪除AWS WAF傳統資源

您可以刪除您在AWS WAFClassic (傳統)。請參閱以下各節中每個資源類型的指導。