NIST SP 800-63Bを見る限り、Unicodeをパスワードとして使う時代はそう遠くないと思います。
NIST SP 800-63B

5.1.1.2 Memorized Secret Verifiers
....
All printing ASCII [RFC 20] characters as well as the space character SHOULD be acceptable in memorized secrets. Unicode [ISO/ISC 10646] characters SHOULD be accepted as well.
....

ここでは、全てのASCII文字列と、そしてUnicode文字もMemorized Secret(要するにパスワード)として扱えるようにすべきとなっています。

パスワードをハッシュ化するという当たり前のことをきちんとしていれば、結局はASCIIの文字列になるわけなので、Unicodeで漢字が来ようが、絵文字が来ようが、ヒエログリフが来ようが、理屈としては問題ないわけで。
（NFKD/NFKC正規化もきちんと担保しろよってことも、上記の800-63Bに書いてあります）

UTF-16だとサロゲートペアがきちんと扱えないアプリは全滅するでしょうが、そりゃ「ちゃんと対応しよう」と言うしかないわけで。

これを受けて、GCP(Google Cloud Platform)のブログでも、以下のように述べられています。
ユーザー アカウント、承認、パスワード管理に効く 12 のベスト プラクティス

ハッシュ化されたパスワードは、既知の ASCII 文字の一部だけで構成されます。そうでなくても、バイナリ ハッシュは簡単に Base64 に変換できます。
こうした点を踏まえると、ユーザーが使いたいあらゆる文字をパスワードに使用できるようにするべきです。Klingon や Emoji、両端に空白を含む制御文字をパスワードに含めたいユーザーがいたとしても、それを拒む技術的理由はないはずです。

なおざり即おざなり

日本測地系のほうは，楕円体の定義の違い以外にも測量の誤差も入っているらしいですね．基準点の東京から離れるに従って測量誤差も大きくなっているそうで．

変換ページのほうは，この誤差も織り込んで変換してるとは思いますが．

http://www.gsi.go.jp/LAW/G2000-g2000-h4.htm

というか、対象が「国家公務員」なんだから、市役所や区役所は全く関係ないような。

コメントを書くボタンがあまりに埋もれていて、これで正しいのか自信が無い

そうかー、IPv6にして、客ごとにその中でIPアドレス変動させてくれれば色々問題解決しますね。
そもそもIPv4の狭い空間でAWSがこういうことしているのが、根本問題な気がしてきた