DSE security knowledge hub

Cybersecurity
Knowledge

Page 112 of the DSE Cybersecurity knowledge center, with source-backed guidance and practical next steps.

DSE-authoredOfficial sourcesReviewed guidance
Search the library
Explore this topic

Cybersecurity knowledge center

Source-backed guidance for identity, vulnerability reduction, ransomware readiness, detection, response, and recovery.

Start with the cornerstone guide
DSE post stream

Cybersecurity

1,745 articles
DSE visual briefNetworks & infrastructure

Establish GSS-TSIG context keys without confusing them with zone data

GSS-TSIG uses a TKEY exchange to establish a GSS security context and then uses the derived context key with TSIG. The client repeats GSS_Init_sec_context token exchanges in TKEY queries until the security context is complete or an error occurs.

Published Reviewed 3 min readBy DSE Security Editorial Team
Read the guide
DSE visual briefNetworks & infrastructure

Identify the answering server instance behind a shared DNS address

A server-instance identification mechanism should work in-band with normal DNS queries and also permit a dedicated identification query. The identifier should distinguish a server instance without forcing disclosure of a private hostname or administrative unicast address.

Published Reviewed 3 min readBy DSE Security Editorial Team
Read the playbook
DSE visual briefNetworks & infrastructure

Keep documentation and test names inside reserved namespaces

The top-level names .test, .example, .invalid, and .localhost are reserved for their designated testing, documentation, invalid-name, and loopback uses. The second-level names example.com, example.net, and example.org are reserved for examples.

Published Reviewed 3 min readBy DSE Security Editorial Team
Read the briefing
DSE visual briefNetworks & infrastructure

Negotiate EDNS UDP size and extended fields through the OPT pseudo-record

EDNS uses an OPT pseudo-record to carry the sender’s UDP payload size plus extended response-code, version, flag, and option fields. A requestor advertises the maximum UDP payload it can reassemble in the OPT CLASS field, and responders must limit replies to that advertised size.

Published Reviewed 3 min readBy DSE Security Editorial Team
Read the guide
DSE visual briefNetworks & infrastructure

Place authoritative DNS secondaries across independent failure domains

Authoritative secondary servers must be geographically dispersed and connected through diverse network paths so one failure cannot isolate all servers. Placing every authoritative server on one LAN, in one room, or in one building defeats most of the resilience gained from multiple servers.

Published Reviewed 3 min readBy DSE Security Editorial Team
Read the playbook
DSE visual briefNetworks & infrastructure

Preserve unknown DNS record types through generic presentation syntax

The generic master-file form for an unknown RR type uses a type code and a length-prefixed hexadecimal representation of its RDATA. DNS servers and resolvers must handle unknown RR types transparently without requiring type-specific RDATA knowledge.

Published Reviewed 3 min readBy DSE Security Editorial Team
Read the briefing
DSE visual briefNetworks & infrastructure

Rank DNS data credibility before caching conflicting answers

A server must not merge response records with cached records to construct one RRset; it retains one complete set and ignores or replaces the other. Primary-zone and transferred-zone data rank above authoritative answer data, which ranks above non-authoritative answers and additional information.

Published Reviewed 3 min readBy DSE Security Editorial Team
Read the explainer