HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
dolmen
github-keygen
Perl2017–2026
dolmen / github-keygen

github-keygen

Easy creation and upgrade of secure SSH configuration for your GitHub account(s)

2Distinct people
16Mentions
1Explicit recommenders
273GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Easy creation and upgrade of secure SSH configuration for your GitHub account(s)

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

I recommend 'ssh -o PubkeyAuthentication=no superlogical.jobs` if you have a public key and want to stay anonymous (beyond revealing your IP). Why? Because if you use SSH to…

dolmen used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 12:54:37 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year16 dated mentions

Observed mentions: 2017-05-01 21:51:48 UTC to 2026-07-30 10:43:03 UTC.

02462017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments20172018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20212022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 6 mentions; 0 submissions, 6 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC211
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC000
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC000
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC000
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC101
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC101
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC606
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC404
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC101
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

What Hacker News says

16 sources
dolmen·Jul 30, 2026Recommendation phrase
I recommend 'ssh -o PubkeyAuthentication=no superlogical.jobs` if you have a public key and want to stay anonymous (beyond revealing your IP). Why? Because if you use SSH to connect to connect to GitHub, your SSH public key is published at https://github.com/<username>.keys so an SSH server to which you connect could do a reverse lookup. This is the reason why my ~/.ssh/config has those 2 lines at the end: Host * PubkeyAuthentication no Author of https://github.com/dolmen/github-keygen here.
In Superlogical
This is an interesting approach. However the task used as an example just shows how provisionning SSH keys was insecure at that company. In fact the user should generate his private key by himself and just provide the public key to the sysadmin to inject it in the system to grant access. AT NO POINT THE SYSDAMIN SHOULD HAVE A COPY OF THE PRIVATE KEY, even temporary. So the 1Password step shouldn't even be necessary. By the way, I'm the author of github-keygen, a tool to automate the creation of SSH keys dedicated to GitHub access, and to setup SSH settings for that context. https://github.com/dolmen/github-keygen
In Do-nothing scripting: the key to gradual automation (2019)
Here are a few use cases for having multiple SSH key per server: - use a different SSH key for each client machine: if the client machine is lost/compromised, just remove that key from the server's authorized_key - multiple accounts for the same server. This is useful for example to use multiple GitHub accounts My github-keygen tool allows to manage your ~/.ssh/config for those GitHub use cases. https://github.com/dolmen/github-keygen
In Show HN: I built a simple, open-source tool to manage servers and SSH keys
The manual encourages bad SSH practices. The server could collect SSH public keys and use GitHub to resolve them to GitHub users to deanonymize users. To protect yourself against this kind of problems: 1. Put this block at the end of ~/.ssh/config: Host * ForwardAgent no ForwardX11 no PermitLocalCommand no # Avoid keys being propose to any SSH server we connect to (ex: whoami.filippo.io) PubkeyAuthentication no IdentitiesOnly yes AddKeysToAgent no 2. Use a separate private SSH key for each organization you connect to. You must create a config entry to tell OpenSSH to use it. Ex: Host shhhbb.com PubkeyAuthentication yes IdentitiesOnly yes IdentityFile ~/.ssh/id@shhhbb.com Disclaimer: I'm the author of https://github.com/dolmen/github-keygen
In Show HN: Shhhbb, an SSH BBS
Users of github-keygen [1] might be affected. Please check the public key recorded in ~/.ssh/known_host_github. Note that github-keygen stores the ssh-ed25519 key since release 1.306 in June 2022. You can check by yourself: cat ~/.ssh/known_hosts_github If you are affected, just run github-keygen again to regenerate your SSH configuration: curl --silent https://raw.githubusercontent.com/dolmen/github-keygen/release/github-keygen | perl Disclaimer: I am the author and maintainer of github-keygen [1]: https://github.com/dolmen/github-keygen/
In We updated our RSA SSH host key
For those who use (or want to use) SSH to connect to GitHub for Git, I wrote 11 years ago a tool to maintain my SSH settings for GitHub. I still actively maintain it. https://github.com/dolmen/github-keygen/ github-keygen features: * automated maintenance of the GitHub specific configuration (just run the latest release of github-keygen and your setup is safely upgraded) * strong security settings * eases the management of your SSH keys allowed to access your GitHub account * performance settings (ControlMaster)
In SSH tips and tricks

Showing the 15 most recent of 16 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.