鍵生成には暗号論的に安全な乱数を使おう
SSHの鍵生成には暗号論的に安全な疑似乱数を使おうという話。 暗号論的に安全ではない疑似乱数がどれだけ危険かというのを、簡単なCTFを解くことで検証してみました。 背景 SSH公開鍵に自分の好きな文字列を入れる、という記事を読みました。 かっこいいSSH鍵が欲しい 例えばこのSSH公開鍵、末尾に私の名前(akiym)が入っています。 ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIFC90x6FIu8iKzJzvGOYOn2WIrCPTbUYOE+eGi/akiym そんなかっこいいssh鍵が欲しいと思いませんか？ かっこいい！真似してみたい！ そこまではいいんですが、問題は実装です。 秘密鍵を生成する際の乱数生成には高速化のために Goのmath/randを使っていますが、乱数が用いられるのは公開しない秘密鍵自体であり、このアルゴリズム自体はLagged Fib
Debian -- bookworm の dropbear パッケージに関する詳細
lightweight SSH2 server and client - startup scripts dropbear is a SSH 2 server and client designed to be small enough to be used in small memory environments, while still being functional and secure enough for general use. It implements most required features of the SSH 2 protocol, and other features such as authentication agent forwarding. This package provides startup scripts for the service ma
混沌を極めるWindowsのssh-agent事情 - Qiita
どうしてこうなった。 何の話？ WindowsでのSSH-AGENTとSSHの話です。 この記事での用語: SSHとssh, SSH-AGENTとssh-agent この記事では、SSH-AGENTと書いたときにはカテゴリとしてのSSHエージェントを意味します。 ssh-agentと書いたときには、実行プログラムとしてのssh-agentコマンドを意味します。 同様に、SSHと書いたときにはカテゴリとしてのSSHクライアントを意味します。 sshと書いたときには、実行プログラムとしてのsshコマンドを意味します。 SSH-AGENTって？ SSH-AGENTは、秘密鍵での署名を代行1してくれるツールです。 SSH-AGENT に秘密鍵をロードしてしまえば、あとはパスワード(パスフレーズ)入力なしでSSH認証できる agent forward機能を使うことで、SSHした先でさらにSSHすると
TeraTermで「unknown Encrypt algorithm(ctos)」というエラーになる場合の対処
TeraTermで「unknown Encrypt algorithm(ctos)」というエラーになる場合の対処について紹介します。 １．問題点 さくらインターネットのサーバにTeraTermで接続しようとしたところ、下記の「unknown Encrypt algorithm(ctos)」というエラーになりました。 これまで同じ設定で正常に接続されていたのですが、ある日突然このエラーが発生するようになりました。 ２．原因 このエラーをよくみると、 unknown Encrypt algorithm(ctos): aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,arcfour となっており、 AES128 AES192 AES256 arcfour256 arcfour128 arcfour という暗号アルゴリズムがサーバ側でサポ
PermitRootLoginをprohibit-passwordからnoに変更する - あそぶ技術
SSHをインストールした後の設定 SSHをインストールした後の設定方法です。 SSHのインストール方法は以下の記事をどうぞ。 zeroringo.hateblo.jp PermitRootLoginを変更したい まだクライアント側で操作をしています。 $ sudo vi /etc/ssh/sshd_config で設定を変更していきます。 #PermitRootLogin yesを #PermitRootLogin noに変更し、ルートでログインするという危険な状態にしない様にするのが目的です。 設定を見てみると文字が多いのでPermitRootLoginを検索してみました。 /を入力すると検索できるぞ！ 【初心者向け】viでの文字列の検索方法を一通り prohibit-passwordって何さ？ PermitRootLoginで検索すると２hitします。 #PermitRootLogin
sshで急に接続できなくなった場合の対処方法 (no matching host key type found. Their offer: ssh-rsa,ssh-dss) - pyopyopyo - Linuxとかプログラミングの覚え書き -
no matching host key type found. Their offer: ssh-rsa,ssh-dss というエラーメッセージでssh接続できない場合は ~/.ssh/config の末尾に以下の三行を加えればとりあえず接続できるようになります Host * HostKeyAlgorithms=+ssh-rsa PubkeyAcceptedAlgorithms=+ssh-rsa 説明 2005年ごろまでに設定されたsshdでは，サーバの署名としてSHA-1のRSA鍵が広く利用されていました．しかしSHA-1は2005年に攻撃方法が発見され，2010年にはSHA-1は廃止，より安全な鍵に移行するという方針になります．そして2021年ついにOpenSSHもSHA-1の鍵をデフォルトで無効化しました． そのため新しいOpenSSHのクライアント(sshコマンド)で，未だにSH
SSHログインをSlackに通知する - にっしーラボ
Linux サーバーへのSSHログインをSlackに通知する方法を調べました。 ログイン元のIPアドレス制限や、SSHの基本的なセキュリティ設定を実施していれば、滅多なことでは望まない攻撃者がログイン成功することはないはずですが、意図しないログインを直ちに知るために。 用意するもの通知先となるSlackのワークスペースSlackのWebhook URLを叩ける、外部通信可能なCentOS Stream 8 またはCentOS Linux 7 サーバーDebianとか他のディストリビューションでも使えるはずSlack側Slackにサインイン ワークスペースにサインインするか、まだ無ければ新規にワークスペースを作る。 画面のとおりに進めば迷わないはず。Incoming Webhook を追加 slack app directoryからIncoming WebhookをSlackに追加する。 チ
SSHエージェント転送を使いつつ複数のGitHubアカウントとSSH鍵を使い分ける
3行まとめ gitコマンドで使用するsshコマンドとそのオプションはcore.sshcommandで設定できる。 SSHエージェントに渡ったSSH鍵の情報はafssh（ssh-agent-filter）でフィルタリングできる。 core.sshcommandとafsshを組み合わせることで、SSHエージェント転送を使いつつSSH鍵を使い分けることができる。 背景 皆さん、gitとGitHub、使ってますか？（もちろん使っているからこの記事を読んでいるのでしょうが） GitHub（やGitLab）を使う時に時折困るのが「複数のアカウント」、「複数のSSH鍵」の使い分けです。 ご存じの通り、GitHubへのアクセスにはSSH、またはHTTPSを使います。 SSHは環境（例えばマシン）毎に認証情報を使い分けることができ、個別に無効化できてセキュアなため、SSHでアクセスしている方が多いかと思いま
nginxで443ポートにssh/httpsを共有する - それマグで！
nginx で https と ssh をリッスンする nginx には $ssl_preread_protocol というStream設定が用意されている。これを使うとTLSプロトコルごとに、プロキシ先を変えることができる ただし443 はストリームが使うので、リッスン先をいい感じに帰る必要がある。 全体の接続 全体の接続は、次のようになる。 nginx stream は sshd / https に直接接続しない。 sshd のリッスンポートに直接接続すると、プロトコル不一致が起きて接続できないので、server{ .. } を経由してる。 https に直接接続できるといえばできるが、プロキシプロトコルを設定しやすくするため、server{ .. } を経由してある nginx の設定は次の通り stream 設定を作る。 ssl_preread_protocol で TLSはweb
フレッツ光回線でscpが遅かった話 - Qiita
この記事は、Supershipグループ Advent Calendar 2021の7日目の記事になります。 先日、sshを使用したファイル転送が回線速度と比べて異常に遅いという現象に遭遇したので、その際に行った調査を再現しつつ原因や対策について書いてみたいと思います。 要約 OpenSSHはデフォルトでinteractiveなセッションに af21 、non-interactiveなセッションに cs1 をDSCP値としてIPヘッダに設定する フレッツ網はIPヘッダのDSCP値を帯域優先サービスで使用しており、契約に応じて指定された優先度以外が設定されたパケットの転送は保証されない そのため、OpenSSHをデフォルト設定のままフレッツ網で使うと通信ができなかったり、速度低下などの悪影響を受ける可能性がある OpenSSHがDSCP値を設定しないようにするためには、IPQoS noneを設
FTPS to sftp プロキシを作る - yet another pudding
FTPS クライアントしか使えないクライアントから、ssh しか通さない sftp サーバへファイルを送り付けたい。こういうときどうしたらいいのだろう。 間にプロキシを咬ませることにした。 delegate というびっくりするほど便利なプロキシがあるのでこれを使わせてもらう。 delegated STLS=fcl -P21 SERVER=ftp\ MOUNT="/* sftp://sftpserver//*" たったこれだけ！ delegate は sftp を内部で呼び出してるだけなので、sftp コマンドが使える環境になっていれば大丈夫。 ssh トンネル通す多段プロキシ環境下でも大丈夫。 ssh の config に書いておけば。
Remote debugging via SSH tunnel | PhpStorm
Remote debugging via SSH tunnelThis tutorial describes how to use an SSH tunnel to set up a secure connection between the development machine and a remote server. This can be useful for debugging code on a remote machine when there are firewalls in between, or a NAT router prevents direct connection, or the ISP or network infrastructure does not allow incoming TCP connections to the developer mach
Sshポートフォワード - dondari
sshでポートフォワード (多段あり) 接続したホストから直接アクセスできるホストへフォワード 踏み台ホスト fumiko へ接続し、ローカルの13389ポートをwin01の3389ポートへ転送。 localhost:13389 へ接続すれば、win01:3389へ。 $ ssh -L 13389:win01:3389 user@fumiko バインドアドレス指定すると良いことも $ ssh -L 0.0.0.0:13389:win01:3389 user@fumiko ２段フォワード 踏み台ホスト fumiko へ接続し、ローカルの23389ポートを fumikoの9999ポートへ転送。 さらに fumikoでsshコマンドを実行し、踏み台ホスト fuminosuke へ接続し、ローカル(=fumiko)の9999ポートを win02の3389ポートへ転送。 localhost:2338
サーバ間でdiffをとる方法 · DQNEO日記
複数サーバ間の設定ファイルを比較したいときはこうすればよいです。 ローカルファイルとリモートサーバのファイルを比較 $ ssh remotename cat /etc/hosts | diff /etc/hosts - こういう書き方もあります。 $ diff <(ssh remotename cat /etc/hosts) /etc/hosts リモートサーバ間のファイルを比較 $ diff <(ssh remote1 cat /etc/hosts) <(ssh remote2 cat /etc/hosts) 解説 ssh hostname cat /path/to/file "cat /path/to/file"というコマンドを別サーバ(hostname)上で実行させて、結果を自マシンの標準出力に出力します。 diff /path/to/file - diffで、ファイル名を指定する代
TeraTermでSSH公開鍵認証がループして失敗する
あたらしく環境構築したCentOS6.4にて、TeraTermでSSH公開鍵認証しようとするものの「認証に失敗しました. 再試行してください」とループしてログインできない。 困った。 /var/log/messages にも何もログが残ってない。 sudo service iptables stop してみてもダメ。そもそも認証画面出てきてる時点でiptablesは問題ない。 パスフレーズが間違えてるのかと思ったが、パスフレーズ間違えているときは、 error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt が出るので違う ちなみにパスフレーズを空にすると error:0906A065:PEM routines:PEM_do_header:bad decrypt が出る。 認証鍵作るときのパスフレーズが変
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
File deployment: support SCP : WI-16202
Windows 版 SourceTree で "POTENTIAL SECURITY BREACH!" という警告が出たときの対処 | バシャログ。
＠IT：ssh接続でrootによるログインを許可するには
Ubuntu Manpage: ssh-argv0 — replaces the old ssh command-name as hostname handling
SSHでbind: Cannot assign requested addressとなった時の対応方法 - Qiita
