{
    "api_version": "1",
    "kind": "dse_post",
    "self": "https://update.dsesecurity.com/api/v1/posts/train-airport-personnel-before-granting-unescorted-security-area-access/",
    "item": {
        "id": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/",
        "slug": "train-airport-personnel-before-granting-unescorted-security-area-access",
        "url": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/",
        "alternate_urls": {
            "markdown": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access.md",
            "json": "https://update.dsesecurity.com/api/v1/posts/train-airport-personnel-before-granting-unescorted-security-area-access/"
        },
        "title": "Train airport personnel before granting unescorted security-area access",
        "summary": "Use 49 CFR 1542.213 -- Airport Security to review this narrow operational decision without extending the source beyond its stated scope.",
        "format": {
            "slug": "explainer",
            "name": "Explainer"
        },
        "priority": {
            "slug": "advisory",
            "name": "Advisory"
        },
        "featured": false,
        "image": {
            "theme": "physical-security",
            "label": "Physical security",
            "alt": "Integrated video surveillance and controlled entry at a modern commercial facility.",
            "card_url": "https://update.dsesecurity.com/assets/editorial/physical-security-card.webp?v=1.8.20",
            "hero_url": "https://update.dsesecurity.com/assets/editorial/physical-security-hero.webp?v=1.8.20",
            "social_url": "https://update.dsesecurity.com/assets/editorial/physical-security-social-v2.jpg?v=1.8.20",
            "width": 2400,
            "height": 1350
        },
        "topics": [
            {
                "slug": "access-control",
                "name": "Access Control",
                "url": "https://update.dsesecurity.com/topic/access-control/"
            },
            {
                "slug": "cybersecurity",
                "name": "Cybersecurity",
                "url": "https://update.dsesecurity.com/topic/cybersecurity/"
            }
        ],
        "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-08-27T12:10:28+00:00",
        "modified_at": "2026-08-27T13:12:21+00:00",
        "reviewed_on": "2026-08-26",
        "reading_minutes": 3,
        "word_count": 605,
        "potentially_affected": "Teams, systems, services, or facilities within the stated scope of 49 CFR 1542.213 -- Airport Security",
        "dse_recommendation": "Compare the observed state with the cited official source, document applicability and exceptions, and test any approved change with rollback safeguards.",
        "primary_source": {
            "name": "49 CFR 1542.213 -- Airport Security",
            "url": "https://www.ecfr.gov/current/title-49/section-1542.213",
            "published_on": null,
            "authority": "www.ecfr.gov"
        },
        "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>Frame this document as a source-led configuration and assurance check: Train airport personnel before granting unescorted security-area access. Only the official source and traced locations below supply facts. Confirm applicability before acting.</p>\n<h2>Source fact:</h2>\n<p>The official <a href=\"https://www.ecfr.gov/current/title-49/section-1542.213\" target=\"_blank\" rel=\"noopener noreferrer\">49 CFR 1542.213 &#8212; Airport Security</a> from Transportation Security Administration via eCFR supports the following bounded statements:</p>\n<ul>\n<li>Under 49 CFR 1542, an airport operator may not authorize any individual unescorted access to the AOA, except as provided in section 1542.5, unless that individual has been provided information in accordance with the security program, including: control, use, and display of airport-approved access and identification media, if appropriate. The research record locates this support at <strong>49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2))</strong>.</li>\n<li>Under 49 CFR 1542, an airport operator may not authorize any individual unescorted access to the AOA, except as provided in section 1542.5, unless that individual has been provided information in accordance with the security program, including: any other topics specified in the security program. The research record locates this support at <strong>49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6))</strong>.</li>\n</ul>\n<p>Only the traced statements above are asserted as source facts. Apply the review to credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces after confirming that the source and deployed context match.</p>\n<h2>What the source does not establish</h2>\n<p>Applies only to airport operators, tenants, personnel, and areas covered by 49 CFR part 1542 and the cited section. Confirm the TSA-approved security program and current directives; this is not legal advice or a universal access-control standard. Do not read the source as proof of implementation or permission to change production. Its guidance remains conditional on identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators and the environment&#8217;s recorded constraints.</p>\n<h2>Applicability questions</h2>\n<ul>\n<li>For source statement 1 at <strong>49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2))</strong>, which observable configuration, record, or test can confirm applicability here?</li>\n<li>For source statement 2 at <strong>49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6))</strong>, which observable configuration, record, or test can confirm applicability here?</li>\n<li>Which owner can attest to the recorded state of credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces, including exceptions?</li>\n<li>What baseline for identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators must accompany the source-specific observation?</li>\n<li>Which success, stop, and escalation criteria are written before testing begins?</li>\n</ul>\n<h2>DSE recommendation:</h2>\n<p>DSE recommends using the cited source as the evidence anchor for this decision. Begin by recording scope and current state before deciding whether a change is warranted. Record the source location, examined part of credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces, observed and expected states, owner, and reason for deviation.</p>\n<p>For an approved change, define prerequisites, a limited test path, success and stop conditions, monitoring, and rollback. Check identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators in design order. Protect credentials, keys, recovery material, personal data, and sensitive topology in evidence.</p>\n<h2>Verification and evidence</h2>\n<p>Tie each conclusion back to <strong>49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2))</strong>; <strong>49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6))</strong> and to observable material such as approved configuration exports, access-event tests, controller state, door inspections, alarm handling, and exception records. Preserve provenance and stable identifiers without copying secrets into the evidence set.</p>\n<p>Record the decision even when no change is made, including uncertainty and the next trigger. Use safe testing conditions for disruptive work, preserve rollback proof, and revisit the conclusion after relevant platform, dependency, vendor, or ownership changes.</p>\n<h2>Official references</h2>\n<ul>\n<li><a href=\"https://www.ecfr.gov/current/title-49/section-1542.213\" target=\"_blank\" rel=\"noopener noreferrer\">49 CFR 1542.213 &#8212; Airport Security</a> — Transportation Security Administration via eCFR</li>\n</ul>",
        "content_text": "Frame this document as a source-led configuration and assurance check: Train airport personnel before granting unescorted security-area access. Only the official source and traced locations below supply facts. Confirm applicability before acting.\nSource fact:\nThe official 49 CFR 1542.213 — Airport Security from Transportation Security Administration via eCFR supports the following bounded statements:\n\nUnder 49 CFR 1542, an airport operator may not authorize any individual unescorted access to the AOA, except as provided in section 1542.5, unless that individual has been provided information in accordance with the security program, including: control, use, and display of airport-approved access and identification media, if appropriate. The research record locates this support at 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)).\nUnder 49 CFR 1542, an airport operator may not authorize any individual unescorted access to the AOA, except as provided in section 1542.5, unless that individual has been provided information in accordance with the security program, including: any other topics specified in the security program. The research record locates this support at 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)).\n\nOnly the traced statements above are asserted as source facts. Apply the review to credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces after confirming that the source and deployed context match.\nWhat the source does not establish\nApplies only to airport operators, tenants, personnel, and areas covered by 49 CFR part 1542 and the cited section. Confirm the TSA-approved security program and current directives; this is not legal advice or a universal access-control standard. Do not read the source as proof of implementation or permission to change production. Its guidance remains conditional on identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators and the environment’s recorded constraints.\nApplicability questions\n\nFor source statement 1 at 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)), which observable configuration, record, or test can confirm applicability here?\nFor source statement 2 at 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)), which observable configuration, record, or test can confirm applicability here?\nWhich owner can attest to the recorded state of credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces, including exceptions?\nWhat baseline for identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators must accompany the source-specific observation?\nWhich success, stop, and escalation criteria are written before testing begins?\n\nDSE recommendation:\nDSE recommends using the cited source as the evidence anchor for this decision. Begin by recording scope and current state before deciding whether a change is warranted. Record the source location, examined part of credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces, observed and expected states, owner, and reason for deviation.\nFor an approved change, define prerequisites, a limited test path, success and stop conditions, monitoring, and rollback. Check identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators in design order. Protect credentials, keys, recovery material, personal data, and sensitive topology in evidence.\nVerification and evidence\nTie each conclusion back to 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)); 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)) and to observable material such as approved configuration exports, access-event tests, controller state, door inspections, alarm handling, and exception records. Preserve provenance and stable identifiers without copying secrets into the evidence set.\nRecord the decision even when no change is made, including uncertainty and the next trigger. Use safe testing conditions for disruptive work, preserve rollback proof, and revisit the conclusion after relevant platform, dependency, vendor, or ownership changes.\nOfficial references\n\n49 CFR 1542.213 — Airport Security — Transportation Security Administration via eCFR",
        "content_markdown": "Frame this document as a source-led configuration and assurance check: Train airport personnel before granting unescorted security-area access. Only the official source and traced locations below supply facts. Confirm applicability before acting.\n\n## Source fact:\n\nThe official [49 CFR 1542.213 — Airport Security](https://www.ecfr.gov/current/title-49/section-1542.213) from Transportation Security Administration via eCFR supports the following bounded statements:\n\n- Under 49 CFR 1542, an airport operator may not authorize any individual unescorted access to the AOA, except as provided in section 1542.5, unless that individual has been provided information in accordance with the security program, including: control, use, and display of airport-approved access and identification media, if appropriate. The research record locates this support at 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)).\n\n- Under 49 CFR 1542, an airport operator may not authorize any individual unescorted access to the AOA, except as provided in section 1542.5, unless that individual has been provided information in accordance with the security program, including: any other topics specified in the security program. The research record locates this support at 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)).\n\nOnly the traced statements above are asserted as source facts. Apply the review to credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces after confirming that the source and deployed context match.\n\n## What the source does not establish\n\nApplies only to airport operators, tenants, personnel, and areas covered by 49 CFR part 1542 and the cited section. Confirm the TSA-approved security program and current directives; this is not legal advice or a universal access-control standard. Do not read the source as proof of implementation or permission to change production. Its guidance remains conditional on identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators and the environment’s recorded constraints.\n\n## Applicability questions\n\n- For source statement 1 at 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)), which observable configuration, record, or test can confirm applicability here?\n\n- For source statement 2 at 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)), which observable configuration, record, or test can confirm applicability here?\n\n- Which owner can attest to the recorded state of credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces, including exceptions?\n\n- What baseline for identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators must accompany the source-specific observation?\n\n- Which success, stop, and escalation criteria are written before testing begins?\n\n## DSE recommendation:\n\nDSE recommends using the cited source as the evidence anchor for this decision. Begin by recording scope and current state before deciding whether a change is warranted. Record the source location, examined part of credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces, observed and expected states, owner, and reason for deviation.\n\nFor an approved change, define prerequisites, a limited test path, success and stop conditions, monitoring, and rollback. Check identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators in design order. Protect credentials, keys, recovery material, personal data, and sensitive topology in evidence.\n\n## Verification and evidence\n\nTie each conclusion back to 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)); 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)) and to observable material such as approved configuration exports, access-event tests, controller state, door inspections, alarm handling, and exception records. Preserve provenance and stable identifiers without copying secrets into the evidence set.\n\nRecord the decision even when no change is made, including uncertainty and the next trigger. Use safe testing conditions for disruptive work, preserve rollback proof, and revisit the conclusion after relevant platform, dependency, vendor, or ownership changes.\n\n## Official references\n\n- [49 CFR 1542.213 — Airport Security](https://www.ecfr.gov/current/title-49/section-1542.213) — Transportation Security Administration via eCFR"
    },
    "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/train-airport-personnel-before-granting-unescorted-security-area-access/",
                "url": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/",
                "isPartOf": {
                    "@id": "https://update.dsesecurity.com/#website"
                },
                "lastReviewed": "2026-08-26"
            },
            {
                "@type": "BreadcrumbList",
                "@id": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/#breadcrumbs",
                "itemListElement": [
                    {
                        "@type": "ListItem",
                        "position": 1,
                        "name": "DSE Updates",
                        "item": "https://update.dsesecurity.com/"
                    },
                    {
                        "@type": "ListItem",
                        "position": 2,
                        "name": "Train airport personnel before granting unescorted security-area access",
                        "item": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/"
                    }
                ]
            },
            {
                "@type": [
                    "Article",
                    "TechArticle"
                ],
                "@id": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/#article",
                "identifier": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/",
                "url": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/",
                "headline": "Train airport personnel before granting unescorted security-area access",
                "description": "Use 49 CFR 1542.213 -- Airport Security to review this narrow operational decision without extending the source beyond its stated scope.",
                "abstract": "Use 49 CFR 1542.213 -- Airport Security to review this narrow operational decision without extending the source beyond its stated scope.",
                "articleBody": "Frame this document as a source-led configuration and assurance check: Train airport personnel before granting unescorted security-area access. Only the official source and traced locations below supply facts. Confirm applicability before acting.\nSource fact:\nThe official 49 CFR 1542.213 — Airport Security from Transportation Security Administration via eCFR supports the following bounded statements:\n\nUnder 49 CFR 1542, an airport operator may not authorize any individual unescorted access to the AOA, except as provided in section 1542.5, unless that individual has been provided information in accordance with the security program, including: control, use, and display of airport-approved access and identification media, if appropriate. The research record locates this support at 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)).\nUnder 49 CFR 1542, an airport operator may not authorize any individual unescorted access to the AOA, except as provided in section 1542.5, unless that individual has been provided information in accordance with the security program, including: any other topics specified in the security program. The research record locates this support at 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)).\n\nOnly the traced statements above are asserted as source facts. Apply the review to credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces after confirming that the source and deployed context match.\nWhat the source does not establish\nApplies only to airport operators, tenants, personnel, and areas covered by 49 CFR part 1542 and the cited section. Confirm the TSA-approved security program and current directives; this is not legal advice or a universal access-control standard. Do not read the source as proof of implementation or permission to change production. Its guidance remains conditional on identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators and the environment’s recorded constraints.\nApplicability questions\n\nFor source statement 1 at 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)), which observable configuration, record, or test can confirm applicability here?\nFor source statement 2 at 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)), which observable configuration, record, or test can confirm applicability here?\nWhich owner can attest to the recorded state of credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces, including exceptions?\nWhat baseline for identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators must accompany the source-specific observation?\nWhich success, stop, and escalation criteria are written before testing begins?\n\nDSE recommendation:\nDSE recommends using the cited source as the evidence anchor for this decision. Begin by recording scope and current state before deciding whether a change is warranted. Record the source location, examined part of credentials, readers, controllers, panels, door hardware, access decisions, monitoring, and life-safety interfaces, observed and expected states, owner, and reason for deviation.\nFor an approved change, define prerequisites, a limited test path, success and stop conditions, monitoring, and rollback. Check identity sources, DNS where used, time, networks, power, fire systems, monitoring, and authorized operators in design order. Protect credentials, keys, recovery material, personal data, and sensitive topology in evidence.\nVerification and evidence\nTie each conclusion back to 49 CFR 1542.213(c)(2), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(2)); 49 CFR 1542.213(c)(6), read with 49 CFR 1542.213(c) (eCFR anchor p-1542.213(c)(6)) and to observable material such as approved configuration exports, access-event tests, controller state, door inspections, alarm handling, and exception records. Preserve provenance and stable identifiers without copying secrets into the evidence set.\nRecord the decision even when no change is made, including uncertainty and the next trigger. Use safe testing conditions for disruptive work, preserve rollback proof, and revisit the conclusion after relevant platform, dependency, vendor, or ownership changes.\nOfficial references\n\n49 CFR 1542.213 — Airport Security — Transportation Security Administration via eCFR",
                "datePublished": "2026-08-27T12:10:28+00:00",
                "dateModified": "2026-08-27T13:12:21+00:00",
                "mainEntityOfPage": {
                    "@id": "https://update.dsesecurity.com/updates/train-airport-personnel-before-granting-unescorted-security-area-access/"
                },
                "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/train-airport-personnel-before-granting-unescorted-security-area-access/#primaryimage",
                    "url": "https://update.dsesecurity.com/assets/editorial/physical-security-social-v2.jpg?v=1.8.20",
                    "contentUrl": "https://update.dsesecurity.com/assets/editorial/physical-security-social-v2.jpg?v=1.8.20",
                    "width": 1200,
                    "height": 630,
                    "caption": "Train airport personnel before granting unescorted security-area access"
                },
                "articleSection": [
                    "Access Control",
                    "Cybersecurity"
                ],
                "keywords": [
                    "Access Control",
                    "Cybersecurity",
                    "Explainer",
                    "Advisory priority"
                ],
                "genre": "Explainer",
                "about": [
                    {
                        "@type": "Thing",
                        "name": "Access Control",
                        "url": "https://update.dsesecurity.com/topic/access-control/"
                    },
                    {
                        "@type": "Thing",
                        "name": "Cybersecurity",
                        "url": "https://update.dsesecurity.com/topic/cybersecurity/"
                    }
                ],
                "wordCount": 605,
                "timeRequired": "PT3M",
                "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": "49 CFR 1542.213 -- Airport Security",
                    "url": "https://www.ecfr.gov/current/title-49/section-1542.213"
                }
            }
        ]
    }
}