「記号から始まるパスワードによる誤動作リスク」記事へのコメント

こんなのバグだろ

[Anonymous Coward]

パスワードに記号使われるなんて当然なんだから、入力中は無視するぐらいはしようよ
酷い作りだな
ユーザビリティのかけらもない

Re: こんなのバグだろ

[Myrrh (49275)]

そういうのはusabilityとは言わない。せめてuserfriendly。できればbeginner-friendlyと呼んでくれ。

Re:

[Anonymous Coward]

色々定義はあるけど、例えばISO9126では理解性 (understandability)、習得性 (learnability)、操作性 (operability) とあって、今回の誤動作を誘発する作りは理解性や操作性のたぐいに充分当てはまると思う。
歴史はあるにしてもSSHは終了コマンドを変えたほうがいいんじゃないのかね。修飾キーとのコンビネーションとか。

Re: こんなのバグだろ

[Myrrh (49275)]

え、変なパスワードのせいで罠にハマっちゃったテヘペロって話じゃなかったの？修飾キー同時押しなんてbash(じゃなくても良いけど)のショートカットキーを間借りすることになって余計にややこしい。

Re:

[Anonymous Coward]

えーと、どれの？
「sshがパスワード入力中か判別できないのが悪い」とでも？

パスワードじゃなくても、行頭でチルダを単独入力したら切れるよね。
そっちも対応せにゃならんの？

Re:

[Anonymous Coward]

そっちもだろ。今にして思うと、もう少しマシなエスケープシーケンスで切断を定義すべきだったのでは？

Re:

[Anonymous Coward]

>そっちもだろ。今にして思うと、もう少しマシなエスケープシーケンスで切断を定義すべきだったのでは？

今更helpかman読めで終わる話を

Re:

[Anonymous Coward]

つか、行頭で~.を入力することが問題なら、
最初のパスワード設定時にはなんで切れんかったの？
って素朴な疑問。テキストファイルででも設定したの？

Re:

[Anonymous Coward]

現在、端末でパスワード受付中です、とサーバが通知してくる仕組みを設えて、sshクライアントがそれを受けてエスケープシーケンスの入力を一次停止して、ってな無駄に複雑な処理になるので無理。

これ、サーバじゃなくて手元のsshクライアントが入力を横取りしてるだけだからな。sshクライアントの設定変更しろ。
サーバが無反応なときにさっさと繋ぎ直しを試行するときにさっと使えて便利→Enter→~→.。

Re:

[Anonymous Coward]

いや利用者側の不具合だろ。

Re:

[Anonymous Coward]

私は他の製品（プロプラ）で、もっと酷い作りなのを見ているのであまり驚かなかったよ。