最新から新しい日記やタレこみを確認できますよ。phasonさんとか。化学ネタの時の解説は非常に参考になります。前輪ブレーキまたは後輪ブレーキを握りながら行う必要があります。HP、Xeroxからの一方的な企業買収提案を拒否DECは直接は買ってないよね。DECを買ったCompaqを買っただけで。飼い殺しになったのは否定しないけれど。後ろの隙間が置換されています。sedとjshellの置換(続)以下の結果を見ると、aの前では無くてaとbの間の隙間が置換されているっぽいですね。ftpのincomingディレクトリのように、ファイルを置く(作成する)事は出来るけれどどのようなファイルが有るか分からない状態ですね。Fedora、rootユーザーによるsshパスワードログインのデフォルト無効化を検討開始sshパスワードログインって、エンジニアでも、パスワードが平文で流れるとか、中間経路でのなりすまし攻撃に弱いといった勘違いをしている人がいるけど、そんなことはないです。中間経路でのなりすまし攻撃に対して公開鍵認証と比べたらパスワード認証の方が弱いというのは事実でしょう。なりすまし攻撃はサーバの公開鍵のフィンガープリントの確認で防げます(普通のSSHクライアントは信頼済みでないフィンガープリントなら確認画面がでます)。まともな運用が出来ていればいいのですが、『日本の運用』を考えた場合、「取り合えずyesと入力しろ」とか「訊かれたくなければStrictHostKeyChecking=noに設定しろ」等の情報が氾濫している現状から、あまり考えもせずにyesを入力するケースも有りそうです。追加してしまいましたし。(認証に関しては)安全ですし、本物のホストのホスト鍵が変わったのか、それとも中間者攻撃が行われているかの判別も可能です。(中間者攻撃の場合は認証が失敗する)「j9FJ:45F4:mMFa」ぐらいの強度のパスワードなら何の問題もなかったわけです。大文字のFが3度使われているなど、かなり使われている文字に偏りが有りますね。それらをおまけして"英大文字"/"小文字"/"数字"/"記号"の四種類、計95文字の中から14文字と考えると92bit程度の強度ですね。2048bit鍵の112bit相当やED25519鍵の128bit相当よりはかなり落ちます。繋げる」というルールで作られているようにも見えます。1024bit鍵よりも弱い事になります。それでもオンラインでのブルートフォース攻撃だけを想定するならば十分ではありますが秘密鍵自体を暗号化してパスフレーズで保護するといったこともSSHクライアントによっては可能ですが、OpenSSH標準ではないですし、しない人も多いでしょう。秘密鍵をパスフレーズで保護しない限り、パスワード認証よりかえって脆弱になるといえます。他のコメントでも指摘されていますが、OpenSSH標準で秘密鍵は暗号化されますし、パスフレーズを付けて保護されるのが一般的です。一般的には行われていない運用を仮定してそれをもって公開鍵認証の方が脆弱だとするのは不公平な比較でしょう。前述したパスワード認証の問題も評価出来ていませんし。[ttssh2.osdn.jp]の中の人...っていうかただの端末エミュレータマニア。立派なターミナリアンを目指して日夜修行に励んでいます。Termの事とか関係ない事とか日記に書いてます。最近は書く頻度が減ったなあ。