Skip to content

Commit a3e29df

Browse files
committed
docs: fix stale nested SVCB zone example to flat draft-02 owner
The Tampering/Zone-Configuration example in security-considerations.md still showed the legacy nested shape ($ORIGIN _agents.example.com. + _network._mcp SVCB ...) — missed by the flat-FQDN migration. The same file's other SVCB example (§2.1) is already flat. Update it to the draft-02 flat owner (network.example.com via $ORIGIN example.com.), protocol carried in alpn/bap not the FQDN. (wire-format-01.abnf keeps the nested shape by design — it is the -01 reference; test fixtures keep nested as legacy back-compat data.) Signed-off-by: Igor Racic <iracic82@gmail.com>
1 parent 1685ff1 commit a3e29df

1 file changed

Lines changed: 4 additions & 3 deletions

File tree

docs/rfc/security-considerations.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -61,11 +61,12 @@ async def discover_agent(fqdn: str) -> Agent:
6161
**Zone Configuration:**
6262
```
6363
; DNSSEC-signed zone file
64-
$ORIGIN _agents.example.com.
64+
$ORIGIN example.com.
6565
$TTL 3600
6666
67-
; SVCB record with DNSSEC
68-
_network._mcp SVCB 1 mcp.example.com. alpn="mcp" port=443
67+
; SVCB record at the flat agent owner (draft-02), with DNSSEC.
68+
; The protocol is carried in `alpn` (or `bap`), not the FQDN.
69+
network SVCB 1 mcp.example.com. alpn="mcp" port=443
6970
7071
; RRSIG will be generated by DNSSEC signing process
7172
```

0 commit comments

Comments
 (0)