![]() |
Key ManagementHow does a software solution like Signer keep keys safe online? Signer runs on SourceT, Secure64’s Genuinely Secure micro operating system. SourceT’s architecture makes it and any applications running on it immune to malware and resistant to network attacks. Private keys are always encrypted when stored on disk. The architecture has been reviewed by third party security experts and found to be immune to all known forms of malware. What is the source of randomness for key generation? What techniques does Signer use to perform key rollover? Signer uses the prepublish technique with ZSKs in order to reduce the size of the signed zone data. Signer uses the double signing technique with KSKs. What happens if a key is compromised? Signer generates and keeps in reserve a spare KSK and ZSK for each zone. In the event that a published KSK or ZSK is compromised, the administrator can issue a command that rolls the key to the spare. How do I establish and maintain the chain of trust with my parent zone? RFC SupportDoes Signer support the full DNSSEC standards?Yes, Signer provides full support for RFCs 4033, 4034 and 4035. Does Signer support NSEC3? Does Signer support opt-out with NSEC3? Does Signer automatically maintain the NSEC or NSEC3 chains? Does Signer support best practices for deploying DNSSEC? ManagementCan I get a report of the status of my signed zones? How can I monitor the health and correctness of my signed zones? Performance and CapacityHow can Signer keep up with changes to a large zone, especially if I have a short update interval?Typical implementations will run Signer once with a completely unsigned zone, and then send incremental changes only thereafter. In this configuration, Signer is able to keep up with changes to even the largest zones (such as large TLDs) while still being able to update slave servers as frequently as every couple of minutes.
|

