{
    "api_version": "1",
    "kind": "dse_post",
    "self": "https://update.dsesecurity.com/api/v1/posts/review-kms-alias-changes-as-changes-to-future-key-selection/",
    "item": {
        "id": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/",
        "slug": "review-kms-alias-changes-as-changes-to-future-key-selection",
        "url": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/",
        "alternate_urls": {
            "markdown": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection.md",
            "json": "https://update.dsesecurity.com/api/v1/posts/review-kms-alias-changes-as-changes-to-future-key-selection/"
        },
        "title": "Review KMS alias changes as changes to future key selection",
        "summary": "Keep the logical alias distinct from the key resource behind it.",
        "format": {
            "slug": "guide",
            "name": "Guide"
        },
        "priority": {
            "slug": "info",
            "name": "Information"
        },
        "featured": false,
        "image": {
            "theme": "cyber-defense",
            "label": "Cyber defense",
            "alt": "Layered glass and metal cyber-defense structure with controlled blue and gold signal paths.",
            "card_url": "https://update.dsesecurity.com/assets/editorial/cyber-defense-card.webp?v=1.8.20",
            "hero_url": "https://update.dsesecurity.com/assets/editorial/cyber-defense-hero.webp?v=1.8.20",
            "social_url": "https://update.dsesecurity.com/assets/editorial/cyber-defense-social-v2.jpg?v=1.8.20",
            "width": 2400,
            "height": 1350
        },
        "topics": [
            {
                "slug": "cybersecurity",
                "name": "Cybersecurity",
                "url": "https://update.dsesecurity.com/topic/cybersecurity/"
            },
            {
                "slug": "it",
                "name": "IT",
                "url": "https://update.dsesecurity.com/topic/it/"
            }
        ],
        "author": {
            "name": "DSE Security Editorial Team",
            "url": "https://update.dsesecurity.com/#editorial-team",
            "type": "Organization"
        },
        "publisher": {
            "name": "Detection Systems & Engineering",
            "url": "https://dsesecurity.com/"
        },
        "published_at": "2026-10-20T18:13:40+00:00",
        "modified_at": "2026-10-20T18:34:29+00:00",
        "reviewed_on": "2026-10-20",
        "reading_minutes": 2,
        "word_count": 260,
        "potentially_affected": "This applies to KMS alias administration and application key selection, rather than automatic rotation of material within one key.",
        "dse_recommendation": "DSE recommends recording both the alias and resolved key ARN before a change.",
        "primary_source": {
            "name": "AWS Documentation",
            "url": "https://docs.aws.amazon.com/kms/latest/developerguide/kms-alias.html",
            "published_on": null,
            "authority": "docs.aws.amazon.com"
        },
        "publishing_principles": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/",
        "usage_info": "https://update.dsesecurity.com/usage/",
        "copyright_notice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.",
        "content_html": "<p>Keep the logical alias distinct from the key resource behind it.</p>\n<h2>Source facts</h2>\n<p>A KMS alias is an independent resource associated with one key at a time in the same account and Region. Updating or deleting the alias does not alter the associated key. The same alias name can identify different Regional keys, and an IAM policy naming an alias resource refers to the alias itself.</p>\n<p>Source: <a href=\"https://docs.aws.amazon.com/kms/latest/developerguide/kms-alias.html\">AWS Documentation</a>.</p>\n<h2>Applicability</h2>\n<p>This applies to KMS alias administration and application key selection, rather than automatic rotation of material within one key.</p>\n<h2>DSE recommendation</h2>\n<p>DSE recommends recording both the alias and resolved key ARN before a change. Identify applications and policies that use the alias, and document which future operations should select the new key. Preserve access to earlier keys for data that still depends on them. Review alias administration as an authorization-sensitive task where aliases influence access conditions. Avoid describing a repoint operation as a migration of existing ciphertext; plan any required data migration separately with the data owner. Put the old and new target identifiers in the approval and state which new writes should change key selection. Require a separate decision for retiring the old key, supported by its own dependency review instead of treating a successful alias update as retirement evidence.</p>\n<h2>Verification</h2>\n<p>Proposed verification: resolve the alias before and after an approved test change, exercise new encryption with disposable data, and check recovery of data created under the prior key. Confirm that identically named aliases in other Regions resolve to their intended independent targets.</p>\n<h2>Official reference</h2>\n<p><a href=\"https://docs.aws.amazon.com/kms/latest/developerguide/kms-alias.html\">AWS Documentation</a>. Reviewed October 20, 2026.</p>",
        "content_text": "Keep the logical alias distinct from the key resource behind it.\nSource facts\nA KMS alias is an independent resource associated with one key at a time in the same account and Region. Updating or deleting the alias does not alter the associated key. The same alias name can identify different Regional keys, and an IAM policy naming an alias resource refers to the alias itself.\nSource: AWS Documentation.\nApplicability\nThis applies to KMS alias administration and application key selection, rather than automatic rotation of material within one key.\nDSE recommendation\nDSE recommends recording both the alias and resolved key ARN before a change. Identify applications and policies that use the alias, and document which future operations should select the new key. Preserve access to earlier keys for data that still depends on them. Review alias administration as an authorization-sensitive task where aliases influence access conditions. Avoid describing a repoint operation as a migration of existing ciphertext; plan any required data migration separately with the data owner. Put the old and new target identifiers in the approval and state which new writes should change key selection. Require a separate decision for retiring the old key, supported by its own dependency review instead of treating a successful alias update as retirement evidence.\nVerification\nProposed verification: resolve the alias before and after an approved test change, exercise new encryption with disposable data, and check recovery of data created under the prior key. Confirm that identically named aliases in other Regions resolve to their intended independent targets.\nOfficial reference\nAWS Documentation. Reviewed October 20, 2026.",
        "content_markdown": "Keep the logical alias distinct from the key resource behind it.\n\n## Source facts\n\nA KMS alias is an independent resource associated with one key at a time in the same account and Region. Updating or deleting the alias does not alter the associated key. The same alias name can identify different Regional keys, and an IAM policy naming an alias resource refers to the alias itself.\n\nSource: [AWS Documentation](https://docs.aws.amazon.com/kms/latest/developerguide/kms-alias.html).\n\n## Applicability\n\nThis applies to KMS alias administration and application key selection, rather than automatic rotation of material within one key.\n\n## DSE recommendation\n\nDSE recommends recording both the alias and resolved key ARN before a change. Identify applications and policies that use the alias, and document which future operations should select the new key. Preserve access to earlier keys for data that still depends on them. Review alias administration as an authorization-sensitive task where aliases influence access conditions. Avoid describing a repoint operation as a migration of existing ciphertext; plan any required data migration separately with the data owner. Put the old and new target identifiers in the approval and state which new writes should change key selection. Require a separate decision for retiring the old key, supported by its own dependency review instead of treating a successful alias update as retirement evidence.\n\n## Verification\n\nProposed verification: resolve the alias before and after an approved test change, exercise new encryption with disposable data, and check recovery of data created under the prior key. Confirm that identically named aliases in other Regions resolve to their intended independent targets.\n\n## Official reference\n\n[AWS Documentation](https://docs.aws.amazon.com/kms/latest/developerguide/kms-alias.html). Reviewed October 20, 2026."
    },
    "json_ld": {
        "@context": "https://schema.org",
        "@graph": [
            {
                "@type": "Organization",
                "@id": "https://dsesecurity.com/#organization",
                "name": "Detection Systems & Engineering",
                "alternateName": "DSE Security",
                "url": "https://dsesecurity.com/",
                "logo": {
                    "@type": "ImageObject",
                    "url": "https://update.dsesecurity.com/assets/dse-logo-20260812.png?v=1.8.20"
                }
            },
            {
                "@type": "Organization",
                "@id": "https://update.dsesecurity.com/#editorial-team",
                "name": "DSE Security Editorial Team",
                "url": "https://update.dsesecurity.com/",
                "parentOrganization": {
                    "@id": "https://dsesecurity.com/#organization"
                }
            },
            {
                "@type": "WebSite",
                "@id": "https://update.dsesecurity.com/#website",
                "name": "DSE Updates",
                "alternateName": "DSE Security Knowledge Hub",
                "url": "https://update.dsesecurity.com/",
                "inLanguage": "en-US",
                "publisher": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "potentialAction": {
                    "@type": "SearchAction",
                    "target": {
                        "@type": "EntryPoint",
                        "urlTemplate": "https://update.dsesecurity.com/?q={search_term_string}"
                    },
                    "query-input": "required name=search_term_string"
                }
            },
            {
                "@type": "WebPage",
                "@id": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/",
                "url": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/",
                "isPartOf": {
                    "@id": "https://update.dsesecurity.com/#website"
                },
                "lastReviewed": "2026-10-20"
            },
            {
                "@type": "BreadcrumbList",
                "@id": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/#breadcrumbs",
                "itemListElement": [
                    {
                        "@type": "ListItem",
                        "position": 1,
                        "name": "DSE Updates",
                        "item": "https://update.dsesecurity.com/"
                    },
                    {
                        "@type": "ListItem",
                        "position": 2,
                        "name": "Cybersecurity",
                        "item": "https://update.dsesecurity.com/topic/cybersecurity/"
                    },
                    {
                        "@type": "ListItem",
                        "position": 3,
                        "name": "Review KMS alias changes as changes to future key selection",
                        "item": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/"
                    }
                ]
            },
            {
                "@type": [
                    "Article",
                    "TechArticle"
                ],
                "@id": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/#article",
                "identifier": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/",
                "url": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/",
                "headline": "Review KMS alias changes as changes to future key selection",
                "description": "Keep the logical alias distinct from the key resource behind it.",
                "abstract": "Keep the logical alias distinct from the key resource behind it.",
                "articleBody": "Keep the logical alias distinct from the key resource behind it.\nSource facts\nA KMS alias is an independent resource associated with one key at a time in the same account and Region. Updating or deleting the alias does not alter the associated key. The same alias name can identify different Regional keys, and an IAM policy naming an alias resource refers to the alias itself.\nSource: AWS Documentation.\nApplicability\nThis applies to KMS alias administration and application key selection, rather than automatic rotation of material within one key.\nDSE recommendation\nDSE recommends recording both the alias and resolved key ARN before a change. Identify applications and policies that use the alias, and document which future operations should select the new key. Preserve access to earlier keys for data that still depends on them. Review alias administration as an authorization-sensitive task where aliases influence access conditions. Avoid describing a repoint operation as a migration of existing ciphertext; plan any required data migration separately with the data owner. Put the old and new target identifiers in the approval and state which new writes should change key selection. Require a separate decision for retiring the old key, supported by its own dependency review instead of treating a successful alias update as retirement evidence.\nVerification\nProposed verification: resolve the alias before and after an approved test change, exercise new encryption with disposable data, and check recovery of data created under the prior key. Confirm that identically named aliases in other Regions resolve to their intended independent targets.\nOfficial reference\nAWS Documentation. Reviewed October 20, 2026.",
                "datePublished": "2026-10-20T18:13:40+00:00",
                "dateModified": "2026-10-20T18:34:29+00:00",
                "mainEntityOfPage": {
                    "@id": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/"
                },
                "inLanguage": "en-US",
                "isAccessibleForFree": true,
                "author": {
                    "@type": "Organization",
                    "name": "DSE Security Editorial Team",
                    "url": "https://update.dsesecurity.com/#editorial-team"
                },
                "publisher": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "image": {
                    "@type": "ImageObject",
                    "@id": "https://update.dsesecurity.com/updates/review-kms-alias-changes-as-changes-to-future-key-selection/#primaryimage",
                    "url": "https://update.dsesecurity.com/assets/editorial/cyber-defense-social-v2.jpg?v=1.8.20",
                    "contentUrl": "https://update.dsesecurity.com/assets/editorial/cyber-defense-social-v2.jpg?v=1.8.20",
                    "width": 1200,
                    "height": 630,
                    "caption": "Review KMS alias changes as changes to future key selection"
                },
                "articleSection": [
                    "Cybersecurity",
                    "IT"
                ],
                "keywords": [
                    "Cybersecurity",
                    "IT",
                    "Guide",
                    "Information priority"
                ],
                "genre": "Guide",
                "about": [
                    {
                        "@type": "Thing",
                        "name": "Cybersecurity",
                        "url": "https://update.dsesecurity.com/topic/cybersecurity/"
                    },
                    {
                        "@type": "Thing",
                        "name": "IT",
                        "url": "https://update.dsesecurity.com/topic/it/"
                    }
                ],
                "wordCount": 260,
                "timeRequired": "PT2M",
                "publishingPrinciples": "https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/",
                "usageInfo": "https://update.dsesecurity.com/usage/",
                "copyrightHolder": {
                    "@id": "https://dsesecurity.com/#organization"
                },
                "copyrightNotice": "Copyright © 2026 Detection Systems & Engineering. All rights reserved.",
                "citation": {
                    "@type": "CreativeWork",
                    "name": "AWS Documentation",
                    "url": "https://docs.aws.amazon.com/kms/latest/developerguide/kms-alias.html"
                }
            }
        ]
    }
}