Die Form eines privaten Schlüssels hängt vom Algorithmus ab: ein 32-Byte-Skalar für P-256 und secp256k1, ein 32-Byte-Seed für Ed25519 und X25519, (n, e, d, p, q, dP, dQ, qInv) für RSA und ein 32-Byte-Seed (oder ein expandierter Schlüssel mit 2.560–4.896 Byte) für ML-DSA. Dateien verpacken ihn als PKCS #8 (BEGIN PRIVATE KEY oder mit Passwort BEGIN ENCRYPTED PRIVATE KEY), PKCS #1 (BEGIN RSA PRIVATE KEY), SEC 1 (BEGIN EC PRIVATE KEY), in Bundles nach PKCS #12, im OpenSSH-Format oder als JWKs mit einem Feld d.
Schutzmöglichkeiten, von der schwächsten bis zur stärksten: eine einfache Datei mit restriktiven Berechtigungen; eine mit Passwort verschlüsselte Datei (PBES2 mit einer langsamen KDF); ein Schlüsselspeicher des Betriebssystems (Schlüsselbund, DPAPI, Android Keystore); und nicht exportierbare Hardware (TPM, Secure Enclave, Smartcard, HSM, Cloud-KMS), in der der Schlüssel innerhalb des Geräts signiert und sich nicht herauskopieren lässt.
Sende private Schlüssel nie an Webdienste, füge sie nie in Tickets ein und schreibe sie nie in Logs; Tools auf dieser Website, die Schlüssel untersuchen, laufen lokal und lehnen privates Schlüsselmaterial ab, wo ein öffentlicher Schlüssel genügt. Gelangt ein privater Schlüssel nach außen, widerrufe alles, was an ihn gebunden ist (Zertifikat, JWKS-Eintrag, Zeile in authorized_keys), und rotiere den Schlüssel.