{
"request": "Triage Jira ticket MZCLD-3659: Clean up orphaned/split *.cdn.mozilla.net ACM certs (2 accounts) + re-consolidate E2QK4SHVJKQL10",
"references": [
"https://mozilla-hub.atlassian.net/browse/MZCLD-3659"
],
"sourceContext": {
"issue": "MZCLD-3659"
}
}MZCLD-3659 is a low-urgency ACM/CloudFront cleanup ticket surfaced from the MZCLD-3236 cert-runbook review (root cause of the June 2026 accounts-static.cdn.mozilla.net incident: in-place ACM re-import doesn't propagate to CloudFront edges). The ticket asks to re-consolidate distribution E2QK4SHVJKQL10 back onto the canonical *.cdn.mozilla.net wildcard cert and then delete 4 now-orphaned/expired ACM certs across two AWS accounts (cloudservices-prod, it-cdn). All certs remain valid through 2026-09-01/02, so there is no time pressure, but the work requires write access in both accounts, which is why the reporter (André Honeiser) is asking for it to be triaged to on-call/SRE rather than done by the requesting team. Recommend accepting into SRE triage backlog, assigning to on-call, and executing in the documented order (re-point distribution → verify → delete unused certs → verify dashboards) with a target date comfortably before the 2026-09-01/02 expirations.
[
{
"capability": "jira.issue.read",
"args": {
"key": "MZCLD-3659"
},
"result": {
"key": "MZCLD-3659",
"summary": "Clean up orphaned/split *.cdn.mozilla.net ACM certs (2 accounts) + re-consolidate E2QK4SHVJKQL10",
"status": "Backlog",
"description_text": "Surfaced during the MZCLD-3236 certificate-runbook review. Cleanup of leftover ACM certs from the June 2026 accounts-static.cdn.mozilla.net incident (root cause: in-place ACM re-import doesn't propagate to CloudFront edges \u2014 see the cdn renewal runbook). Current split state (verified 2026-08-04, read-only): Account cloudservices-prod (361527076523): efb7a679-\u2026 \u2014 *.cdn.mozilla.net , ISSUED (exp 2026-09-01), 13 distros \u2014 the canonical wildcard, keep. 05cb0152-\u2026 \u2014 *.cdn.mozilla.net , ISSUED (exp 2026-09-02), 1 distro ( E2QK4SHVJKQL10 ) \u2014 split-off from the incident. 73da46a5-\u2026 (us-west-2) \u2014 *.cdn.mozilla.net , ISSUED, 0 in use \u2014 orphan. 182b552a-\u2026 \u2014 *.services.mozilla.com , EXPIRED 2026-06-07 , 0 in use \u2014 orphan. Account it-cdn (369987351092): 1cc728d0-\u2026 \u2014 *.cdn.mozilla.net , ISSUED (exp 2026-09-02), in use (videos/mozorg) \u2014 keep. 64be804d-\u2026 \u2014 *.cdn.mozilla.net , EXPIRED 2026-06-09 , 0 in use \u2014 orphan (March wildcard). Proposed cleanup (all writes; do during triage/on-call): Re-point E2QK4SHVJKQL10 (accounts-static) from 05cb0152 back to the canonical wildcard efb7a679 (same *.cdn.mozilla.net material) so all 14 distros are unified again. This update-distribution also forces the edge redeploy. After confirming, delete the now-unused certs: 05cb0152 + 73da46a5 (cloudservices-prod), 64be804d (it-cdn), and the expired 182b552a ( *.services , cloudservices-prod). Verify dashboards clean. Low urgency \u2014 everything valid until 2026-09-01/02; this is dashboard/ACM hygiene, not a renewal.",
"comment_count": 1,
"comments": [
{
"author": "Andr\u00e9 Honeiser",
"body": "\u2014 this came out of the MZCLD-3236 cert-runbook review (root cause of the June accounts-static page is documented there). It's ACM/dashboard hygiene, not urgent \u2014 all certs are valid through 2026-09-01/02. Could you slot it into SRE triage and assign to whoever's on-call? The cleanup spans two AWS accounts (cloudservices-prod + it-cdn) and needs write access, so we're deliberately not doing it ourselves here."
}
]
}
},
{
"capability": "jira.issue.read",
"args": {
"key": "MZCLD-3236"
},
"result": {
"error": "read blocked by policy: resource not in run subject",
"args": {
"key": "MZCLD-3236"
}
},
"blocked": true
}
]{
"model": "claude-sonnet-5",
"input_tokens": 6944,
"output_tokens": 2236,
"estimated_cost_usd": 0.054372000000000004
}[]