SQ(1)
π sq-key-approvals β the certification-approvals vibe π
okay so hi bestie π this is the SQ(1) manual page, straight off the User Commands shelf, and it's literally all about sq-key-approvals. Yes the title is SQ(1), and yes that one's short for the whole sq fam β we'll get to them in SEE ALSO, don't worry π«Ά
β¨ NAME β¨
sq-key-approvals β Manages certification approvals π
πΈ SYNOPSIS πΈ
sq key approvals list [OPTIONS]
sq key approvals update [OPTIONS]
two subcommands, two moods, both iconic π
π¦ DESCRIPTION π¦
okay so. sq-key-approvals manages certification approvals. that's the whole job, periodt.
here's the tea β : key holders are allowed to approve of third-party certifications that are attached to their certificate. and this subcommand is the one that manages all those approvals. main character energy fr fr.
now, the why β because this part actually matters, no cap:
to prevent certificate flooding attacks π, modern key servers do not let third-party certifications just rain down on a certificate uncontrolled. instead, to give the key holder control over what info gets distributed alongside their certificate, those key servers only hand out third-party certifications that the key holder has explicitly approved.
so likeβ¦ no approval, no distribution. simple as that β¨
π SUBCOMMANDS π
sq key approvals list
Lists third-party certifications and their approval status. π
and the details, because the details are the whole point:
to prevent certificate flooding attacks π, modern key servers do not distribute third-party certifications on a certificate in an uncontrolled way. to let the key holder control what information is distributed with their certificate, these key servers only distribute third-party certifications that the key holder has explicitly approved.
sq key approvals update
Approves of third-party certifications allowing for their distribution. β
same caveat bestie, here it is again:
to prevent certificate flooding attacks π, modern key servers prevent the uncontrolled distribution of third-party certifications on certificates. so that the key holder gets to control what info ships with their certificate, these key servers only distribute third-party certifications that the key holder has explicitly approved.
a couple of very important deets π
- by default, all user IDs are considered β but if you pass at least one
--name,--email, or--useridargument, then only the matching user IDs get considered. like, that's the filter, that's the vibe. - and AFTER the approvals have been changed, the certificate has to be distributed, e.g. by uploading it to a key server. approving is not the same as publishing, so don't forget the second step π
π₯ EXAMPLES π₯
manifesting correct syntax for you π―οΈβ¨
sq key approvals list
Lists the approved certifications on all the user IDs.
sq key approvals list \
--cert=EB28F26E2739A4870ECC47726F0073F60FD0CBF0
Lists the unapproved certifications on all the user IDs.
sq key approvals list --pending \
--cert=EB28F26E2739A4870ECC47726F0073F60FD0CBF0
Lists all unapproved certifications on a given user ID.
sq key approvals list --pending --email=alice@example.org \
--cert=EB28F26E2739A4870ECC47726F0073F60FD0CBF0
sq key approvals update
Approve of all of the certifications on all of Alice's user IDs.
sq key approvals update --add-all \
--cert=EB28F26E2739A4870ECC47726F0073F60FD0CBF0
Approve of all of the certifications on all of Alice's user IDs made by Bob, discarding all prior approvals first.
sq key approvals update --remove-all \
--add-by=511257EBBF077B7AEDAE5D093F68CB84CE537C9A \
--cert=EB28F26E2739A4870ECC47726F0073F60FD0CBF0
Approve of all of the certifications on a specific user ID by certifiers that can be authenticated, discarding all prior approvals first.
sq key approvals update --remove-all --add-authenticated \
--cert=EB28F26E2739A4870ECC47726F0073F60FD0CBF0 \
--userid="Alice <alice@example.org>"
Remove the approval of Bob's certification on all of Alice's user IDs.
sq key approvals update \
--remove-by=511257EBBF077B7AEDAE5D093F68CB84CE537C9A \
--cert=EB28F26E2739A4870ECC47726F0073F60FD0CBF0
π SEE ALSO π
go read these next, bestie, they're all part of the same friend group:
and for the full documentation (the deluxe version, the director's cut π) see https://book.sequoia-pgp.org/.
π VERSION π
1.5.0 β that's the one, the current era β¨
ok that's the whole page bestie, you ate it π go approve something responsibly
Sequoia PGP Β· version 1.5.0 Β· mwah, tysm for reading, ily π«Άππ¦π
π¦ where this page comes from
- fedora 43: sequoia-sq 1.5.0-1.fc43 Β· LGPL-2.0-or-later AND Apache-2.0 AND BSL-1.0 AND BSD-3-Clause AND MIT AND MPL-2.0 AND Unicode-3.0 AND Unicode-DFS-2016 AND Zlib AND bzip2-1.0.6 AND (0BSD OR MIT OR Apache-2.0) AND (Apache-2.0 OR BSL-1.0) AND (Apache-2.0 OR MIT) AND (Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT) AND (BSD-2-Clause OR Apache-2.0 OR MIT) AND (MIT OR Apache-2.0 OR Zlib) AND (Unlicense OR MIT)
- fedora 44: sequoia-sq 1.5.0-1.fc44 Β· LGPL-2.0-or-later AND Apache-2.0 AND BSL-1.0 AND BSD-3-Clause AND MIT AND MPL-2.0 AND Unicode-3.0 AND Unicode-DFS-2016 AND Zlib AND bzip2-1.0.6 AND (0BSD OR MIT OR Apache-2.0) AND (Apache-2.0 OR BSL-1.0) AND (Apache-2.0 OR MIT) AND (Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT) AND (BSD-2-Clause OR Apache-2.0 OR MIT) AND (MIT OR Apache-2.0 OR Zlib) AND (Unlicense OR MIT)
- nixpkgs unstable: sequoia-sq 1.5.0
- opensuse-leap 16.0: sequoia-sq 1.5.0-bp160.1.1 Β· LGPL-2.0-or-later
- opensuse-leap 16.0: sequoia-sq 1.5.0-bp160.1.1 Β· LGPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms