<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ssh on Commentary of Takao</title><link>https://takao.blog/en/tags/ssh/</link><description>Recent content in Ssh on Commentary of Takao</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>Commentary of Takao</copyright><lastBuildDate>Sat, 13 Jun 2026 23:11:50 +0900</lastBuildDate><atom:link href="https://takao.blog/en/tags/ssh/index.xml" rel="self" type="application/rss+xml"/><item><title>Using SSH Keys instead of GPG keys for Git Commit Signatures</title><link>https://takao.blog/en/web/git-signing-commits-ssh-keys/</link><pubDate>Mon, 25 May 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/en/web/git-signing-commits-ssh-keys/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Using SSH Keys instead of GPG keys for Git Commit Signatures" /&gt;&lt;p&gt;For a long time, GPG (GNU Privacy Guard) keys were the industry standard for signing Git commits to prove identity and prevent tampering. However, setting up GPG involves generating keyrings, managing expiration dates, and debugging background agents, which introduces substantial friction for developers.&lt;/p&gt;
&lt;p&gt;To eliminate this complexity, Git version 2.34 introduced the ability to &lt;strong&gt;use your existing SSH keys to sign commits directly&lt;/strong&gt;, bypassing the need for GPG keys.&lt;/p&gt;
&lt;p&gt;In this guide, we will explore how to configure Git to use your SSH keys for signing commits, verify keys locally, and enable trust relationships across development teams.&lt;/p&gt;</description></item><item><title>Managing SSH Keys with Vaultwarden and Bitwarden SSH Agent</title><link>https://takao.blog/en/web/vaultwarden-ssh-key/</link><pubDate>Thu, 20 Jun 2024 00:00:00 +0000</pubDate><guid>https://takao.blog/en/web/vaultwarden-ssh-key/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Managing SSH Keys with Vaultwarden and Bitwarden SSH Agent" /&gt;&lt;h2 id="why-store-ssh-keys-in-a-password-manager"&gt;Why Store SSH Keys in a Password Manager
&lt;/h2&gt;&lt;p&gt;SSH keys are the gold standard for authenticating to remote servers, Git providers, and internal infrastructure. Yet most developers store them as plain files under &lt;code&gt;~/.ssh/&lt;/code&gt; — unprotected, unsynced, and unaudited. Moving SSH keys into Vaultwarden (or Bitwarden) solves three fundamental problems:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Centralized management&lt;/strong&gt;: All keys live in one vault, not scattered across machines.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Cross-device sync&lt;/strong&gt;: Add a key once; it appears on every device automatically.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Audit trail&lt;/strong&gt;: Every key access and client operation is logged by the server.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The Bitwarden SSH agent bridges the gap between a locked-down vault and the day-to-day need to use SSH keys transparently.&lt;/p&gt;</description></item></channel></rss>