Source / pinned edition
DNSSEC Practice Statement for the Root Zone KSK Operator
Source of package icann.ksk_ceremony · DNSSEC Practice Statement for the Root Zone KSK Operator, 8th edition
- work
- urn:icann:clir:ksk-ceremony#ROOT_KSK_DPS
- number
- DNSSEC Practice Statement for the Root Zone KSK Operator, 8th edition
- kind
- urn:icann:clir:ksk-ceremony#custom_law
ROOT_KSK_DPS_8
- edition
- urn:icann:clir:ksk-ceremony#ROOT_KSK_DPS_8
- language
- en
- officiality
- official
- materialisation
- PINNED_UNOFFICIAL_COPY
- life cycle
- adopted: 2025-04-14; in_force: [object Object]
Publications
| URI | Type | documentHash | Retrieved |
|---|---|---|---|
| https://www.iana.org/dnssec/procedures/ksk-operator/ksk-dps-20250414.html | text/plain; charset=utf-8 | sha256:7afa4c36ee8b3c4723433fc4b23d4f61058e3b0722ebace26eda41dc51a45008 | 2026-08-31T00:00:00Z |
Fragments — 5
section/4.1.2 · provision · referenced by: 1
en · official · sha256:dea4af3069c0003af24d69214e9543cda3417ca1475f0db1a37b0f19b6c70292
The RZ KSK Operator's signer systems are protected by a minimum of four tiers
of physical security, with access to lower tiers required before
gaining access to higher tiers. Progressively more restrictive
physical access controls to each tier are applied. Unauthorized
access becomes increasingly difficult as one reaches higher
tiers.¶Referencing norms: PhysicalTier
section/4.2.1 · provision · referenced by: 9
en · official · sha256:d1a98cfaf5b27d3013907b1896780f1f6dffdd52358a20f2a6e83ba8ce2e0b5b
Trusted roles include, but are not limited to:¶
System Administrators¶
Crypto Officers¶
Recovery Key Share Holders¶
Safe Security Controllers¶
Internal Witnesses¶
Ceremony Administrators¶
4.2.2. Number of Persons Required per Task
The RZ KSK Operator has established, maintains, and enforces rigorous control
procedures to ensure the segregation of duties based on roles and to
ensure that multiple Trusted Persons are required to perform
sensitive tasks.¶
The most sensitive tasks, such as access to and management of
cryptographic key material, are enforced by rigorous control
procedures to ensure the segregation of duties based on roles. TheseReferencing norms: Ceremony, CeremonyAdministrator, CryptoOfficer, InternalWitness, Person, RecoveryKeyShareHolder, SafeSecurityController, crypto_officer_present, recovery_share_holder_present
section/5.1.4 · provision · referenced by: 9
en · official · sha256:714bf6356432c0f9fed680b5c5eb88fc9297ed431b53c76971eab2f34741928a
Any RRSIG record generated as a result of a KSK signing operation
will not have a validity period longer than 21 days, and will never
expire more than 180 days in the future.¶
Disaster recovery procedures may override the standard RRSIG
expiration period if reasonable concerns exist regarding the ability
to conduct subsequent key signing operations during their allotted window.
Additional RRSIG records may be generated further in advance of the standard
validity period, which would remain in the possession of the RZ KSK Operator
until the time in which all RRSIG records in the set would not expire more
than 180 days in the future. The RZ KSK Operator will withhold RRSIG records
generated for future validity periods using methods which reasonably safeguard
the confidentiality, integrity, and availability of the RRSIG records utilizing
a KMF and an offsite storage facility until they are transmitted to the RZ ZSKReferencing norms: MaxRrsigFutureExpiryDays/value/urn%3Aicann%3Aclir%3Aksk-ceremony%3Aparam%3Amax-rrsig-future-expiry-days%23dps-8/definition, MaxRrsigValidityDays/value/urn%3Aicann%3Aclir%3Aksk-ceremony%3Aparam%3Amax-rrsig-validity-days%23dps-8/definition, RrsigWindowWithinFutureExpiryLimit, RrsigWindowWithinValidityLimit, SignatureWindow, rrsig_future_expiry_days, rrsig_validity_days, rrsig_window, signature_window_allowed
section/4.2.2 · provision · referenced by: 6
en · official · sha256:679814a7cafdd81ea596f8378aad9814ec5b5d6d27eabd1dfe1c404cfdc8d52c
two of the Safe Security Controller #1s, and one out of the two Safe
Security Controller #2s in addition to the Trusted Persons required at
Tier 5 and 7.¶
Tier 7:
Activation of an HSM requires three
out of seven Crypto Officers to extract activation material
from above safe deposit boxes using their physical key. Safe
deposit box operation that involves opening of any one of the
deposit box requires three out of seven Crypto Officers to be
present.¶
Restoration of the contents of an HSM requires several
trusted persons from multiple roles, as follows:¶
Storage Master Key (SMK):
Reconstruction of the
SMK used for encryption of the application keys requires
five out of seven Recovery Key Share Holders.¶
Domain Key:
Reconstruction of the domain key used for secure key transfer between HSMs and partitions,
requires five out of seven Recovery Key Share Holders or Crypto Officers.¶
Encrypted Application Keys:
Physical
access to the encrypted application keys requires one person from
the Ceremony Administrators role, one person from the Internal
Witness role, and one of two Safe Security Controller #1s.¶
These combinations of people are designed so that the binomial
probability to find a group collaborating in any of these
constellations is less than one in a million, assuming a dishonesty
rate of 5% among Trusted Persons¶
Other internal control procedures are designed to ensure that at
a minimum of two Trusted Persons are required to perform anyReferencing norms: HsmActivation, RecoveryThreshold, SigningQuorum, hsm_activated, recovery_threshold_met, signing_quorum_met
section/4.5.4.1 · provision · referenced by: 9
en · official · sha256:1448dd88f7dcdb633b2cf9b41eb51ea8d0ea13f6b57c01ce33f7a63d9f2bb0f7
4.5.4.1. Variances
In the event of a declaration of a disaster recovery or business
continuity response, the adverse event may necessitate variances to
the procedural controls and technical security controls. These
variances shall be limited in scope to those necessary for the
successful conduct of key signing operations, and according to
protocols that best ensures a proper record of the chain-of-custody
and limiting sensitive operations to trusted persons. The RZ KSK
Operator shall ensure such variances are consented by the RZ KSK
Operator's management, are documented and communicated.¶Referencing norms: DisasterVarianceEffective, HsmActivationUnderDisasterVariance, Management, SafeCompletionUnderDisasterVariance, disaster_recovery_declared, disaster_variance_effective, variance_consented_by_management, variance_consented_by_management/external, variance_recorded_and_communicated
The hash beside the text is the sha256 of its exact bytes. It is the check that the text shown matches the one pinned in the package: a divergence fails the oracle’s static analysis.