ssh-rsa，非推奨のお知らせ
2020-05-28T14:11+9:00 追記 これは SHA-1 を用いた RSA 鍵についての話で，OpenSSH 7.2 以降で生成・利用される RSA 鍵はまだ利用可能です 2020-05-28T19:27+9:00 追記 既に生成されている RSA 鍵でもホスト・クライアントの両方が OpenSSH 7.2 以降ホスト・クライアントの両方が OpenSSH 7.2 以降，ただしサーバー側は OpenSSH 7.4 以外であれば SHA-2 で署名するので大丈夫なようです。（OpenSSH 7.4 はバグがあるようです） ssh-rsaという名前は"公開鍵の形式"と"公開鍵を使った署名方式"の二つで使われていて、廃止対象となっているのは署名方式の方だけです。なのでOpenSSH 7.2以降を入れれば、鍵自体は古いOpenSSHで生成した物がそのまま使えます。 — いわもと こうい
OpenSSH 公式による scp 非推奨宣言を受け, scp, sftp, rsync を比較してみた (2020/5/25 rsync の計測結果について注記追加) - 寒月記
2020/5/26 再検証記事追加追記 Twitter でのご指摘を受けて再検証しました, 転送先のファイルを削除していないために差分転送になっていた点を考慮したものとなっています。 rsync の速度については結果が変わっています。 www.kangetsu121.work TL;DR scp はセキュリティ, 今後の開発優先度を考えて公式で非推奨宣言している 転送速度は (1GB のファイル転送の計測では) rsync >> scp > sftp Twitter でコメントをいただき, 転送ファイルの削除を都度していないので, rsync が差分転送になっているとのご指摘をいただきました。 ただいま検証中ですので, rsync の速度比較結果については判断をお待ちください。 -> 再検証しました, 画面上部の再検証記事をご確認ください rsync は多機能 かつ速い ので rsync
SSH Tips & Tricks
Experience SSH certificates for yourself in <5min⚡! Here are some of our best tips & tricks for using SSH more effectively. This post will cover how to: Add a second factor to your SSH login Use agent forwarding safely Exit from stuck SSH sessions Keep a persistent terminal open Share a remote terminal session with a friend (without Zoom!) Add a second factor to your SSH Here's five different ways
ssh の control master の接続を確認して削除する - それマグで！
control master は便利なんだけど、ちょっと不便な事情もある。 一例として、 usermod で自分のユーザーグループを変えた時、その反映には一旦ログアウトするのが手っ取り早い しかし、controlmaster があるとログアウトが起きずグループの変更が反映されない。 ControlPersist yes なんてしてるともっと厄介だ。接続きれないんだもん。 まぁ、コントールしてるファイルを削除すればいいんだけどね。。。 いちお、check なんてものがある。 takuya@:~/Desktop$ ssh -O check MyHost muxclient: master hello exchange failed Master running (pid=90496) takuya@:~/Desktop$ この状態はMaster起動してるやつ。 ちゃんと切断するには exit
How to close (kill) ssh ControlMaster connections manually
With the following .ssh/config configuration: ControlMaster auto ControlPath /tmp/ssh_mux_%h_%p_%r ControlPersist 4h How to close the persisting connection before the 4 hours? I know you can make new connections, but how to close them (all)? Maybe there is a way to show all the persisted connections and handle them individually but I can not find it.
SSH通信のセキュリティを強化する! | ICT実験室
SSH通信のセキュリティ強化方法をまとめます。 はじめに SSH通信の概要について整理します。 ・SSH通信の用途 ・SSH通信の仕組み ・SSH通信を行うためのソフトウェア SSH通信のセキュリティ強化として以下の方法を整理します。 ・公開鍵の生成と配送の問題 ・SSHのプロトコルの選択 ・認証方式の選択 ・公開鍵の暗号化方式の選択 ・公開鍵の鍵長の選択 ・鍵交換方式の選択 ・共通鍵による暗号化通信方式の選択 ・メッセージ認証コードの選択 ・IPアドレスによるアクセス制限 ・ポート番号の変更 SSHサーバ設定のセキュリティ強化として以下の方法を整理します。 ・ログイン成功までの時間 ・rootユーザのログイン禁止 ・設定ファイルの権限の検証 その他のSSHに関するトピックを取り上げます。 ・パスワードエージェントの利用 SSH通信のセキュリティ強化を実践してみます。 ・OpenSSHのセ
.ssh/configもDRYで書きたい - Qiita
Host hoge-humidai HostName hoge.com User hoge port 10022 Host hoge-a HostName 10.15.0.10 User hoge IdentityFile ~/.ssh/hoge-a ProxyCommand ssh -W %h:%p hoge-humidai Host hoge-b HostName 10.15.0.20 User hoge IdentityFile ~/.ssh/hoge-b ProxyCommand ssh -W %h:%p hoge-humidai Host hoge-c-1 HostName 10.15.0.30 User hoge IdentityFile ~/.ssh/hoge-c ProxyCommand ssh -W %h:%p hoge-humidai Host hoge-c-2 Hos
sshの接続を早くする(ControlMaster) - Qiita
Host * ControlMaster auto ControlPath ~/.ssh/mux-%r@%h:%p ControlPersist 30m と書いておけば、2本目以降のsshの接続が一瞬です。(1本目のssh接続を使って接続する。) 接続まで3秒くらいかかるサーバ(多段接続していたらチョイチョイある)に何度も入る場合便利。 LocalCommandは1本目のみ実行される。 注意点 localforwarding (-NLのこと) を使う場合、control-cで終了させても接続が残るのでハマらないように。 killall sshすればよい。 コメントの注意 なぜか* が解釈されて予期せぬ動作をするので、コメントに * を書かないこと GSSAPIAuthentication no ssh接続に時間がかかる。 ssh -vで確認したところ以下出力あり。 debug1: Next
SSH: Best practices – Aris' Blog
The comments around the last OpenSSH issue (CVE 2016-0777, you must read excellent Qualys’ analysis if you’re interested with the details), I noticed that many people were not aware of some basic features of OpenSSH. I will attempt to give a few advises, prioritized in feasibility order, and with graphical annotations: Very easy to set up. Requires a lot of work to set up. Will provide you some pr
websec-room.com - websec room リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
「OpenSSH 7.0」がリリース、PermitRootLogin設定の変更などセキュリティ強化が行われる | OSDN Magazine
The OpenBSD ProjectのOpenSSH開発チームは8月11日、フリーのSSH実装「OpenSSH 7.0/7.0p」をリリースした。レガシーな暗号方式のサポート打ち切りなど、安全性の強化が中心となる。 OpenSSHはSSH 2.0のフリー実装で、SFTPクライアントおよびサーバーについてもサポートされている。レガシーからの移行をサポートする目的でSSH 1.3/1.5もサポートする。 2012年4月に公開したOpenSSH 6.0/6.0p以来のメジャーリリースとなる。安全性強化のため、レガシーあるいは安全ではない暗号技術の廃止にフォーカスした。SSH v1のコンパイル時でのサポートはデフォルトで無効となり、「ssh-dss」や「ssh-dss-cert-*」を使用するホストおよびユーザー鍵の実行時のサポートについてもデフォルトで無効となった。このほかにも、レガシーなv0
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
yug1224 blog