亡くなったのは11年前の2011年ですね。

当時、スラドでも記事になっています。

訃報: DEC 創立者、Kenneth Harry Olsen 氏が死去。 https://srad.jp/story/11/02/10/0042213/

生産自体は12年近く前に終わってたよね。

https://hardware.srad.jp/story/09/01/14/0818249/

多分今日更新されたのは、部品が尽きたのでアフターサポートも終了するって部分じゃないかな。

例えばphasonさんとか。
化学ネタの時の解説は非常に参考になります。

前輪ブレーキまたは後輪ブレーキを握りながら行う必要があります。

DECは直接は買ってないよね。
DECを買ったCompaqを買っただけで。

飼い殺しになったのは否定しないけれど。

以下の結果から sed でも AaAbA になると思います。

% echo "ab" | sed 's/\(\)/A/g'
AaAbA

ruby も試してみたら Java や Perl と同じで a の後ろの隙間が置換されています。

irb(main):001:0> 'ab'.gsub(//, 'A')
=> "AaAbA"
irb(main):002:0> 'ab'.gsub(/a*/, 'A')
=> "AAbA"
irb(main):003:0> 'ab'.gsub(/a*/, '(\&)')
=> "(a)()b()"

awk は sed と同じっぽい。

% echo "ab" | awk '{gsub("", "A"); print}'
AaAbA
% echo "ab" | awk '{gsub("a*", "A"); print}'
AbA
% echo "ab" | awk '{gsub("a*", "(&)"); print}'
(a)b()

以下の結果を見ると、aの前では無くてaとbの間の隙間が置換されているっぽいですね。

jshell> System.out.println("aba".replaceAll("(a*)","A($1)"));
A(a)A()bA(a)A()

anonymous ftpのincomingディレクトリのように、ファイルを置く(作成する)事は出来るけれどどのようなファイルが有るか分からない状態ですね。

GB micro ミニとか
# GBA microだとずっと思ってた

中間経路でのなりすまし攻撃に対して公開鍵認証と比べたらパスワード認証の方が弱いというのは事実でしょう。

まともな運用が出来ていればいいのですが、『日本の運用』を考えた場合、「取り合えずyesと入力しろ」とか「訊かれたくなければStrictHostKeyChecking=noに設定しろ」等の情報が氾濫している現状から、あまり考えもせずにyesを入力するケースも有りそうです。
実際、Tera Termにも「警告を抑制できるようにして欲しい」という要望が多く来たのに負けて /nosecuritywarning を追加してしまいましたし。
# 実際には海外からも要望が来ていたので日本に限ったものではないかもしれませんが

そしてホスト鍵の確認が不十分な時はパスワード認証は脆弱で、中間者攻撃が行われている場合は接続先が本物のホストだった(ように見えた)時でも安全ではありません。
一方、公開鍵認証は(認証に関しては)安全ですし、本物のホストのホスト鍵が変わったのか、それとも中間者攻撃が行われているかの判別も可能です。(中間者攻撃の場合は認証が失敗する)

14文字ありますが

• 使われている記号が : だけ
• 大文字のFが3度使われている

など、かなり使われている文字に偏りが有りますね。
それらをおまけして"英大文字"/"小文字"/"数字"/"記号"の四種類、計95文字の中から14文字と考えると92bit程度の強度ですね。
これはRSA 1024bit鍵の80bit相当よりは安全ですが、現在主流のRSA 2048bit鍵の112bit相当やED25519鍵の128bit相当よりはかなり落ちます。
# 最新のOpenSSHではRSA鍵はデフォルトで3072bit(128bit相当)を生成するように変わりました

また、このパスワードは「英大文字/小文字/数字4桁を3つ作り、それを : で繋げる」というルールで作られているようにも見えます。
この場合は72bit程度の強度になるので、今はもう使うなと言われているRSA 1024bit鍵よりも弱い事になります。
# まあそれでもオンラインでのブルートフォース攻撃だけを想定するならば十分ではありますが

他のコメントでも指摘されていますが、OpenSSH標準で秘密鍵は暗号化されますし、パスフレーズを付けて保護されるのが一般的です。
一般的には行われていない運用を仮定してそれをもって公開鍵認証の方が脆弱だとするのは不公平な比較でしょう。前述したパスワード認証の問題も評価出来ていませんし。

ヒント: 七英雄

どこの皇帝さんでしょうか

クロスオーバードに関しては課金自体を無くすという思い切った手段を取って来ましたね。
クロスオーバードのデベロッパーであるスマイルメーカーは今回のマイニングシステムのヘカトンケイブの開発もしています。
なので、これを売る為の実績作りとして自分の所のタイトルに組み込んだという感じでしょうか。

ちなみにsshでもDHは使われていて、実際にOpenSSHやTera Termでも該当の関数を使っているのですが、
RFC4419でgroupのサイズは1024～8192の間(*1)と決められているので、
これに従ってサイズをチェックしていれば影響を受けないという状況です。
OpenSSH, Tera Term共に該当の関数を使う前にgroupサイズのチェックを行っているので影響を受けません。
他の実装でも大体は大丈夫じゃないかなあと思っています。

まあ、サーバと違ってクライアントの場合は影響が出ても殺しちゃえばいいんですけれど。

*1: 昨年末に出たRFC8270で2048～8192に更新されました

最近は最初からへこませているのが出てたりしますね。
https://www.itoen.co.jp/products/detail.php?id=300

自分は飲み口が大きいやつが好きです。蓋が閉められるのが便利。
https://www.dydo.co.jp/products/detail/641