技術者見習いの独り言

このブログを検索

情報技術者試験

日付: 12月 21, 2013

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

合格しました

雑記

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

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で生成した物がそのまま使えます。 — いわもとこういち (@ttdoda) May 28, 2020 openssh-unix-devで指摘が出ていますが、OpenSSH 7.4のバグで、サーバ側が7.4だとrsa-sha2-256/512が使えると通知してこないのでssh-rsaでユーザ認証が行われてしまいます。これはユーザ認証時のみの問題で、ホスト鍵の確認には影響しません。 https://t.co/oyNVS08jGI — いわもとこういち (@ttdoda) May 30, 2020 本文 OpenSSH 8.3 がリリースされたとのこと OpenSSH 8.3 released (and ssh-rsa deprecation notice) [LWN.net] これに伴ない，ssh-rsa は将来的に deprecate になり，デフォルトでこの鍵形式を利用する機能自体が無効化されることが改めて告知されました。サーバー側がこの形式を利用しているかどうを確認するには，`HostKeyAlgorithms` ディレクティヴから ssh-rsa を取り除いた上で以下のコマンドを使うこと ssh -oHostKeyAlgorithms=-ssh-rsa user@host `HostKeyAlgorithms` は ~/.ssh/config で利用する...

tar(1) はなぜオプション引数にハイフンが不要なのか？

TL;DR tar(1) の引数はオプションではなく key だから歴史 tar(1) は Unix v7 (1979) で導入されたが、その前身は Unix v4 (1973) の tp(1) 、更にこれは Unix v1 (1971) の tap(1) に遡る。 80年代に入りSystemV v.s. BSDといったことが起きたりし、PWB/UNIX (Programmer's WorkBench)で導入された cpio(1) と tar(1) 、どちらがUnixの標準アーカイバか争われた結果、IEEE Std. 1003.1-2001 (POSIX.1-2001) を以って tar(1) は規格から削除され、代わりに IEEE Std 1003.2-1992 で導入された折衷案の pax(1) が標準となった。よって、現在実装中立な tar(1) の仕様書がそもそも存在しない。最後の中立規格は1997―1998年策定のSUSv2 (UNIX V98) の仕様となる。ちなみに、Unix v4 は C 言語が導入されカーネルやコマンドが全面的にアセンブリから C に書き直された歴史的なリリースで、PWB/UNIXは Unix v6 を fork して世界最大のユーザーを抱えるサイトとしてベル研究所内部で運用された Unix バージョン。様々な開発者向けのコマンドが開発されたようだ。たとえばバージョン管理システムの祖先、 sccs(1) はPWB/UNIXが初出。（なぜかこちらは、DEVELOPMENT コマンドという註釈つきで現行の IEEE Std. 1003.1-2017 な POSIX に残っている。）仕様 tap(1) の頃から一貫して、 NAME tap -- manipulate DECtape SYNOPSIS tap [ key ] [ name ... ] DESCRIPTION tap saves and restores selected portions of the file system hierarchy on DECtape. [..] The function p...

BIOS+MBRなWindows7/8を、データコピーやデータ移動まったくなしで UEFI+GPTな環境に移行する

私が以前、BIOS+MBRなWindows7をインストールしなおし無しでUEFI+GPTに移行したときは Migrate to UEFI というParagon社のツールを使いました。しかしこの方法は2つストレージが必要な上にddコマンドを使ってちょっと無理矢理くさいです。また、Migrate to UEFIはParagonのアーリーアダプタープログラムからダウンロードが今現在できないようになってしまっています。そこで、別の方法としてしかも1つのストレージでデータコピーすら必要ない方法を紹介しようとおもいます。ネタ元はMS本家のサイトであるTechNetからです。Windows8のBIOSインストールにも使えると思われます。追記現在は Microsoft が MBR2GPT.exe というツールを配布しているのでそちらを使うのも良いと思います https://docs.microsoft.com/ja-jp/windows/deployment/mbr-to-gpt 追記終わり

Powered by Blogger