平文に一定のアルゴリズムに従って暗号鍵から生成したノイズデータを掛け合わせ、意味が読み取れない暗号文を作るのが暗号化である。逆に意味が取れない暗号文から平文を求める操作を復号と呼ぶ。アルゴリズムがよく知られていながら暗号鍵が無ければ復号できないものがよい暗号と言われる。一般には256bitAESでも使っておけばまずパッと見ても聞いても数学的にもほぼ乱数と区別できなくなる。

ノイズデータの生成方法には色々あり、事前に送り付けた乱数表を使い使用後は破棄するもの、事前に送り付けた共通鍵や公開鍵を使うもの、都度生成するものなどがある。掛け合わせる方法も色々あり、乱数表に書いてある数字と暗号文を足し合わせると平文になるもの、共通鍵を暗号文に使うと平文になるもの、公開鍵を使うと平文になるものなどがある。

共通鍵を平文に使うと暗号文になり、共通鍵を暗号文に使うと平文になるものを、対称暗号とか共通鍵暗号と呼ぶ。

公開鍵を平文に使うと暗号文になり、暗号文に秘密鍵を使うと平文になるものを公開鍵暗号と呼ぶ。非対称暗号ともいう。

ノーマルモードとコモンモードみたいで意味不明だが耐えろ。

共通鍵暗号でも公開鍵暗号でも「平文が、暗号文になり、平文に戻る」というところは同じだが、

共通鍵では「平文→　　　鍵→暗号文→鍵　　　→平文」と同じ鍵を使い、

公開鍵では「平文→　公開鍵→暗号文→秘密鍵　→平文」と二種類の鍵を順に使う。

なお、この二種類の鍵は順に使えば順序はどっちでも良い。先に秘密鍵で処理して公開鍵で処理することも可能だ。とにかく2種類両方を使えば良い。

共通鍵暗号は分かりやすい。zipのパスみたいなもんだ。Wi-Fiのパスワードも同じだ。だが公開鍵暗号については、二種類の鍵を順番に使うと何が良いのかと思う人も多いだろう。どうせ暗号で読めないのだからいいじゃないかと思うだろう。実は名前の通り鍵を公開しても全くノーダメージというところがメリットなのだ。書かなかったが公開鍵から秘密鍵を数学的に求めることは不可能である。逆も不可能である。そして処理する順番もどっちでもいい。つまり適当な暗号文と鍵の片割れを公開しておくことで、もう片割れの所有を証明できるのである。これが公開鍵暗号の醍醐味である。

この技術はHTTPSの証明書に使われている。というかすべての公開鍵基盤で使われている。.pemとか.cerとかid_rsa.pubはこの片割れであり、ウェブブラウザの「証明書の検証」とは、ネットを見てる時にサーバが送ってくる「適当な暗号文」として"*.hatena.ne.jp"のハッシュを知らん鍵で暗号化したもののハッシュを知らん鍵で暗号化したもののハッシュを暗号化したものに対して、事前にWindowsをインストールした時に付いてきたHatena-Masuda Ultra Global Root CAとかいったけったいな鍵の片割れを使ってみてちゃんと復号出来てるかチェックしているのである。

ここまでが暗号技術のおさらいである。

暗号化 通信とは

暗号化通信を行うには、暗号鍵でデータを暗号化すればいい。暗号化には共通鍵暗号を使うのが高速で便利だ。公開鍵暗号は原理的に計算量が多く低速である。しかし、どうやって共通鍵を事前に知らせればいい? 公開鍵暗号で共通鍵を暗号化すれば、受け取り手は自分の秘密鍵で復号できるだろう。しかし、秘密鍵は本当に秘密か? 暗号文と秘密鍵が手に入れば、公開鍵暗号でも解読できてしまうのではないか? HTTPS化しているウェブサービスでも、TLSをロードバランサで終端してデータセンタ内は平文だったりするのではないか? そこで鍵交換、セッション鍵生成の議論が登場する。

Diffie-Hellman-Merkle鍵交換方式

Diffie-Hellman-Merkle(Diffie-Hellman)鍵交換方式とは、ディッフィー君とヘルマン君が下宿で階段をドタドタやってる時に天啓のように降ってきたと言われる、ネット上に数字そのものを公開することなく、2者間で同じ1つの乱数を得る方法である。

送信者と受信者の間で共通の1つの乱数を得ることができ、その乱数を第三者に知られることがない。

上で何度か「公開鍵暗号の秘密鍵と公開鍵は、平文に対して両方使えば平文に戻り、順序は関係ない」と書いたのを覚えているだろうか。Diffie-Hellmanはこれに似た方式だ。まず、AさんとBさんは送信者がお互い本人であることを証明できるようにする(公開鍵基盤を使う)。そして、それぞれ手元で乱数AとBを生成する。次に、鍵用の乱数Aを適当な乱数で暗号化した鍵Aと、鍵用の乱数Bを適当な乱数で暗号化した鍵Bを計算し、お互いに送り付ける。この暗号Aと暗号Bは盗聴されているものとする。

Aさんの手元には乱数A、適当、暗号Bがある。

Bさんの手元には乱数B、適当、暗号Aがある。

AさんとBさんはそれぞれ鍵Bと鍵Aに対して暗号化を行う。すると鍵BAと鍵ABが生まれる。このとき数学的な都合により鍵BA == 鍵ABである。

では、暗号A、暗号B、適当A、適当Bのみから鍵ABや乱数Aを求めることはできないのか? 可能だが式変形などで「解く」ことができず、総当たりになるため計算量が膨大になる。従って実質的にはできない。

或は、暗号A、暗号Bを掛け合わせれば、鍵ABになるのではないか? これもできない。暗号AまたはBと掛け合わせるのは生の乱数AまたはBでなければ意味がない。第三者が乱数Cを作って暗号AやBと掛け合わせても、鍵ACや鍵BCになってしまい、鍵ABと一致しない。

これにより、手元で生成した乱数以外のすべての情報が公開で既知で盗聴されているにもかかわらず、2者間で秘密の暗号鍵用乱数を得ることができる。

原始的なDiffie-Hellman鍵交換の実際の計算は非常に簡単であり、この「暗号化」は事前に決めた別の方法で生成する既知の2つの整数X, Yと乱数A, Bに対して、

暗号A = XをA乗してYで割った余り、

暗号B = XをB乗してYで割った余り、

鍵AB = 暗号BをA乗してYで割った余り、

鍵BA = 暗号AをB乗してYで割った余り

である。

なお、くれぐれも簡単と聞いてPython 2.7とかで実装しようとしないように。算数の上手い人が作ったライブラリを使え。暗号処理の自作は絶対バグらせて割られるのがオチだ。ちなみにDiffie-Hellman-Merkleの三人目のマークル氏というのは両名と何のゆかりもないので普通は名前に入れないのだが、Merkle氏の先行研究が直接の元ネタなので入れるべきだと主張する派閥もある。俺はどっちでもいいと思うが折角なので入れておく。

End-to-End(E2E) 暗号化

ここでやっとE2E暗号化が登場する。上のセクションでしれっと書いたが、DH鍵交換が完了した時に送信者と受信者が得る共通の乱数は、各々ローカルで都度生成する乱数を元にしている。身許保証は公開鍵によるが、鍵は公開鍵に縛られないのだ。つまり、SNSやメールサーバその他、身許を保証する機能と文章をやり取りする機能があるツールと、そのツールで間違いなく本人にDH鍵交換の暗号を送れるクライアントアプリがあれば、その経路で本人同士の間だけで共通の乱数を生成し、それを「セッション鍵」として共通鍵暗号方式による通信経路が設定できる。

この「公開鍵認証基盤で本人確認し、DH鍵交換でセッション鍵を設定し、鍵を端末に出し入れすることなく、受信側端末のメモリに入るまで暗号化を解くこともないまま、共通鍵暗号で通信する」のがいわゆる「End-to-End 暗号化」である。

E2E暗号化を行うと、鍵はDH鍵交換で生成され、端末の外に出ないし書き出す必要もなく、通信の中で割り出す事もできず、通信が終われば破棄してもよい。好きなだけ定期再生成してもよい。認証に使う公開鍵と数学的な関係もない。一度設定してしまえば、SNS 運営にチャットログを出させても鍵交換した意味不明な履歴と意味不明な暗号文が出てくるのみで、盗聴者をなりすまさせて鍵を再設定させても前の鍵と何も関係のない新しい鍵が出てくるだけで、意味不明な暗号文の解読の助けにはならない。ちょっと量子コンピュータめいているが、端末となりすましの両方で鍵を一致させることもできない。

ざっくり言えば送信側端末と受信側端末に残っている平文か鍵をバレる前にぶっこ抜く以外に解読方法がない。

これは盗聴関係者にとって非常に大きな問題で、米国のFBIなどは盗聴能力を維持するには法規制以外に策がないと考えている。DH鍵交換のアルゴリズムは上に書いた剰余以外にも楕円曲線を用いた数学的に更に複雑なものもあり、ソースはネットにいくらでも転がっているし、電子計算機アルゴリズムの常でやたら強力な癖に計算量的には全然負担にならない。NSAなどは数学者を揃えて最高のアルゴリズムを提供する振りをして、規格書で事前に決めた一定の数学的特徴を備えているべき定数に備えていないものを指定するとか、実装でミスが出やすい関数を選ぶなど小細工を入れているが俺は二次関数も分からんので詳しいことは知らん。しばしば政府の陰謀にキレた若い IT キッズが小細工を抜いて差し替えた再実装を公開したりして揉めている。

実際にSNSなどでE2E暗号化を実装する上での問題点は、本人確認、機種変とマルチデバイス、嫌がらせ対応がある。まず本人確認がコケればMITMは可能だ。E2Eでは鍵を外に出さないのがメリットなので複数端末ログインができず(鍵が変わって別端末で書いたメッセージは解読できなくなる)、運営で常時メッセージを監視できない(したら意味がない)ので嫌がらせ対応が多少困難になる。またMITBというか、改造偽アプリで抜かれる可能性は、まあ、ある。

まとめ

平文を鍵で暗号化するのが暗号である。
DH鍵交換では、信頼されない通信路を使って2者間で鍵を生成できる。
E2E暗号化では、端末上で鍵を都度生成し、その端末以外での復号を防げる。

終わりに

二時間もかけてこの程度かもうちょっと短く書けるだろボケ🍆と思ったので投稿する。

Permalink | 記事への反応(1) | 17:25

2020-06-09

■公開鍵暗号方式を理解するのってなかなか難しい

anond:20200608212713

元エントリーの人がどこまで理解しているか不明だけど、自分が初心者だったときこういう説明がほしかったという話をしてみる。

暗号方式、特に公開鍵暗号の理解が難しいのはいくつか理由がある。

①物理的なものに例えられない

②素朴な利用例が少なく応用的な利用がいくつもある

③実際の利用例はアプリの一機能になっていて見えづらい

また、ざっくりした概念以上のものをきちんと理解しようと思うと

④何がどのくらい安全で何がどのくらい危険かセキュリティ的な概念の説明

⑤数学的な仕組みの説明

が必要になり、これがまた挫折の原因になる。

ここでは自分的にこういう順番で概念を把握していったという流れを書いてみる。

利用者 から見た公開鍵暗号の特徴

まず、物理的な錠前や書留郵便をイメージするのはあきらめてほしい。

あくまでもデジタルデータを別のデジタルデータに変換して再び元に戻すためのものだ。

公開鍵暗号登場以前は、パスワードを使って変換（暗号化）して、同じパスワードを使って元に戻す（復号化）という共通鍵暗号の時代が長く続いた。

そこに、ひとつの大発明があった。

それが暗号化のパスワードと復号化のパスワードで異なるものを使うという技術だ。

・特殊な数学的アルゴリズムでパスワード１から、それと対になるパスワード２を生成する

・パスワード２からパスワード１を逆算することは困難

・パスワード１で暗号化したものがパスワード２で復号できるだけでなく、その逆つまりパスワード２で暗号化したものがパスワード１で復号できる（※）

今はその数学的アルゴリズムまで理解する必要はない。ただそういうことが可能になったというだけでいい。

パスワード１（秘密鍵）を自分以外が見られないように保管して、パスワード２（公開鍵）を通信相手に渡せば暗号通信ができそうということは理解できると思う。

ちなみにこのパスワードの長さは、プログラムで生成した100桁以上の数字が使われることが多く、それを定型的な千文字程度のテキストにして使われるのが一般的。

ツールで生成すると千文字程度のテキストファイルが秘密鍵用と公開鍵用の2個できる。

これだけの桁数なので暗号化復号化の計算はそれなりに時間がかかる。（※）

（※）このあたりは一般的な公開鍵暗号というよりRSA 公開鍵暗号特有の話も混ざってます。詳しくは専門書参照

応用的な利用

次にこの発明を使ったらどういうことができるだろうか、応用できる先を考えてみよう。

(a)秘密鍵で暗号化した文書を送るね。公開鍵は〇○○だよ

誰でも最初に思いつく例だけどシンプルすぎて共通鍵と変わらなくありがたみがない。

(b)僕にメッセージを送るときは僕の公開鍵で暗号化してね（いわゆる公開鍵暗号）

これだと「僕」以外は秘密鍵がなく復号できないので安全。

メッセージの送信先を間違って別人に送ってしまっても他人は読めないし、経路のどこかで盗み見や内容の一部を改竄されたりすることがない。

メッセージに返信するときは今度は「僕」ではなく相手の公開鍵を使って暗号化する。

(c)本文を毎回全部暗号化すると時間がかかるから共通鍵を君の公開鍵で暗号化したものを送るね。それを君の秘密鍵で復号したら以降は高速な共通鍵暗号で通信しよう（鍵交換）

共通鍵暗号の高速性というメリットを利用できて、かつ生の共通鍵がネットに流れるリスクを排除した良いとこ取りの方式。

(d)暗号化しない本文と、本文から計算したハッシュ値を秘密鍵で暗号化したものを送るね。公開鍵で復号化したハッシュ値がそっちで計算したハッシュ値と同じなら本文は改竄されてないよ。

それからこの暗号化は僕しかできないから確かに僕から送られた文書、僕から送られた内容であると保証できるよ。（電子署名）

この「電子署名」の実現により、さらに次のような応用が可能になる。

(e)ログイン時に毎回パスワードを打つと見られたりして危険だからユーザ名等に署名したものを送るね。公開鍵で復号（検証）OKならログインさせて（公開鍵認証）

(f)僕は信頼できるよ。これがAさんの署名入りのお墨付き。検証してみて。

Aさんは信頼できるよ。これがBさんの署名入りのお墨付き。検証してみて。

Bさんは信頼できるよ。これが世界一信頼できる人の署名入りのお墨付き。検証してみて。

（サーバ証明書）

アプリの一機能としての見え方

前項のようなやりとりはほとんどアプリが自動的にやってくれるので、コンピュータ技術者以外の人が公開鍵や秘密鍵を直接扱う機会は現状ほとんどないと思う。

ウェブブラウザのアドレス欄に鍵マークが表示されていたらそれは鍵交換やサーバ証明書技術が使われていて、鍵マークを右クリックすると証明書を表示できる。

メールアプリでも最近は自動的に鍵交換やサーバ証明書が使われている。

もしメールアプリにPGPの設定オプションがあればそこで公開鍵と秘密鍵を設定すると特定の相手と本格的な暗号化メールがやり取り可能になる。

サーバ操作するコンピュータ技術者だと公開鍵認証もよく使われていて、ツールで生成した公開鍵をサーバに登録してログインに利用してる。

Permalink | 記事への反応(1) | 20:11

2020-06-08

■anond:20200608220432

それだと多分後者なのかな。

具体的なシチュエーションとか、何が起こってその鍵で暗号化複合化できるのかの下地が分からない。

公開鍵ってつまり何？という部分からそもそも分からない。

自分でパスワード作って、それを人に教えること？このファイルを見たければ教えといたパスワード入れろとかそういう話？

公開鍵と秘密鍵を作るってどうやって？何したの？どこで作って何が出てきたの？

公開鍵教えてもらったってそれはパスワードを知ったってこと？それとも機械が勝手になんか処理してるって話？別の人は見ることと暗号化できるっていうのは、復号化できることと何が違うの？

とかまあ一事が万事こんな感じ。分からない。

Permalink | 記事への反応(0) | 22:27

■anond:20200608212713

暗号方式のアルゴリズムを知りたい？

暗号化方式の動作を知りたい？

後者であれば、メールソフトの暗号化で試せば、おおよその動きは分かると思う。

たぶん、フリーソフトで着いてくる暗号化は、ほぼ公開鍵暗号化方式。

とりあえず公開鍵が分かれば秘密鍵もわかる筈。

Permalink | 記事への反応(1) | 22:04

2020-04-21

■anond:20200421104517

マイナンバーカードが秘密鍵（identity）として機能することを知らない人が多そうだよね

Permalink | 記事への反応(0) | 10:50

2020-01-22

■ド初心者向け、仮想通貨 投資の始め方

ヨーロピアン氏のエントリがホッテントリ入りしていた。

氏は界隈の中では珍しく~~ド金持ちの犬~~良心のある人物なのだが、ブコメでは「仮想通貨投資は怪しい。投機家滅すべし」という風潮が強かった。

ので、しょうもないトレードを細々と続けているド底辺の俺目線から補足を書いておく。

ビットコイン・仮想通貨で稼ぐってどうやるの総まとめ（2020年版）
https://note.com/europian/n/n12a56163b3fd

対象のひと

仮想通貨に興味があるが、正直何をすればよいかわからない。
2017年末頃の暴騰暴落に巻き込まれてしばらく離れていたが、久しぶりに興味が戻ってきた。

市場全体の状況

ビットコインが、半減期というオリンピックのようなイベント前である。（５月頃）
半減期前後は価格が大きく動く。どう動くかは百家争鳴していてさっぱりわからんが、「最終的には上がるだろ」とみんな思っている。
全体としては上昇トレンドである。実は、このような状況は滅多にない。

怪しいの？

数年前ならともかく、今「怪しい」などと言うやつは流石に恥ずかしいぞ。
FacebookのLibraが、逆説的にビットコインの正統性を高める結果となった。

儲かるの？

わからん。
ただ、いろいろな投資商品が普及しつつあるため、以前のような「アホみたいな値動きで大暴落、一文なし」という状況にはなりにくくなった。
技術クラスタなら、株より仮想通貨のほうが面白いと思う。
24 時間動いているので、株より知見の貯まり方が早い。

何から始めれば良い？

国内の取引所のアカウントを作る。

どこでも良い。個人的にはbitbankをオススメする。
ビットコインやイーサリアムなど、代表的な通貨を現物購入できる。

海外の取引所のアカウントを作る。

国内アカウントを作ってから。Binanceは悲しみの日本人ブロックが確定したので、FTXかBitMexをオススメする。
日本円では入金できない場合が多いので、国内取引所→BTC→海外取引所の流れになる。

べからず集。

トレンドに逆らう。

現状は上昇トレンド。つまり、自信がないならショート（売り）するな。死なないように分散して購入していけば、多分悪くない結果になる。
２０１８年〜２０１９年春までの約一年半は下落トレンドだった。この時期に無限に買って死ぬ思いをしたやつはたくさんいる。
今年か来年に上昇トレンドが終わったら、また年単位の長い下落トレンドに入る。そうなったら一度現金化して寝るか、ショート（売り）ができる市場で遊べ。

一気に買う。

やめとけ。ビットコインはたまに暴落・暴騰を起こすので、特定の時期に一気に買うのではなく、時間を置いて何度か買うのが良い。

アルトコインを買う。

やめとけ。特定のアルトコインに集中投下はしないほうが良い。
アルトは突発的な事態で死んだり、ファンダもテクニカルも良いのになぜかダンプされるということが頻繁に起きる。

買うべきもの、時期

ビットコインをドルコスト平均法で買う。

一番安牌。例えば、投資総額を１２０万として、月に１回１０万ずつ投下する。この方法だと、２０１８年の暴落市場でも現状利益が出ているので一番安全。

イーサリアムをドルコスト平均法で買う。

悪くない選択肢。現状メチャメチャ値が下がっているが、正直なところ覇権はほぼ確定。

投資 商品を買う。

もしアルトコインを買いたいなら、こっちがオススメ。
FTXの出しているMidCap-Indexか、ALT-INDEXあたりが良い。ATOMやLINK、NEO、XRPなど、「アルトコイン」で想像できる通貨がインデックスとして入っている。
素直な値動きなので読みやすいのと、ヨーロピアン氏も書いているようなレバレッジを効かせたトークンもある。

https://help.ftx.com/hc/en-us/articles/360027668812-Index-Calculation

今後の相場観。

正直わからん。が、敢えて予想すると…
「５月半減期までかなり上昇するが、一回暴落する。長い横移動のあと、年末〜来年に向けて上昇再開」を想定している。

買った通貨はウォレットに移動させるべき？

しても良いが、高額を動かすのは慣れてから。
正直なところ、「取引所が誤って消滅させる」可能性より、慣れてない人間の「ウォレット移動に失敗して消滅」とか「秘密鍵を無くす/流出させる」のほうが可能性高いと思っている。
前者は補償される可能性があるが、後者は自己責任なので完全消滅する。
ので、一般論として「自分のウォレットで保管しろ」と皆は言うが、俺は「取引所に預けておけ」を推奨する。どっちを選んでも自己責任だ。

これを書いた筆者は何を買っている？

ビットコイン現物、たくさん
イーサリアム現物、少々
FTXのMid-BullとBTCSV-BEAR（投稿日現在）

以上。

それでは、楽しい仮想通貨ライフを。

Permalink | 記事への反応(5) | 14:50

2020-01-14

■

各種書名検証、連鎖証明、まんがいち秘密鍵が漏洩した場合の対処

さまざまなコンパイルフラグ　DEFINE、アセンブラレベルでの柔軟性、ヒープ対処

試験工数をかんがみてある設計（試験工数が大きくなりすぎる機能に対する工夫）

年単位のテスト

Permalink | 記事への反応(1) | 15:57

2019-12-04

■[ファクトチェック]シンクライアントで処理したデータは二度と復元できないってマ？

単にシンクライアントでログインしたときのセッションキー（秘密鍵）はログアウトとともに破棄されるってだけよな？

Permalink | 記事への反応(0) | 14:40

2019-11-08

■anond:20191108100848

一時的に暗号化しとけ

秘密鍵を本国のPCに入れるんだ

Permalink | 記事への反応(0) | 10:29

2019-07-29

■anond:20190729082010

フリーソフトウェア運動を支持します　　　　←ＩＴ業界「官製不況乙」

個人の決定権は個人に帰属すること保障します　←それができないから安楽他殺を求める人がいるのだが

表現の自由を保障します　←京アニ報道の自由の行き過ぎを見てなんかおもわんのか　表現無罪はナシ

公的機関でのUNIX/Linux デスクトップ導入を推進します　←１種類強いウィルス開発されたら軒並みアウトになりそうねcfサマウォ

公的機関でのFLOSS利用および貢献を推進します　　←わからない

公的機関広報のためのActivityPubプロトコル方式のSNS サーバーを設置し運営します　←だれも使わないからツイッターに全転送してAPI 規制まで見えた

公的機関および市区町村役所 Webサイトの視覚障害者向けアクセシビリティ向上を目指します　←同意、すぐやるべき、そのための色覚障害者１人ずつ採用までやるべき

マイナンバーを国際標準規格であるDecentralized IDs(DIDs)へ移行を推進し秘密鍵によって保護された新マイナンバーおよび新マイナンバーカードを発行します　←ワイトもそうおもいます

新マイナンバーカードはDIDsによって市区町村役所だけでなく郵便局や銀行、コンビニなど一部の商業店でも再発行できるようにします　←ADHD「５枚ある」移民「１枚３００万で買うで」

DIDsを応用した新マイナンバーカードによって運転免許証や保険証、金融機関カード、商業施設ポイントカードなどを1枚に統合します　←ワイトもそう思いますしすぐやってほしいし免許証を身分証明にしなくても自動運転タクシーでいいじゃんだしタスポは今すぐやってほしい

UNIX/Linuxを含む主要OSへ対し国民が利用するDIDsに関わるアプリケーションを開発し配信します　←郵便局の配布してるAIRつかった年賀状ソフトクッソ使いづらいのおもいだした　たぶんレジューム機能の特許ライセンスが高かったんだろう

公的機関および市区町村役所からボトムアップされた情報を元にトップダウンで統一的な新システムを構築し公務員の業務軽減を計ります　←昭和からやってるはずのペーパーレス計画ってのがあったけどもう一回かっこいい名前つけてあげればすすむよ　ゲーミング政府とか

最小単位の町内会および消防団など自治会へ対して統一的な運営・コミュニケーションシステムをホスティングサービスとして提供します　←jimboでよくね　あと人的原因のクラッシュ・誤操作・誤消去は無理っすね　今でもギリギリや

DIDsを応用し何処の市区町村役所および国民のインターネット接続端末からでも統一的なアクセス方法により公的情報の取得を可能とします　←今もマイナンバーカード＋公的認証で確定申告やってるやつとどこがちがうの

公的機関および市区町村役所が求める個人承認を印鑑からDIDsを応用した新マイナンバーカードによる電子署名へ移行します　←マイナンバーカードをもっとギラギラしたケースにいれないと図書館のカードと間違えて捨てるやつとか出るぞ

DIDsを応用した国政および地方選挙のインターネット投票を開始します　←今すぐやれ

DIDsを導入しようとする企業へ補助金を交付します　←今もやってるやろ　２０２０マイナンバー化みたいなやつ　二重になる

都市圏企業による地方リモートワークを推進し地方リモートワークを導入した企業へ対し補助金を交付します　←名目に要注意　政府で音質よくテレビ電話会議回線とカメラセット提供させろ　あと税務署が遠隔身内を名目雇用して経費削減するやつを嫌うからちょい面倒　マルサのネットストーカー化を先にみとめりゃいいんだけどさ

日本銀行による日本円兌換電子通貨を発行し決済へ利用できるようにします　←デフォルトスタンダードのスイカでよくね

5G通信の普及を推進します　←山奥のアンテナダレが払うの

フリー無線LAN スポットを増やします　←増やしすぎて干渉してる都会カフェとか多いんじゃないの東京様だけは

HTTPS over DNSの普及を推進し国民の通信の秘密を守ります　←わからんけどがんばれ

Web Assemblyの普及を推進します　←わからんけどがんばれ

WebTorrentの普及を推進しインターネット接続端末のCDN化を推進します　←わからんけど便利になるといいね

全国図書館のシステムを統合し統一的なアクセスを実現します　←著作権者「図書館も閲覧者が１０円とか払ってくれる改正してくれないとベストセラー作家でも死ぬんじゃが」蔵書検索は素人がやってるから１００万くらいで事業ごと買えってこと？　それともグーグルスカラーのこと？

法律および個人情報へ影響しない範囲の国内ビックデータをCSVやJSONなど様々な形式で無償公開します　←必ず今先んじてやってる人の生活に影響するから調整が必要

日本国周辺の海図および航路図を電子データとして無償公開します　←海賊・密漁船がバンバンきちゃうよ

国土地理院によるOpen Street Mapへの貢献を推進します　←むしろ国連あたりがグーグル・マップ買ってその出先機関になればいいのでは　てか国連がグーグルに乗っ取られたほうが楽では

公共交通機関の現在位置を電子データとして提供します　←　４Ｇ・５Ｇ・wifi アンテナの密度が薄すぎる田舎の人（３Ｇなら届く）「バスがワープして乗り遅れた！どうしてくれる」

気象庁の基本的な気象情報をCSVやJSONなど様々な形式で公開します　←　ウェザー社「ぐぬぬ」

ユニバーサルサービス料を現在の3円から適正価格へ引き上げます　←へえ、やすかったの？

すべてのインターネット接続端末の購入時にユニバーサルサービス料の徴収を義務付けます(通信契約月額支払いのユニバーサルサービス料は引き続き徴収)　←へえ～

NHK受信料を廃止しNHK 運営費をユニバーサルサービス料から拠出します　←あ～これのためか。総務省がＮＨＫ全部官営にもどすやつね。放送の独立大丈夫？

NHK 地上波ラジオおよびテレビのインターネットストリーミング放送を開始します　←ラジコ「ぐぬぬ」

NHK 地上波ラジオおよびテレビ放送の全アーカイブを配信します　←サーバー用意できるのグーグル傘下ツベだけでは　プリンプリン物語の録画ビデオは未だにさがされてるだろ　京アニじゃなくても焼損があったのでまずアーカイブ化をすすめないと

NHKオンデマンドの動画ストリーミングをWebTorrentを応用し分散化します　←しらんけどがんばれ

GPS受信困難地域および施設へ対して高度情報を持ったGPSビーコンの設置を推進します　←えっ今ないの

自動運転研究を推進し支援します　←自動車会社「少しはもらってるよ＾＾」

電動キックボードなど小型電動個人モビリティを普通自転車の枠組みとし規制管理監督します　←道路がそれほど広くないのがまずもんだい　乳母車の横でビュンビュン

ドローン規制を緩和しルールを厳格化します　←おじいちゃんもう済んだでしょ

宇宙および海洋ブロードバンド衛星の拡充を目指します　←日本は自力で衛星あんまり飛ばせてないでしょ　税金重いし

日本海溝海底地震津波観測網の拡充を目指します　←今で十分早いし数分前にわかってても逃げられんとこに済んで働いてる人が問題では

BONICなど分散コンピューティングによる人道的研究を普及および推進、貢献します　←人道的の意味がわからない　ＡＩが中国はここで政治犯拷問してるとか北朝鮮のミサイル発見とかやるの

義務教育へ対し週5以上のコンピュータおよびインターネット、プログラミング教育を実施します　←どうしてもコンピューターとの会話になじめない文科系特化型脳、女性脳の人がかわいそうというか活かしきれないのがもったいない　才能ない子まで全員をコンピューターとの会話力に特化しちゃうとたぶん人工授精とか全員保育園とかしないと出産率・新生児生存率がめちゃ下がる（今でもひどいけど）　それよりコンピューター利用詐欺ふくめて人間の悪意にきづかぜ、なれさせつつ安心・信頼を育てたりしていかないと全員鬱になって終わる　鬱になったりもせず人間同士のコミュニケーションとコンピューターとのコミュニケーションの両方が抜群にできる人ってのはほんとうにビル・ゲイツレベルの一握りだと思う