Amazon Keyspaces 基於身份的政策示例 - Amazon Keyspaces (適用於 Apache Cassandra)
政策最佳實務使用主控台允許使用者檢視他們自己的許可訪問 Amazon Keyspaces 表 基於標籤的 Amazon Keyspaces 資源訪問

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

Amazon Keyspaces 基於身份的政策示例

依預設，IAM 使用者和角色沒有建立或修改 Amazon Keyspaces 資源的權限。他們也無法使用主控台、CQLSH 或 API 執行工作。 AWS CLI AWS IAM 管理員必須建立 IAM 政策，授予使用者和角色在指定資源上執行特定 API 作業的所需許可。管理員接著必須將這些政策連接至需要這些許可的 IAM 使用者或群組。

若要了解如何使用這些範例 JSON 政策文件建立 IAM 身分型政策，請參閱《IAM 使用者指南》中的在 JSON 標籤上建立政策。

政策最佳實務

以身分識別為基礎的政策決定某人是否可以在您的帳戶中建立、存取或刪除 Amazon Keyspaces 資源。這些動作可能會讓您的 AWS 帳戶產生費用。當您建立或編輯身分型政策時，請遵循下列準則及建議事項：

  • 開始使用 AWS 受管原則並邁向最低權限權限 — 若要開始將權限授與使用者和工作負載，請使用可授與許多常見使用案例權限的AWS 受管理原則。它們可用在您的 AWS 帳戶. 建議您透過定義特定於您使用案例的 AWS 客戶管理政策，進一步降低使用權限。如需更多資訊，請參閱 IAM 使用者指南中的 AWS 受管政策或任務職能的AWS 受管政策。

  • 套用最低權限許可 – 設定 IAM 政策的許可時，請僅授予執行任務所需的許可。為實現此目的，您可以定義在特定條件下可以對特定資源採取的動作，這也稱為最低權限許可。如需使用 IAM 套用許可的更多相關資訊，請參閱 IAM 使用者指南中的 IAM 中的政策和許可。

  • 使用 IAM 政策中的條件進一步限制存取權 – 您可以將條件新增至政策，以限制動作和資源的存取。例如，您可以撰寫政策條件，指定必須使用 SSL 傳送所有請求。您也可以使用條件來授與對服務動作的存取權 (如透過特定) 使用這些動作 AWS 服務，例如 AWS CloudFormation。如需詳細資訊，請參閱 IAM 使用者指南中的 IAM JSON 政策元素：條件。

  • 使用 IAM Access Analyzer 驗證 IAM 政策，確保許可安全且可正常運作 – IAM Access Analyzer 驗證新政策和現有政策，確保這些政策遵從 IAM 政策語言 (JSON) 和 IAM 最佳實務。IAM Access Analyzer 提供 100 多項政策檢查及切實可行的建議，可協助您編寫安全且實用的政策。如需更多資訊，請參閱 IAM 使用者指南中的 IAM Access Analyzer 政策驗證。

  • 需要多因素身份驗證 (MFA) — 如果您的案例需要 IAM 使用者或根使用者 AWS 帳戶，請開啟 MFA 以獲得額外的安全性。如需在呼叫 API 操作時請求 MFA，請將 MFA 條件新增至您的政策。如需更多資訊，請參閱 IAM 使用者指南中的設定 MFA 保護的 API 存取。

如需 IAM 中最佳實務的相關資訊，請參閱 IAM 使用者指南中的 IAM 安全最佳實務。

使用 Amazon Keyspaces 控制台

Amazon Keyspaces 不需要特定的許可即可存取 Amazon Keyspaces 主控台。您至少需要唯讀許可，才能列 Keyspaces 和檢視. AWS 帳戶如果您建立比最基本必要許可更嚴格的身分型政策，則對於具有該政策的實體 (IAM 使用者或角色) 而言，主控台就無法如預期運作。

兩個 AWS 受管政策可供實體使用 Amazon Keyspaces 主控台存取。

如需 Amazon Keyspaces 受管政策的詳細資訊，請參閱AWS亞馬遜 Keyspaces 的受管政策。

允許使用者檢視他們自己的許可

此範例會示範如何建立政策，允許 IAM 使用者檢視附加到他們使用者身分的內嵌及受管政策。此原則包含在主控台上或以程式設計方式使用 AWS CLI 或 AWS API 完成此動作的權限。

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "ViewOwnUserInfo",
            "Effect": "Allow",
            "Action": [
                "iam:GetUserPolicy",
                "iam:ListGroupsForUser",
                "iam:ListAttachedUserPolicies",
                "iam:ListUserPolicies",
                "iam:GetUser"
            ],
            "Resource": ["arn:aws:iam::*:user/${aws:username}"]
        },
        {
            "Sid": "NavigateInConsole",
            "Effect": "Allow",
            "Action": [
                "iam:GetGroupPolicy",
                "iam:GetPolicyVersion",
                "iam:GetPolicy",
                "iam:ListAttachedGroupPolicies",
                "iam:ListGroupPolicies",
                "iam:ListPolicyVersions",
                "iam:ListPolicies",
                "iam:ListUsers"
            ],
            "Resource": "*"
        }
    ]
}

訪問 Amazon Keyspaces 表

以下是授與 Amazon 金 Keyspaces 系統表格唯讀 (SELECT) 存取權的範例政策。對於所有範例，請將 Amazon 資源名稱 (ARN) 中的區域和帳戶 ID 取代為您自己的 ID。

注意

要與標準驅動程序連接，用戶必須至少具有對系統表的SELECT訪問權限，因為大多數驅動程序在連接時讀取系統密鑰空間/表。

{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Effect":"Allow",
         "Action":[
            "cassandra:Select"
         ],
         "Resource":[
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/system*"
         ]
      }
   ]
}

下列範例原則會將唯讀存取權新增至金鑰空間mytablemykeyspace中的使用者資料表。

{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Effect":"Allow",
         "Action":[
            "cassandra:Select"
         ],
         "Resource":[
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/mykeyspace/table/mytable",
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/system*"
         ]
      }
   ]
}

下列範例原則會將讀取/寫入存取權指派給使用者資料表，以及系統表格的讀取存取權。

注意

系統表格永遠是唯讀的。

{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Effect":"Allow",
         "Action":[
            "cassandra:Select",
            "cassandra:Modify"
         ],
         "Resource":[
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/mykeyspace/table/mytable",
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/system*"
         ]
      }
   ]
}

下列範例原則可讓使用者在金鑰空間mykeyspace中建立資料表。

{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Effect":"Allow",
         "Action":[
            "cassandra:Create",
            "cassandra:Select"
         ],
         "Resource":[
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/mykeyspace/*",
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/system*"
         ]
      }
   ]
}

基於標籤的 Amazon Keyspaces 資源訪問

您可以使用身分型政策中的條件，根據標籤控制對 Amazon Keyspaces 資源的存取。這些原則會控制帳戶中金鑰空間和表格的可見性。請注意，與通過 Cassandra 驅動程序和開發人員工具的 Cassandra 查詢語言（CQL）API 調用相比，使用 AWS SDK 發出請求時，系統表的基於標籤的權限行為不同。

  • 要在使用基於標籤的訪問時使用 AWS SDK 發出List和Get資源請求，調用者需要具有對系統表的讀取權限。例如，需要Select動GetTable作權限才能透過作業從系統表格讀取資料。如果呼叫者只有以標籤為基礎的特定表格存取權，則需要額外存取系統表格的作業將會失敗。

  • 為了與既定的 Cassandra 驅動程序行為兼容性，基於標籤的授權策略在使用 Cassandra 查詢語言（CQL）API 調用通過卡桑德拉驅動程序和開發人員工具在系統表上執行操作時不強制執行。

下列範例顯示如何建立政策，以便在資料表中Owner包含該使用者的使用者名稱值時，授與使用者檢視資料表的權限。在此範例中，您也會授與系統資料表的讀取存取權限。

{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Sid":"ReadOnlyAccessTaggedTables",
         "Effect":"Allow",
         "Action":"cassandra:Select",
         "Resource":[
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/mykeyspace/table/*",
            "arn:aws:cassandra:us-east-1:111122223333:/keyspace/system*"
         ],
         "Condition":{
            "StringEquals":{
               "aws:ResourceTag/Owner":"${aws:username}"
            }
         }
      }
   ]
}

您可以將此政策連接到您帳戶中的 IAM 使用者。如果名為的使用者richard-roe嘗試檢視 Amazon Keyspaces 資料表，則表格必須加上標籤Owner=richard-roe或owner=richard-roe。否則，他便會被拒絕存取。條件標籤鍵 Owner 符合 Owner 和 owner，因為條件索引鍵名稱不區分大小寫。如需詳細資訊，請參閱 IAM 使用者指南中的 IAM JSON 政策元素：條件。

如果資料表包含該使用者的使用者名稱值，則下列原則會授與使用者建立Owner含有標籤之資料表的權限。

{ 
    "Version": "2012-10-17", 
    "Statement": [ 
       { 
          "Sid": "CreateTagTableUser", 
          "Effect": "Allow", 
          "Action": [
              "cassandra:Create", 
              "cassandra:TagResource"
          ], 
          "Resource": "arn:aws:cassandra:us-east-1:111122223333:/keyspace/mykeyspace/table/*", 
          "Condition":{
             "StringEquals":{
                "aws:RequestTag/Owner":"${aws:username}"
            }
         }
      }
   ]
}