SQ(1) User Commands SQ(1)

sq key subkey revoke - Revoke a subkey

sq key subkey revoke [OPTIONS] SUBKEY REASON MESSAGE

Revoke a subkey.

Creates a revocation certificate for a subkey.

If `--revocation-file` is provided, then that key is used to create the signature. If that key is different from the certificate being revoked, this creates a third-party revocation. This is normally only useful if the owner of the certificate designated the key to be a designated revoker.

If `--revocation-file` is not provided, then the certificate must include a certification-capable key.

`sq key subkey revoke` respects the reference time set by the top-level `--time` argument. When set, it uses the specified time instead of the current time, when determining what keys are valid, and it sets the revocation certificate's creation time to the reference time instead of the current time.

Emit binary data
Read the certificate containing the subkey to revoke from FILE or stdin, if omitted. It is an error for the file to contain more than one certificate.
Add a notation to the certification. A user-defined notation's name must be of the form `name@a.domain.you.control.org`. If the notation's name starts with a `!`, then the notation is marked as being critical. If a consumer of a signature doesn't understand a critical notation, then it will ignore the signature. The notation is marked as being human readable.
Write to FILE or stdout if omitted
[default: -]
Provide parameters for private key store
Sign the revocation certificate using the key in KEY_FILE. If the key is different from the certificate, this creates a third-party revocation. If this option is not provided, and the certificate includes secret key material, then that key is used to sign the revocation certificate.
The subkey to revoke. This must either be the subkey's Key ID or its fingerprint.
The reason for the revocation. This must be either: `compromised`, `superseded`, `retired`, or `unspecified`:

- `compromised` means that the secret key material may have been
compromised. Prefer this value if you suspect that the secret
key has been leaked.

- `superseded` means that the owner of the certificate has replaced
it with a new certificate. Prefer `compromised` if the secret
key material has been compromised even if the certificate is also
being replaced! You should include the fingerprint of the new
certificate in the message.

- `retired` means that this certificate should not be used anymore,
and there is no replacement. This is appropriate when someone
leaves an organisation. Prefer `compromised` if the secret key
material has been compromised even if the certificate is also
being retired! You should include how to contact the owner, or
who to contact instead in the message.

- `unspecified` means that none of the three other three reasons
apply. OpenPGP implementations conservatively treat this type
of revocation similar to a compromised key.
If the reason happened in the past, you should specify that using the `--time` argument. This allows OpenPGP implementations to more accurately reason about objects whose validity depends on the validity of the certificate.
[possible values: compromised, superseded, retired, unspecified]
A short, explanatory text that is shown to a viewer of the revocation certificate. It explains why the subkey has been revoked. For instance, if Alice has created a new key, she would generate a `superseded` revocation certificate for her old key, and might include the message `I've created a new subkey, please refresh the certificate.`

See sq(1) for a description of the global options.

sq(1), sq-key(1), sq-key-subkey(1).

For the full documentation see https://book.sequoia-pgp.org.

0.35.0 (sequoia-openpgp 1.20.0)

0.35.0 Sequoia PGP