List of Putty [text.Baldanders.info]

Windows 11 のカスタマイズ

2025-01-11T09:40:16+00:00

いやぁ Windows をゼロからカスタマイズするのって久しぶりでさ。色々忘れちゃってるわけさ。

というわけでこの記事は，前回セットアップしたミニPCのカスタマイズで試行錯誤した作業記録である。

Firefox 導入

とりあえず既定ブラウザは Firefox で。

デスクトップ、モバイル、エンタープライズ用 Firefox をダウンロード - Mozilla

アドオンは uBlock Origin と Kagi Search for Firefox を入れる。 Kagi Search については以下を参照のこと。

Kagi Search を試してみる〜検索サービスも有料の時代？

Scoop でトラブる

では，いよいよ Scoop をインストールする。 Windows Terminal で PowerShell を開いて

PS > Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
PS > Invoke-RestMethod -Uri https://get.scoop.sh | Invoke-Expression

とすればOK。これで環境変数 PATH への登録も完了している。

動作確認も兼ねて git をインストールしてみる。

PS C:> scoop install git
Installing '7zip' (24.09) [64bit] from 'main' bucket
7z2409-x64.msi (1.9 MB) [========================================] 100%
Checking hash of 7z2409-x64.msi ... ok.
Extracting 7z2409-x64.msi ... ERROR Exit code was 1603!

Git をインストールするために解凍ツールの 7-Zip をインストールするのだが 7-Zip の解凍に失敗してるやん orz

ググってみたら Issue で上がっていたのだが，その通りにやっても解決せず。しょうがないので Scoop の PowerShell スクリプトを眺めてみると，どうやら

PS > scoop config use_external_7zip true

と唱える¹ ことで Scoop 外の手動インストールした 7-Zip を使ってくれるらしい。それじゃあ 7-Zip を手動でインストールして use_external_7zip を有効にしてみよう。

PS C:\Users\username> scoop config use_external_7zip true
'use_external_7zip' has been set to 'true'
PS C:\Users\username> scoop install git
Installing 'git' (2.47.1) [64bit] from 'main' bucket
PortableGit-2.47.1-64-bit.7z.exe (60.0 MB) [===================================] 100%
Checking hash of PortableGit-2.47.1-64-bit.7z.exe ... ok.
Extracting PortableGit-2.47.1-64-bit.7z.exe ... done.
Linking ~\scoop\apps\git\current => ~\scoop\apps\git\2.47.1
Creating shim for 'sh'.
Creating shim for 'bash'.
Creating shim for 'git'.
Creating shim for 'gitk'.
Making C:\Users\username\scoop\shims\gitk.exe a GUI binary.
Creating shim for 'git-gui'.
Making C:\Users\username\scoop\shims\git-gui.exe a GUI binary.
Creating shim for 'scalar'.
Creating shim for 'tig'.
Creating shim for 'git-bash'.
Making C:\Users\username\scoop\shims\git-bash.exe a GUI binary.
Creating shortcut for Git Bash (git-bash.exe)
Creating shortcut for Git GUI (git-gui.exe)
Running post_install script...done.
'git' (2.47.1) was installed successfully!
Notes
-----
Set Git Credential Manager Core by running: "git config --global credential.helper manager"

To add context menu entries, run 'C:\Users\username\scoop\apps\git\current\install-context.reg'

To create file-associations for .git* and .sh files, run
'C:\Users\username\scoop\apps\git\current\install-file-associations.reg'

今度は上手くいった。 Git の設定はのちほど（commit/push とかしない限り，とりあえず無問題）。

これで 7-Zip をコントロールできるってことは zstd をサポートしていない問題もどうにかなるんじゃないだろうか。機会があれば試してみようか。

ちなみに Scoop 自体をアンインストールしたい場合は

PS > scoop uninstall scoop

でいけるようだ。これで環境変数 PATH への記述も綺麗に消してくれる。これで上手く行かない場合は，最悪 scoop フォルダを力技で削除する（笑）

PS C:\Users\username> del .\scoop -Force

この状態で再度インストールした直後に scoop uninstall scoop すれば綺麗にアンインストールできる。でも scoop config で設定した内容は削除できないんだよなぁ。レジストリにもないっぽいし，どこに保存されてるんだろう。

NYAGOS を導入して WIndows Terminal の shell として構成する

（詳しくは NYAGOS 作者による「scoop / nyagos で始めるコマンドライン生活」を参照のこと）

ようやく NYAGOS をインストールできる。

PS > scoop install nyagos
Installing 'nyagos' (4.4.16_0) [64bit] from 'main' bucket
nyagos-4.4.16_0-windows-amd64.zip (2.4 MB) [=================================] 100%
Checking hash of nyagos-4.4.16_0-windows-amd64.zip ... ok.
Extracting nyagos-4.4.16_0-windows-amd64.zip ... done.
Linking ~\scoop\apps\nyagos\current => ~\scoop\apps\nyagos\4.4.16_0
Creating shim for 'nyagos'.

おー。ちゃんと最新バージョンだな。ありがたや 🙇

次に NYAGOS をプロファイルに追加する。こんな感じ。

Settings Windows Terminal (1)

JSON だとこんな感じ。

{
    "commandline": "%USERPROFILE%\\scoop\\shims\\nyagos.exe",
    "guid": "{ce45bb84-5d8b-49a4-be7d-47d0449207c5}",
    "hidden": false,
    "icon": "none",
    "name": "nyagos",
    "startingDirectory": "%USERPROFILE%"
}

guid は勝手に割り振られる値なのでご注意を。

ついでに既定の shell を NYAGOS にする。

Settings Windows Terminal (2)

では改めて Windows Terminal を起動してみよう。

NYAGOS on Windows Terminal

よーし，うむうむ，よーし。やっとこれで馴染みのあるコンソールになったよ。ところで NYAGOS って2024年で10周年だったんだな。おめでとうございます。

自作ツールを導入する

詳しくは「オレオレ Scoop Bucket を作ってみた」を参照のこと。

ここでは作業記録のみ残しておく。

$ scoop bucket add goark https://github.com/goark/scoop-bucket
Checking repo... OK
The goark bucket was added successfully.

$ scoop search gpgpdump
Results from local buckets...

Name     Version Source Binaries
----     ------- ------ --------
gpgpdump 0.15.7  goark

$ scoop install gpgpdump
Installing 'gpgpdump' (0.15.7) [64bit] from 'goark' bucket
gpgpdump_0.15.7_Windows_64bit.zip (3.6 MB) [=================================] 100%
Checking hash of gpgpdump_0.15.7_Windows_64bit.zip ... ok.
Extracting gpgpdump_0.15.7_Windows_64bit.zip ... done.
Linking ~\scoop\apps\gpgpdump\current => ~\scoop\apps\gpgpdump\0.15.7
Creating shim for 'gpgpdump'.
'gpgpdump' (0.15.7) was installed successfully!

$ gpgpdump.exe version
gpgpdump v0.15.7
repository: https://github.com/goark/gpgpdump

問題なさそうだな。

GnuPG を導入する

Scoop で GnuPG のバージョンを確認する。

$ scoop search gnupg
Results from local buckets...

Name   Version Source Binaries
----   ------- ------ --------
gnupg  2.4.7   main
gnupg1 1.4.23  main

よしよし。ちゃんと安定版 2.4 系の最新バージョンになってるな。それではインストールしよう。

$ scoop install gnupg
Installing 'gnupg' (2.4.7) [64bit] from 'main' bucket
Loading gnupg-w32-2.4.7_20241125.exe from cache
Checking hash of gnupg-w32-2.4.7_20241125.exe ... ok.
Extracting gnupg-w32-2.4.7_20241125.exe ... done.
Running installer script...done.
Linking ~\scoop\apps\gnupg\current => ~\scoop\apps\gnupg\2.4.7
Adding ~\scoop\apps\gnupg\current\bin to your path.
Persisting home
'gnupg' (2.4.7) was installed successfully!

$ gpg --version
gpg (GnuPG) 2.4.7
libgcrypt 1.11.0
Copyright (C) 2024 g10 Code GmbH
License GNU GPL-3.0-or-later <https://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: C:\Users\username\scoop\apps\gnupg\current\home
Supported algorithms:
Pubkey: RSA, ELG, DSA, ECDH, ECDSA, EDDSA
Cipher: IDEA, 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH,
        CAMELLIA128, CAMELLIA192, CAMELLIA256
Hash: SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compression: Uncompressed, ZIP, ZLIB, BZIP2

$ gpg-connect-agent /bye
gpg-connect-agent: gpg-agentが動いていません - 開始します'C:\\Users\\username\\scoop\\apps\\gnupg\\current\\bin\\gpg-agent.exe'
gpg-connect-agent: agent の起動のため、8秒待ちます...
gpg-connect-agent: agentへの接続が確立しました

おっ。ちゃんと gpg-agent が動く。以前 Scoop 版の gpg-agent が動かない現象があったが，今は問題なさそうだな。

ここで ssh 接続にも使える鍵を生成しておこう。鍵の作成方法は以下を参照のこと。

作成した鍵の ssh 公開鍵を GitHub に上げておく。

GitHub アカウントへの新しい SSH キーの追加 - GitHub Docs

PuTTY の導入

winget を使って PuTTY を導入しようと思ったのだが

PS > winget search putty
ソースを更新できませんでした: winget
ソースの検索中にエラーが発生しました;結果は含まれません: winget
名前                                             ID             バージョン ソース
-----------------------------------------------------------------------------------
PuTTY                                            XPFNZKSKLBP7RJ Unknown    msstore
SSH Client: Terminal, SFTP, Mosh, Telnet & Putty 9PKGBV7S35T0   Unknown    msstore

あれ？ winget ってまともに動いてないのか？しょうがない。手動で入れよう。と思ってダウンロードページから msi ファイルをダウンロードしてインストーラを起動しようとしたら失敗した。これ Scoop で 7-Zip をインストールして失敗した症状と同じか？そもそも msi でのインストールができなくなってる？うーん，分からん。

それじゃあ PuTTY-ranvis 版にするか。 7z 圧縮されたファイルをダウンロードして展開して手動で PATH を通した。

前節で鍵を作って GitHub に ssh 公開鍵を登録してあることが前提。 GnuPG のホームディレクトリに gpg-agent.conf ファイルを作成して以下の記述を行う。

enable-putty-support

gpg-agent を再起動して gpg-agent.conf ファイルの設定を読み込ませる。

$ gpg-connect-agent killagent /bye
OK closing connection

$ gpg-connect-agent killagent /bye
gpg-connect-agent: no running gpg-agent - starting 'C:\\Users\\username\\scoop\\apps\\gnupg\\current\\bin\\gpg-agent.exe'
gpg-connect-agent: waiting for the agent to come up ... (8s)
gpg-connect-agent: connection to the agent established
OK closing connection

これで PuTTY の pageant の代わりに gpg-agent が秘密鍵の管理を行う（厳密には gpg-agent は秘密鍵を保持せずパスフレーズのみ短期間保持する）。試しに GitHub に接続してみよう。

$ plink git@github.com
Using username "git".
Access granted. Press Return to begin session.

大丈夫そうかな。

git から PuTTY を使って ssh 接続できるように環境変数 GIT_SSH に plink.exe のフルパスをセットすること。

パッケージマネージャは管理者権限下で使う

どうも msi ファイルを起動してインストールを行う際は管理者権限が必要らしい。 Windows Terminal を管理者権限で起動して

$ msiexec /i installer.msi

などとやったら問題なくインストールできた。エクスプローラから msi ファイルを起動する場合は管理者権限にならないので注意。またアンインストールの際には

$ msiexec /x installer.msi

でアンインストールする。設定の [アプリ] → [インストールされているアプリ] のアプリ一覧からアンインストールしようとしても失敗するので，こちらも注意。

Scoop も管理者権限下であれば 7-Zip をインストールできた。 winget も管理者権限下ならまともに動く。

$ winget search putty
名前                                             ID                          バージョン  一致       ソース
-----------------------------------------------------------------------------------------------------------
PuTTY                                            XPFNZKSKLBP7RJ              Unknown                msstore
SSH Client: Terminal, SFTP, Mosh, Telnet & Putty 9PKGBV7S35T0                Unknown                msstore
PuTTY                                            PuTTY.PuTTY                 0.82.0.0               winget
NETworkManager                                   BornToBeRoot.NETworkManager 2024.6.15.0 Tag: putty winget
PortX                                            NetSarangComputer.PortX     2.2.12      Tag: putty winget
PuTTY CAC                                        NoMoreFood.PuTTY-CAC        0.82.0.1    Tag: putty winget
MTPuTTY                                          TTYPlus.MTPutty             1.8         Tag: putty winget
SuperPuTTY                                       JimRadford.SuperPuTTY       1.5.0                  winget

$ winget install PuTTY.PuTTY
見つかりました PuTTY [PuTTY.PuTTY] バージョン 0.82.0.0
このアプリケーションは所有者からライセンス供与されます。
Microsoft はサードパーティのパッケージに対して責任を負わず、ライセンスも付与しません。
ダウンロード中 https://the.earth.li/~sgtatham/putty/0.82/w64/putty-64bit-0.82-installer.msi
  ██████████████████████████████  3.62 MB / 3.62 MB
インストーラーハッシュが正常に検証されました
パッケージのインストールを開始しています...
インストールが完了しました

パッケージマネージャを使う場合は管理者権限にしろってことか。と考えるなら納得できなくもないが，こんな面倒臭かったっけ？とりあえず msi ファイルを直に扱うのはやめたほうがいいということは分かった。

カスタマイズ作業はまだまだ続く

けど，セットアップが面倒そうなのは終わったかな。一休みして続きをしよう。

インストールメモ

Git Extensions | Git Extensions is a standalone UI tool for managing Git repositories : winget の GitExtensionsTeam.GitExtensions でインストール可。勝手に Git.Git をインストールするので個別に winget uninstall した
KDiff3 - Homepage : winget の KDE.KDiff3 でインストール可
Amazon.co.jp: Kindle無料アプリ: Kindleストア : winget の Amazon.Kindle はバージョンが古い
Steam, The Ultimate Online Game Platform : winget の Valve.Steam でいいのか分からなかったので，サイトからインストーラをダウンロードした。リモートデスクトップ越しでは流石に入力遅延があるが，パズルゲームなら違和感なくできるか
アナザーエデン時空を超える猫 - PC版特設サイト : そういや PC 版あるんだっけ
moraダウンローダー（無料）｜音楽ダウンロード・音楽配信サイト　mora ～WALKMAN®公式ミュージックストア～ : 一括ダウンロード用に導入
ClementTsang/bottom: Yet another cross-platform graphical process/system monitor. : Windows で動くパフォーマンスモニタ。 Rust 製でシングルバイナリで提供されている。 Linux の htop コマンドに似たモード（-b オプション指定時）で動作可能
パソコンに Visual Studio Code を導入する（再チャレンジ）

ブックマーク

作業中の BGV (メン限配信以外)

scoop config <name> <value> で設定した値を削除するには scoop config rm <name> を唱える。詳しくは scoop help config を参照のこと。 ↩︎

PuTTY 0.81 がリリースされた【セキュリティ・アップデート】

2024-04-16T11:42:46+00:00

Windows 用の SSH クライアントソフトである PuTTY について ECDSA 署名に絡んで秘密鍵が漏洩するリスクがあるらしい。

PuTTY vulnerability vuln-p521-bias

Every version of the PuTTY tools from 0.68 to 0.80 inclusive has a critical vulnerability in the code that generates signatures from ECDSA private keys which use the NIST P521 curve. (PuTTY, or Pageant, generates a signature from a key when using it to authenticate you to an SSH server.)

via PuTTY vulnerability vuln-p521-bias

上の引用の通り，対象となるのは PuTTY 0,68 から 0.80 までのバージョン。最新の 0.81 で修正されている。なお FileZilla, WinSCP, TortoiseGit, TortoiseSVN といったアプリケーションには PuTTY がバンドルされていることがあるので，これらのアップデート情報にも注意すること。 PuTTY は年に1,2回くらいの頻度でセキュリティ・アップデートが発生するので（ちゃんとメンテされてる証拠），バンドル品は使わないほうがいいと思うなぁ。

日本語カスタム版は PuTTY-ranvis がおすすめ。こちらも 0.81 がリリースされた。

PuTTYrv (PuTTY-ranvis) - Ranvis software

厄介なことに今回はアプリケーションを更新しただけではダメで，認証鍵を新しいものに差し替える必要があるかも知れない。ただし対象となるのは NIST P-521 楕円曲線を使った ECDSA 鍵のみ。それ以外はとりあえずセーフということで（笑）

今回の脆弱性は ECDSA 署名時に使用する nonce を生成するための乱数生成に起因するものらしい。以前から DSA/ECDSA の実装上のネックとなっているのがこの乱数生成部分で，ここの実装をサボると秘密鍵の漏洩に繋がることが知られている。まぁ，今回はサボったわけではないだろうが，何らかの不備があったということだろう。

というわけで，新たに認証鍵を作成するのなら EdDSA (ed25519 曲線) 鍵にすることをお勧めする。 EdDSA は2023年にリリースされた NIST FIPS 186-5 に標準として正式に組み込まれたので，仕事用でも大手を振って使ってよい。

CVE-2024-31497

In PuTTY 0.68 through 0.80 before 0.81, biased ECDSA nonce generation allows an attacker to recover a user’s NIST P-521 secret key via a quick attack in approximately 60 signatures. This is especially important in a scenario where an adversary is able to read messages signed by PuTTY or Pageant. The required set of signed messages may be publicly readable because they are stored in a public Git service that supports use of SSH for commit signing, and the signatures were made by Pageant through an agent-forwarding mechanism. In other words, an adversary may already have enough signature information to compromise a victim’s private key, even if there is no further use of vulnerable PuTTY versions. After a key compromise, an adversary may be able to conduct supply-chain attacks on software maintained in Git. A second, independent scenario is that the adversary is an operator of an SSH server to which the victim authenticates (for remote login or file copy), even though this server is not fully trusted by the victim, and the victim uses the same private key for SSH connections to other services operated by other entities. Here, the rogue server operator (who would otherwise have no way to determine the victim’s private key) can derive the victim’s private key, and then use it for unauthorized access to those other services. If the other services include Git services, then again it may be possible to conduct supply-chain attacks on software maintained in Git. This also affects, for example, FileZilla before 3.67.0, WinSCP before 6.3.3, TortoiseGit before 2.15.0.1, and TortoiseSVN through 1.14.6.

via CVE-2024-31497

以下未稿。

ブックマーク

参考

SSH Mastery: OpenSSH, PuTTY, Tunnels and Keys (IT Mastery Book 12) (English Edition): Lucas, Michael W (著); Tilted Windmill Press 2018-02-06 (Release 2018-02-06); Kindle版; B079NL1L9K (ASIN); 評価

タイトルを見て “SSH Mystery” と空目したアホは私です。洋書だけど英語不得手の私にも読める内容。

reviewed by Spiegel on 2021-01-11 (powered by PA-APIv5)

暗号技術入門第3版　秘密の国のアリス: 結城浩 (著); SBクリエイティブ 2015-08-25 (Release 2015-09-17); Kindle版; B015643CPE (ASIN); 評価

SHA-3 や Bitcoin/Blockchain など新しい知見や技術要素を大幅追加。暗号技術を使うだけならこれ1冊でとりあえず無問題。

reviewed by Spiegel on 2015-09-20 (powered by PA-APIv5)

暗号化プライバシーを救った反乱者たち: スティーブン・レビー (著), 斉藤隆央 (翻訳); 紀伊國屋書店 2002-02-16; 単行本; 4314009071 (ASIN), 9784314009072 (EAN), 4314009071 (ISBN); 評価

20世紀末，暗号技術の世界で何があったのか。知りたかったらこちらを読むべし！

reviewed by Spiegel on 2015-03-09 (powered by PA-APIv5)

Eclipse の SSH アクセスで失敗した話

2021-08-30T11:55:10+00:00

トラブル対応で自前の環境に Eclipse を入れて GitHub リポジトリにアクセスする羽目になった。 GitHub リポジトリへのアクセスには HTTPS と SSH の2通りある。このうち HTTPS のほうはアカウントのパスワードが使えなくなり，代替手段として personal access token を取得する必要がある¹。

個人アクセストークンを使用する - GitHub Docs

まぁ personal access token の話はこれくらいにして，本題は SSH 接続のほう。ちなみに今回の構成は以下の通り。

OS : Windows 10
Eclipse : Pleiades All in One 2021-06 リリース版

Eclipse で Git および SSH をドライブしてるのは EGit と JSch だそうだが，ユーザからこれが見えることはない。「自前で構築している環境（Git for Windows と PuTTY）は使えないんだろうなぁ。鍵を作るところから始めるか」とため息をつきつつ，以下のページを参考に（感謝！）作業を始めたのだが

Eclipseでgit操作(GitHubからcloneしてpushまで/ssh接続) | ITSakura

最初の1フィートで驚愕してしまった。

いやいやいや。 DSA か RSA の1024ビット鍵しか作れんのかい！まさか世の Eclipse ユーザはみんな1024ビット鍵で SSH にアクセスしてるの？アカンやろ。アカンよね！？

首を捻りながらも設定を済ませ，いざ clone しようとしたら今度は No supported authentication methods available とか言ってくさる。

ちょっと何言ってるか分からない…

周囲の人たちは問題なくアクセスできてるみたいなので私の環境の問題だと思うが，マジで分からない。これのせいで半日近く作業が止まってしまったよ。で，さんざん悩んだ挙句に気が付いた。これってひょっとして plink で SSH アクセスしようとしている？

念のために説明すると plink は Windows 用の SSH クライアント兼ターミナル・エミュレータである PuTTY が他ツールとの連携用に提供している SSH 接続ツールだ。 Git がインストールされている環境で

set GIT_SSH=C:\Program Files\PuTTY\plink.exe

とか環境設定しておけば OpenSSH ではなくPuTTY/plink で接続しようとする。どうやら Eclipse はこれを認識しているのかな？

となると話は早い。ぶっちゃけ Git for Windows & PuTTY で既に環境が出来ていれば Eclipse 側の SSH 設定は不要ということだ。というわけでめでたく GitHub リポジトリに SSH でアクセスできた。ようやくトラブル対応できる。 RSA-1024 とか玩具の南京錠のごとき鍵を作る必要もなく，既に運用している EdDSA 鍵で問題なし。上のスナップショットで作った鍵はとっとと捨てたよ（笑）

Eclipse の git リポジトリ操作も見せてもらったが面倒臭すぎてまともに運用できる気がしない。いや，これ，マジで VS Code を啓蒙しないとダメかしらん。

ブックマーク

参考図書

Spring Boot 2 入門: 基礎から実演まで: 原田けいと (著), 竹田甘地 (著), Robert Segawa (著); 2020-05-22 (Release 2020-05-22); Kindle版; B0893LQ5KY (ASIN); 評価

Spring Boot を勉強することになって急遽買った本。めっさ分かりやすかった。 PDF 版が欲しいくらい（笑） Spring Boot 3.2 対応にアップデートされていた。素敵！

reviewed by Spiegel on 2024-03-20 (powered by PA-APIv5)

Effective Java 第3版: Joshua Bloch (著), 柴田芳樹 (翻訳); 丸善出版 2018-10-30; 単行本（ソフトカバー）; 4621303252 (ASIN), 9784621303252 (EAN), 4621303252 (ISBN); 評価

再勉強中。 Kindle 版のほうがちょっと安いが，勤務先でも使いたかったので紙の本にした。

reviewed by Spiegel on 2021-03-17 (powered by PA-APIv5)

GitHub Docs の内容は少し古いみたいで，Settings の構成がちょっと違う。 Settings > Developer settings > Personal access tokens の順に辿っていけばよい。ちなみに personal access token の Expiration を無期限に設定すると GitHub が物凄い勢いで警告を出してくる（笑） ↩︎

PuTTY 0.71 および WinSCP 5.13.9 がリリースされた【セキュリティ・アップデート】

2019-03-22T13:41:00+00:00

PuTTY 0.71 がリリースされていていた。

PuTTY 0.71, released today, includes a large number of security fixes, many of which were found by the recent EU-funded HackerOne bug bounty. There are also other security enhancements (side-channel resistance), and a few new features. It's also the first release to be built for Windows on Arm.

via PuTTY: a free SSH and Telnet client

今回はセキュリティ・アップデートを含んでいる。

scp client multiple vulnerabilities
PuTTY bug pscp-unsanitised-server-output
CVE-2019-6109 : relating to file names sent by the server
CVE-2019-6110 : relating to the server’s stderr stream

ただし PuTTY 関しては具体的な攻略方法がなく，単なる不具合として処理されたようだ。

また，これに関連して WinSCP も 5.13.9 にアップデートされた。

アップデートは計画的に。

【追記 2019-03-30】 WinSCP 5.15 がリリースされた

「WinSCP」がダークモードをサポート、ファイルの暗号化バックアップも可能に - 窓の杜

ブックマーク

PuTTYrv (PuTTY-ranvis) - Ranvis software : 日本語対応 PuTTY。オススメ
64ビット版 PuTTY を導入する
GnuPG for Windows : gpg-agent について : GnuPG の gpg-agent を使ってログインを行う方法について

64ビット版 PuTTY を導入する

2018-02-24T03:03:11+00:00

（この記事を書くにあたって古い記事を見直していたのだが昨年のセキュリティ・アップデートの話とか全く書いてなかった。手元の PuTTY はちゃんと追従してたのに。ちうわけで PuTTY の現時点（2018-02-24）のバージョンは 0.70 だが，過去のセキュリティ・アップデートを含んでいるので，必ずアップデートすること）

昨年あたりから PuTTY の64ビット版が出ているのは気付いていたが，SSH クライアントは日常的に使うもので，万一動かなくなったりしたら非常に困ることになるので手を出しかねていた。今回たまたま自機以外でインストールする機会があったので覚え書きとして残しておく。

64ビット版 PuTTY は以下の公式ダウンロードページ¹ にある。

Download PuTTY: latest release

で，このままでは日本語環境（ISO-2022-JP や EUC-JP）で苦労するので日本語対応パッチを当てたものを上書きコピーするのだが，私がいつも使っている PuTTYjp は64ビット版に対応してないのだ。

hdk の自作ソフトの紹介 | PuTTYjp
- hdk_2 / puttyjp — Bitbucket

自力でビルドするのもナニだしなぁと思い，他のものを物色してみることにした。以下は64ビット版のバイナリを公開しているようだ。

iceiv+putty
PuTTY-ranvis - Ranvis software : HTTPS で繋ぐとうまくいかないのだが…
- ranvis/putty: PuTTY custom

iceiv+putty のほうはテスト不足ということで何となく消極的だが PuTTY-ranvis は commit 履歴を見ても割と積極的な感じがするのでいいかもしれない。どちらも実行環境をフルセットでパッケージングしているので，取り敢えず試してみるにはいいと思う。

日本語対応版はあくまでも私的なビルドなので依存するのは拙いかなとも思うのだが，自分で面倒見るのは大変なので，今回も有難く使わせていただきます。

Google 検索で PuTTY を探すと putty.org とかメチャメチャ怪しげなページが最上位に来るのだが何とかならないのだろうか。ちゃんと公式ページをトップに持ってこいよ。機械任せのフィルタリングに頼ってるからこんなことになるんだよ。 ↩︎

Git Extensions に関する覚え書き

2018-01-21T07:07:15+00:00

私は Git の GUI フロントエンドとして Git Extensions を愛用しているのだが，毎度のことながらインストールしたときのことを忘れているため，インストールに絡むあれこれについて覚え書きを記しておく。

Git Extensions のインストール

現在 Git Extensions は以下のサイトで運用されている。

Git Extensions | Git Extensions is a graphical user interface for Git that allows you to control Git without using the commandline

Git Extensions は .NET Framework （4.6.1 以上）で動作するが Mono （5.0 以上）でも動くので Linux や macOS 等でも利用可能らしい。 Windows 用なら Git Extensions 本体の他に以下のツールが同梱されている¹。

このうち Git for Windows と KDiff3 は SetupComplete ファイル² にのみ同梱されているが，バージョンが古いため，別途インストールしてから（SetupComplete ファイルではなく） Setup ファイルでインストールしたほうがいいかもしれない。

PuTTY を別途インストールしている場合は設定でそちらに差し替えできる。 PuTTY は時々セキュリティ・アップデートが行われるが Git Extensions 側で追従できないことも多いので（SSH クライアントとして PuTTY を使うのであれば）自前でインストールして運用した方がいいだろう。

ConEmu はそのままでOK。

Git Extensions を日本語化したいけど…

最近の Git Extensions はインストールした状態では日本語にできない。リポジトリに日本語化モジュールはあるのだが Setup ファイルに同梱されていないようだ。

そこで無理矢理ではあるが，リリースページから “Source Code” をダウンロードし，その中にある以下のファイルを Git Extensions インストール先フォルダ以下の Translation に入れてみる。

gitextensions-2.xx.xx/GitUI/Translation/Japanese.gif
gitextensions-2.xx.xx/GitUI/Translation/Japanese.xlf
gitextensions-2.xx.xx/GitUI/Translation/Japanese.Plugins.xlf

これで言語を日本語にできる。言語の変更は Settings ダイアログの以下の部分をクリックする。

Setting of Git Extensions

すると以下のウィンドウが表示されるので日本の国旗を選択すれば日本語に切り替わる。

Choose language in Git Extensions Setting

やってみるとわかると思うが，けっこう英語のままである（そのせいで Setup ファイルに含まれないのかな）。 Japanese.xlf および Japanese.Plugins.xlf はテキストファイルなので，ここをいじれば日本語化できそうだ。もし英語得手の方がいれば翻訳に貢献できるかもしれない。私は… まぁ英語でも別に困らないか。

ブックマーク

最近の Git Extensions には GCM (Git Credential Manager for Windows) は同梱されていない。 GCM は Git for Windows の方に同梱されているため， Git for Windows インストール時に GCM も有効にすること。 ↩︎
Git Extensions 2.50.02 であれば GitExtensions-2.50.02-SetupComplete.msi が SetupComplete ファイルである。 ↩︎

GnuPG for Windows : gpg-agent について

2017-12-01T08:48:43+00:00

gpg-agent

gpg-agent は GnuPG の中核コンポーネントで，秘密鍵の管理¹ を行い一定期間キャッシュする。 gpg-agent は gpg, gpgsm, gpgconf, gpg-connect-agent といったコンポーネントから常駐プロセスとして起動されお互いに通信を行う²。

gpg-agent が稼働中かどうかは gpg-agent を引数なしで起動すれば分かる。以下は既に起動している場合。

$ gpg-agent
gpg-agent[3996]: gpg-agent running and available

gpg-agent が稼働していない場合は

$ gpg-agent
gpg-agent[9552]: no gpg-agent running in this session

などと表示される。

手動で gpg-agent を起動する場合は以下のコマンドで起動する。

$ gpg-connect-agent /bye
gpg-connect-agent: no running gpg-agent - starting 'C:\path\to\GnuPG\bin\gpg-agent.exe'
gpg-connect-agent: waiting for the agent to come up ... (5s)
gpg-connect-agent: connection to agent established

逆に gpg-agent を手動で停止したい場合は

$ gpg-connect-agent killagent /bye
OK closing connection

とすれば安全に停止できる。

Pinentry

Pinentry はパスフレーズ³ やスマートカードの PIN コードを入力する際に gpg-agent から呼び出される。 Windows 版では Pinentry プログラムとして pinentry-basic.exe が同梱されている。同等の機能を持つものであれば他のプログラムと差し替えることもできる。

gpg に --batch （または --pinentry-mode loopback）オプションとパスフレーズ指定オプション（--passphrase, --passphrase-fd, --passphrase-file）をセットで指定している場合は Pinentry を迂回できることがある（--quick-gen-key コマンドの場合など）。

gpg-agent のオプション

gpg-agent のオプションは GnuPG ホームディレクトリ⁴ 直下にある gpg-agent.conf ファイルで設定する。設定は以下の様なフォーマットで行う。

default-cache-ttl 600
max-cache-ttl 7200

gpg-agent.conf ファイルで使いそうなオプションを以下に挙げる。

オプション名	内容
`log-file`	ログの出力先をフルパスで指定する。挙動をチェックしたい場合など
`default-cache-ttl`	直前にアクセスしたキャッシュ・エントリの有効期間を秒単位で指定する。既定値は 600
`max-cache-ttl`	キャッシュ・エントリの有効期間の最大値を秒単位で指定する。アクセスの有無にかかわらずこの期間が過ぎるとキャッシュがクリアされる。既定値は 7200
`pinentry-program`	独自に Pinentry プログラムを指定する場合はここにフルパスで指定する
`pinentry-timeout`	Pinentry プログラムの表示時間を秒単位で指定する。既定値は 0 （タイムアウトなし）

他にも，鍵生成時にパスフレーズの文字種や最小文字長を指定したり，パスフレーズの有効期間（期間が過ぎると警告が出るらしい）を設定できたりするようだ。オプション項目について詳しくははマニュアル（英語）を参照のこと。

PuTTY with gpg-agent

PuTTY は Windows 用の SSH クライアント兼ターミナル・エミュレータである。 PuTTY には Plink と呼ばれるコマンドラインベースの SSH 接続ツールがあり，他ツール（例えば Git for Windows）と連携できるようになっている。さらに PuTTY には Pageant と呼ばれるエージェントツールもあり，認証用の秘密鍵をキャッシュすることができる。

今回は Pageant を gpg-agent で置き換えることを考える。

gpg-agent のオプション

gpg-agent.conf ファイルに以下のオプションを追加する（enable-putty-support 以外は任意）。

オプション名	内容
`enable-putty-support`	Pageant プロトコルを有効にする
`default-cache-ttl-ssh`	直前にアクセスしたキャッシュ・エントリの有効期間を秒単位で指定する。既定値は 1800
`max-cache-ttl-ssh`	キャッシュ・エントリの有効期間の最大値を秒単位で指定する。アクセスの有無にかかわらずこの期間が過ぎるとキャッシュがクリアされる。既定値は 7200

設定を保存したら gpg-connect-agent を使って gpg-agent を再起動する。

$ gpg-connect-agent killagent /bye
OK closing connection

$ gpg-connect-agent /bye
gpg-connect-agent: no running gpg-agent - starting 'C:\path\to\GnuPG\bin\gpg-agent.exe'
gpg-connect-agent: waiting for the agent to come up ... (5s)
gpg-connect-agent: connection to agent established

なお， GnuPG の各コンポーネントは必要に応じて自動的に gpg-agent を起動するので問題ないのだが， PuTTY は GnuPG と連動しているわけではないため， PuTTY 起動時に gpg-agent が起動していない状況もありうる。そこで， Windows ログイン時に gpg-connect-agent を使って gpg-agent を起動しておくことをお薦めする。

SSH 鍵のインポート

SSH 鍵のインポートには2通りの方法あるようだが，今回は簡単な方でいく⁵。

鍵ファイル（ここでは id_rsa.PPK とする）を Pageant で開く。ファイルの関連付けがされている場合はエクスプローラから該当の PPK ファイルをダブルクリックすればいい。そうでない場合は以下のコマンドで PPK ファイルを開く。

$ pageant.exe id_rsa.PPK

すると Pageant のプロンプトが1回， gpg-agent のプロンプトが2回表示され，都合3回パスフレーズを入力させられる。

Pagent

GnuPG Pinentry (1)

GnuPG Pinentry (2)

これで秘密鍵が private-keys-v1.d フォルダに格納される。また sshcontrol ファイルが作成され，インポートした鍵の情報が書き込まれる。

# List of allowed ssh keys.  Only keys present in this file are used
# in the SSH protocol.  The ssh-add tool may add new entries to this
# file to enable them; you may also add them manually.  Comment
# lines, like this one, as well as empty lines are ignored.  Lines do
# have a certain length limit but this is not serious limitation as
# the format of the entries is fixed and checked by gpg-agent. A
# non-comment line starts with optional white spaces, followed by the
# keygrip of the key given as 40 hex digits, optionally followed by a
# caching TTL in seconds, and another optional field for arbitrary
# flags.   Prepend the keygrip with an '!' mark to disable it.

# RSA key added on: 2016-03-10 21:24:32
# MD5 Fingerprint:  56:ff:fd:60:38:a1:7a:44:0c:37:86:90:94:8d:7f:6a
F65BB98767E88930612C6EABC4D4918E2A573903 0

この F65B... の長ったらしい数字列は keygrip と呼ばれる鍵の識別子で OpenPGP の鍵 ID とは異なるもののようだ⁶。

これで鍵のインポートができたので PuTTY で実際に SSH 接続してみると

GnuPG Pinentry (3)

とプロンプトが表示された。めでたし！

Git for Windows との連携

Git for Windows と PuTTY を連携するには，環境変数 GIT_SSH に Plink へのフルパスをセットする。

setx GIT_SSH=C:\path\to\PuTTY\plink.exe

ただし，最近の Git for Windows ではインストール時の SSH 接続設定で PuTTY を使うよう指定すれば自動的に環境変数をセットしてくれるので，手動で設定する必要はないと思われる。

Windows 版 gpg-agent は OpenSSH と相性が悪い？

gpg-agent は OpenSSH の ssh-agent と置き換えることもできる⁷。 gpg-agent への SSH 鍵のインポートには ssh-add を使うのだが， Windows 環境では上手く動かない。どうやらファイル・ディスクリプタ S.gpg-agent.ssh が上手く機能しないようだ。

MSYS2 版⁸ と PowerShell 用の OpenSSH で試してみたのだが，いずれも上手くいかなかった。 MSYS2 版については MSYS2 の GnuPG を使えば上手くいくのかもしれないが，面倒なので試してない。

ssh-pageant 経由で OpenSSH と連携できる！

フィードバックで教えていただいたのだが ssh-pageant というツールがあって，これを経由して gpg-agent と OpenSSH を繋げられるようだ。

GitHub - cuviper/ssh-pageant: An SSH authentication agent for Cygwin/MSYS to PuTTY’s Pageant.

ssh-pageant は最近の Git for Windows には同梱されている。 ssh-pageant が常駐している状態では， OpenSSH からは ssh-agent が起動しているように見える。一方， gpg-agent には PuTTY から要求があるように見える。

graph LR OpenSSH-- request key -->ssh-pageant ssh-pageant-- store key -->OpenSSH ssh-pageant-- request key -->gpg-agent gpg-agent-- store key -->ssh-pageant

この方法の利点は， enable-putty-support オプションを有効にしておけば， gpg-agent は PuTTY とも OpenSSH とも全く等価にアクセスできる点だろう。欠点は，結局のところ PuTTY は手放せないということだろうか（だって bash 以外の環境では今まで通りだし）。 Git for Windows に関しては… もう Plink での接続でいいんじゃないかな。

まぁ Windows だしね。

ssh-pageant の起動は bash から以下のコマンドを起動する。

$ eval $(/usr/bin/ssh-pageant -r -a "/tmp/.ssh-pageant-$USERNAME")

ssh-agent と似たようなやりかただな。 ssh-pageant は完全に土管として機能するので，上のコマンドを .bash_profile か .bashrc に書いておいて bash 起動時に常駐させておけばいいだろう⁹。

ssh-add で鍵のインポートができるかどうかは試してないが（Pageant からインポートできてるし）， ssh-add -l ってやったらちゃんと鍵情報が取れたので，多分できるんじゃないかな？

参考になる（かもしれない） Web ページ

hdk の自作ソフトの紹介 | PuTTYjp
iceiv+putty
公開鍵認証によるSSH接続 - PuTTYの使い方 - Linux入門 - Webkaru
Windowsでのssh agent - Qiita
SSH authentication using a YubiKey on Windows
Git/Git for Windows/SSHにPuTTYを使う - yanor.net/wiki
GPG Agent under Windows as SSH Agent for - Super User
Using GnuPG (2.1) for SSH authentication
Convert keys between GnuPG, OpenSsh and OpenSSL - Sysmic.org
Git for WindowsのシェルからPageantでSSH - Qiita
Windowsでのssh agent - Qiita
Big Sky :: Windowsでもssh-agentとssh-addを使ってパスフレーズ入力を省略する。
KeeAgent – lechnology.com : パスワード管理ツール KeePass のプラグインで， KeePass のパスワードデータベースを使って SSH 鍵を管理し Agent 機能で SSH に鍵を渡す仕組みらしい。 PuTTY と OpenSSH に対応しているようだ
How to enable SSH access using a GPG key for authentication | Opensource.com
Windows 環境で作った GnuPG の鍵束を Ubuntu に移行する
gpg-agent の設定： GnuPG in Ubuntu

前回も書いたが， classic version と現行バージョンでは鍵（特に秘密鍵）の管理の仕方が異なるため両者を混在させる場合は注意が必要である。 Classic version で作成した鍵を現行バージョンにも反映させたいのであれば gpg-v21-migrated ファイルを削除すると再度移行処理が走るらしい。 Classic version を使わなければならない状況（Linux などではパッケージ管理ツールがアプリケーションの証明用に GnuPG の classic version を使うことがある）でないのなら現行バージョンに一本化するほうがお勧めである。 ↩︎
現行バージョンでは gpg-agent が必須である。したがって，かつての --use-agent, --no-use-agent, --gpg-agent-info 各オプションは無効（ダミーオプション）になっている。また UNIX 互換プラットフォームで gpg-agent 利用する際は GPG_AGENT_INFO 環境変数でソケットを指定する必要があるが， Windows では不要なためここでは割愛する。 ↩︎
パスワード（password）とパスフレーズ（passphrase）の違いは，パスフレーズでは英数字以外に空白文字や記号が使え文字数の制限がないことにある。ちなみに OpenPGP の秘密鍵にはいかなる形でもパスフレーズを保持しない（S2K パラメータ情報は持っている）。 ↩︎
Windows では， GnuPG ホームディレクトリの既定は %APPDATA%\gnupg となっている。これを変更するには GNUPGHOME 環境変数または --homedir オプションを使う。（前回を参照のこと） ↩︎
今回は PPK ファイルを直接読み込む方法をとったが， PPK ファイルから OpenSSH 形式にエクスポートし，それを更に X.509 形式に変換した後 gpgsm でインポートすることもできるらしい。（参考： Convert keys between GnuPG, OpenSsh and OpenSSL） ↩︎
OpenPGP 鍵以外の鍵にも対応するためらしい。 OpenPGP 鍵の keygrip は --with-keygrip オプションを付けて鍵を表示すると見ることができる。ちなみに private-keys-v1.d フォルダにある秘密鍵のファイルは，この keygrip 値がそのままファイル名になっている。 ↩︎
gpg-agent.conf ファイルに enable-ssh-support オプションをセットする。 ↩︎
Git for Windows に同梱されている bash も MSYS2 である。 ↩︎
うちの Git for Windows 付属の bash では何故か .bash_profile を読んでくれない。ので .bashrc に書いている。 ↩︎

PuTTY 0.67 リリース（Security Fix）

2016-03-08T05:34:05+00:00

Windows 用の SSH（Secure SHell）クライアント PuTTY 0.67 がリリースされている。 pscp.exe にセキュリティ脆弱性が発見されたようだ。

Many versions of PSCP prior to 0.67 have a stack corruption vulnerability in their treatment of the 'sink' direction (i.e. downloading from server to client) of the old-style SCP protocol.
In order for this vulnerability to be exploited, the user must connect to a malicious server and attempt to download any file.

via PuTTY vulnerability vuln-pscp-sink-sscanf

0.66 以下の PuTTY を使っている人は必ず 0.67 にアップデートすること。なお，以下の日本語版も 0.67 がリリースされている。

PuTTY 0.66 リリース（Security Fix）

2015-11-11T11:28:23+00:00

Windows 用の SSH（Secure SHell）クライアント PuTTY 0.66 がリリースされている。

Versions of PuTTY and pterm between 0.54 and 0.65 inclusive have a potentially memory-corrupting integer overflow in the handling of the ECH (erase characters) control sequence in the terminal emulator.

via PuTTY vulnerability vuln-ech-overflow

以前のバージョンには ECH (ERASE CHARACTER) 制御シーケンスにおいてメモリ破壊を伴う整数オーバーフロー（memory-corrupting integer overflow）脆弱性があるそうな。 ECH については以下を参照のこと。

0.65 以下の PuTTY を使っている人は必ず 0.66 にアップデートすること。なお，以下の日本語版も 0.66 がリリースされている。

そういや，最近「整数オーバーフロー」な脆弱性報告をよく見かけるな。 Google のこいつとかもそうだっけ。

JVNDB-2015-005816 Google Picasa における整数オーバーフローの脆弱性 - JVN iPedia

流行ってるのか？

ようやく ConEmu と NYAGOS を導入した

2015-10-29T15:56:49+00:00

いやぁ， Hugo 使い出したらコマンドプロンプトがいくらあっても足りないのさ。そんなわけで，えんやらやっと ConEmu を導入することにした。ついでに NYAGOS も入れなおすことに。

NYAGOS の導入

NYAOS.ORG - NYAGOS
- nyaosorg/nyagos: NYAGOS - The hybrid UNIXLike Commandline Shell for Windows

以前 NYAGOS を導入した時はどえら苦労したが¹，最近のバージョンは64ビット版のビルド済みのものがある。ありがたくこのまま使わせて頂く²。

zip ファイル内のファイル群をフォルダ構成ごと適当な場所に展開すればよい。展開できたら動作確認。

C:\program\nyagos>nyagos.exe
Nihongo Yet Another GOing Shell 4.2.3_3-amd64 by go1.9.3 & Lua 5.3
(c) 2014-2018 NYAOS.ORG <http://www.nyaos.org>
<hostname:~>
$ ls
Doc/          _nyagos       makeicon.cmd* nyagos.exe*   readme_ja.md
LICENSE       lua53.dll     nyagos.d/     readme.md

ほい，おっけ。

ConEmu の導入

ConEmu は Windows 用のターミナルでタブごとに異なる shell を呼び出せるのが特徴。コマンドプロンプトや上述の NYAGOS はもちろん， MSYS2 の bash や PuTTY も呼び出せてしまう優れもの。

ConEmu - Handy Windows Terminal

以降，覚え書きで ConEmu の設定を晒しておく。

ConEmu Setting

フォントは既定のままで問題ない（もちろん好きなフォントに変えてもよい）。ただし，日本語を使う場合は “Monospace” のチェックは必ず外すこと。

ConEmu Setting

“Center console in ConEmu workspace” にチェックを入れて数ピクセル程度アキを入れるとウィンドウ境界付近の窮屈感が解消される。おススメ。

ConEmu Setting

Windows Explorer の context menu 設定。上段の “ConEmu Here” を登録（register）すると， context menu を開いたフォルダで ConEmu を起動してくれる。

ConEmu Setting

ConEmu 起動時の状態。 “Auto save/restore opened tabs” を選択すると，タブの状態を保持してくれる。

ConEmu Setting

ConEmu 起動時の環境設定。コードページの設定（chcp コマンド）もここでできるし alias の設定もできたりする。ただし，環境設定は shell 呼び出し時にも個別にできるので，ここでは ConEmu 全体の設定に限定すべきだろう。

ConEmu Setting

Shell 呼び出しの設定例。ここでは MSYS2 の bash を呼んでいる。起動時の calling sequence は以下のとおり。

set MSYSTEM=MSYS & C:\msys64\usr\bin\bash.exe --login -i

前半で環境変数を設定し，後半で実際に bash を呼び出している。やぁ，これで mintty を使わなくて済むよ。

PuTTY の場合は以下のようになる³。

C:\PATH\TO\PuTTY\putty.exe -load "mysession" -new_console

mysession には PuTTY であらかじめ作成したセッション名をセットする。

ちなみに NYAGOS の場合は nyagos.exe をフルパスで指定すれば OK。

ところで設定ダイアログの左下に Flattr ボタンがあるのにお気づきだろうか。 Flattr アカウントのある人は是非。

追記 2018-03-07

ConEmu の画面の桁数を大きくすると画面が乱れる場合がある。この場合は Setting → Main → Compress long string to fit space を無効にすることで改善するようだ。

ブックマーク

まぁこれは MSYS2 を試すきっかけになったので，結果的にはよかったのだが。 MSYS2 の記事はそのうちちゃんと書かないといけないなぁ。 ↩︎
最近のバージョンでは zetamatta/nyole は不要になった。 ↩︎
ただし ConEmu から PuTTY を呼び出す場合，サーバ側が UTF-8 だと文字化けするっぽい。ググると「chcp 65001 に設定しろ」みたいなことが書いてあるが， PuTTY に対しては効いてない感じ。（11月11日追記）左記を訂正。オリジナルの PuTTY じゃなくて，日本語に対応している PuTTYjp なら問題なく日本語で表示される。ブラボー！ ↩︎

List of Putty [text.Baldanders.info]

Windows 11 のカスタマイズ

Firefox 導入

最新の PowerShell を入れる

Scoop でトラブる

NYAGOS を導入して WIndows Terminal の shell として構成する

自作ツールを導入する

GnuPG を導入する

PuTTY の導入

パッケージマネージャは管理者権限下で使う

カスタマイズ作業はまだまだ続く

インストールメモ

ブックマーク

作業中の BGV (メン限配信以外)

PuTTY 0.81 がリリースされた【セキュリティ・アップデート】

CVE-2024-31497

ブックマーク

参考

Eclipse の SSH アクセスで失敗した話

ブックマーク

参考図書

PuTTY 0.71 および WinSCP 5.13.9 がリリースされた【セキュリティ・アップデート】

【追記 2019-03-30】 WinSCP 5.15 がリリースされた

ブックマーク

64ビット版 PuTTY を導入する

Git Extensions に関する覚え書き

Git Extensions のインストール

Git Extensions を日本語化したいけど…

ブックマーク

GnuPG for Windows : gpg-agent について

gpg-agent

Pinentry

gpg-agent のオプション

PuTTY with gpg-agent

gpg-agent のオプション

SSH 鍵のインポート

Git for Windows との連携

Windows 版 gpg-agent は OpenSSH と相性が悪い？

ssh-pageant 経由で OpenSSH と連携できる！

参考になる（かもしれない） Web ページ

PuTTY 0.67 リリース（Security Fix）

PuTTY 0.66 リリース（Security Fix）

ようやく ConEmu と NYAGOS を導入した

NYAGOS の導入

ConEmu の導入

ブックマーク