中的資料保護 AWS IoT Core

AWS 共同責任模型適用於 中的資料保護 AWS IoT Core。如本模型所述， AWS 負責保護執行所有 的全域基礎設施 AWS 雲端。您負責維護在此基礎設施上託管內容的控制權。您也同時負責所使用 AWS 服務 的安全組態和管理任務。如需資料隱私權的詳細資訊，請參閱資料隱私權。 FAQ如需歐洲資料保護的相關資訊，請參閱AWS 安全部落格 上的AWS 共同責任模型和GDPR部落格文章。

為了資料保護目的，我們建議您保護 AWS 帳戶 憑證，並使用 AWS IAM Identity Center 或 AWS Identity and Access Management （） 設定個別使用者IAM。如此一來，每個使用者都只會獲得授與完成其任務所必須的許可。我們也建議您採用下列方式保護資料：

• 對每個帳戶使用多重要素驗證 （MFA）。

• 使用 SSL/TLS 與 AWS 資源通訊。我們需要 TLS 1.2 和 建議 TLS 1.3。

• 使用 設定 API和使用者活動記錄 AWS CloudTrail。如需使用 CloudTrail 線索擷取 AWS 活動的資訊，請參閱 AWS CloudTrail 使用者指南 中的使用 CloudTrail 線索。

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

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

• 如果您在 AWS 透過命令列介面或 FIPS 存取 時需要 140-3 個經過驗證的密碼編譯模組API，請使用 FIPS端點。如需可用FIPS端點的詳細資訊，請參閱聯邦資訊處理標準 （FIPS） 140-3。

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

如需資料保護的詳細資訊，請參閱安全部落格上的AWS 共同責任模型和GDPRAWS 部落格文章。

AWS IoT 裝置會收集資料、對該資料執行一些操作，然後將該資料傳送至另一個 Web 服務。您可以選擇在裝置上短時間存放一些資料。您有責任對靜態資料提供資料保護。當您的裝置傳送資料至 時 AWS IoT，會透過本節稍後討論的TLS連線執行此操作。 AWS IoT 裝置可以將資料傳送至任何 AWS 服務。如需每個服務的資料安全的詳細資訊，請參閱該服務的文件。 AWS IoT 可以設定為將日誌寫入 CloudWatch 日誌，並將呼叫記錄 AWS IoT API到 AWS CloudTrail。如需這些服務的資料安全的詳細資訊，請參閱使用 AWS KMS受管金鑰 的 CloudTrail Amazon 和加密日誌檔案的身分驗證和存取控制 CloudWatch。

中的資料加密 AWS IoT

根據預設，傳輸中和靜態的所有 AWS IoT 資料都會加密。傳輸中的資料會使用 加密TLS，而靜態資料會使用 AWS 擁有的金鑰加密。 AWS IoT 目前不支援來自 AWS Key Management Service AWS KMS keys （KMS） 的客戶受管 （ 金鑰）AWS KMS；不過，Device Advisor 和 AWS IoT Wireless 只會使用 AWS 擁有的金鑰 來加密客戶資料。