Mona投稿してMONAをもらおう。ICF3をベースにした暗号プロセッサのオープンソースハードウェアです。OpenICF3http://openicf3.idletime.tokyo/シミュレータで楕円暗号とか、できるサンプルも用意したので遊んでみてください。楕円暗号ができれば仮想通貨関係の人も興味ある人多いと思いました。+0MONA/0人サイトのトップページにも書いてあることなんだけど1999年製なので、超古いとか、思っている人もあるかもしれない。1024bitの時代だったので演算器のビット幅は1024bitなんだけど中国人剰余の定理を使えば2048bitになるのだ。楕円暗号のほうも256bitから521bitになってきているけど1024bitの演算器がちょうど良くなってきているという状況。現在でも、そのまま、有効という状況なのだ。1024bitの時代に、512bitの演算器で中国人剰余定理を使うことをしなかったのか?このLSIはRSA暗号LSIではなくてIBMの暗号LSIの互換製品だから。IBMの仕様を満たすために、そうなっている。+0MONA/0人これは、かなり命中精度の低い、予想なんだけど、当たっていると痛いから書いてみる。IoT家電のCPUも、セキュリティが必要になってくると思う。CPUで暗号演算することも可能だが、セキュリティがない。そこでCPUの支援がいらない暗号プロセッサが役にたつと思う。TPMという安い外付けチップもあるが、CPUのLSIの中に入れてしまったほうが安価な家電ができると思うのだ。+0MONA/0人OpenICF3では、一応、命令セットを公開して、マイクロコードの互換性なるものも、考えてみる方向だから、このオープンソースハードウェアが普及すれば、ハードウェアの製造ができなくても、マイクロコードの開発は可能。独自の暗号アルゴリズムをマイクロコードにして、売り込む?なんてことも、可能になるのかな。演算器のビット幅に、こだわる、話をしたけどかなり将来の話になるけどOpenICF3のアーキテクチャは2048bit、4096bitへと拡大させることは容易。マクロコードの互換性は、なくなるが、対応させることはそれほど難しくないだろう。アーキテクチャ上、マイクロコードのサイクルは長くなってしまうがモンゴメリ乗算器のサイクルとの比率を変更することでカバーできる。1999年のICF3は、マイクロコードとモンゴメリ乗算器の比率は1:2これを1:4にしてやれば、いい。性能を大きく決めるのはモンゴメリ乗算器のサイクルだから。+0MONA/0人>>6比率の話は、1999年のICF3の実装経験で、少し余裕があったことが前提。演算器のビット幅を2倍にすれば、当然、実装面積も、それなりに大きく広がってしまうので、必ずしも比率を変更して性能を向上させることは、できないかもしれない。それでも、ビット幅を2048bitへと拡大することは可能だから。+0MONA/0人OpenICF3の特徴は、非常に簡素なアーキテクチャであることでこの結果、いろいろな実装系に移植しやすいメリットがあるよ。論理合成とか使わなくても、手作業でできる規模だから。ブロックの種類が少ないから、配置にも、それほど苦労しない。いいから公開、これは正しい。利益に繋がるなら公開しないよね。いえ、これから役に立つと思って公開しています。個人では利益にできる方法がなくて公開なのです。RSA-4096に対応していない実装系は使いにくいかも。サーバー向けではなくてIoT向けだと、あらゆるニーズに対応する必要はないと考えています。2048bitと楕円の併用で立ち上げて、鍵長の長い楕円に切り替えていく方向にすれば、問題ないと考えています。あとハードウェアの演算器のビット長を2048bitに拡張することは簡単です。暗号演算において隣接する近いデータだけでいいような構造にしているので、単純に増築すればいいというイメージ。厳密には注意しなければいけないディレイはありますけど。+0MONA/0人OpenICF3がスラドのニュースになって8時間あたらしいコメントがありました。SH-1とかSH-2にしてはなんか変だなとおもいつつ読んでた。このコメント読んで初めて気が付いた。OpneICF3の暗号プロセッサとしてSHマイコンを使っていると思う人がいるかもって。OpenICF3の暗号プロセッサはSHマイコンではありません。OpenICF3のサイトのソフト編にアセンブラらしきものがあります。一般のCPUのアセンブラとは、全く異なるものだということに気が付けるとおもいます。ソフト編にアセンブラらしきものがあります「剰余演算器μコード設計仕様」のPDFのことです。+0MONA/0人IoT家電がネットワークに接続しIoT家電のCPUの暗号コプロが必要になるかは、わからないが、もし、そうなるなら、そこに「日本の痕跡を世界に残せないか?」と思うのです。IoT家電の暗号コプロの市場を得るチャンスを、失わないためにあるいは、日本はやればできたって、ことを残せるようにもう少し、OpenICF3が立ち上がっていたほうが、いいと。このままだと、潰れそう。スラド様のおかげで、昨日、少しサイトがヒットしたのですが。+0MONA/0人ビットコインのハードウェアウォレットというものが出たようです。http://jp.techcrunch.com/2016/06/21/techbureau-to-sell-trezor/OpenICF3も、当然、こういった製品で利用できる、はず。+0MONA/0人ビットコインのハードウェアウォレットを調べてみました。解析すれば可能ということ」このレベルのセキュリティでハードウェアウォレットを商品化できるということなら、安価に製造できて、OpenICF3が便利だと思います。「ハードウェアウォレットのデメリット、ハードウェアウォレット自体のバックドアです。ハードウェアウォレット製造業者自体が詐欺を働いている可能性があります。これに関しては、ハードウェアウォレットの制御ソフトウェアのコードを確認する方法があります。オープンソースとして公開しているウォレットを使えば、問題がないかどうか検証することができます。」国産でOpenICF3を使えば、ハードウェアもオープンソースです。+0MONA/0人>>19ビットコインはペーパーウォレットという仕組みがあるのでハードウェアウォレットが故障しても大丈夫のようです。多少、品質の悪いハードでハードウェアウォレット開発しても問題ないということなのでハードウェアウォレットを国産してビジネスにできる可能性はあるということなんだと思った。4096bitを高速に演算できるマイクロコードが開発できるかもしれない。OpenICF3は、汎用のCPUのような機能はないので、実装できない可能性もある。言いたいのはOpenICF3がオープンソースハードウェアとして世界に普及すれば、性能や機能を改善するマイクロコードが販売できるようになる可能性があるということだ。4096bitについては、昨日、OpenICF3の汎用演算器を使って実装できてしまった。約0.95秒で演算できる。4096bitをやるなら、これよりも、かなり速い必要がある。+0MONA/0人OpenICF3のシミュレータを使ってマイクロコードは開発できるよhttp://openicf3.idletime.tokyo/sim/index.html説明書のPDFとサンプルのマイクロコードがある。説明書は、ちょっと説明不足なところはあるけど、わからなければ質問してみて。+0MONA/0人OpenICF3のマイクロコードを使ったアプリケーションの一例●Miller-Rabin(ミラー・ラビン)素数判定法これは2000年頃、国内の市場向けに、実際に開発したことがあるものただ1024bitまでなので現在の利用価値は少ないかも。+0MONA/0人AWSのIoTデバイスは、ネットワークに接続するのに電子証明書を使って、認証するみたいです。IoTデバイスにTPMチップやICチップを搭載すれば、電子証明書の秘密鍵を守れるけど、SoCのCPUにOpenICF3を実装してしまえば、安価になるかと思った。SoCのCPUを販売する人は、TPMチップのベンダをユーザーに信用させる必要がなくなるのもメリット。K8xhttp://techon.nikkeibp.co.jp/PR/10000378/20000071/「認証処理がソフトウェア実装に比べて大幅に高速化され、コード・サイズは削減され、電力効率が大幅に高まる」このコプロは性能向上と電力効率の改善だけなんでしょうか?もしそうなら、OpenICF3のコプロを搭載するCPUは、秘密鍵を守れる大きな利点があることになる。どなたか、情報あれば、こちらに投稿してください。+0MONA/0人マイクロコードの実装状況の表を公開http://openicf3.idletime.tokyo/soft/impstatus.htmlOpenICF3のモデルを3種類つくりました専用演算器2個のモデル専用演算器1個のモデル専用演算器0個のモデル(汎用演算器モデル)の3っつです。RSA、楕円暗号などの性能を1999年のLSIの値を使って算出しています。表は、埋まっていませんが、IoTの用途では汎用演算器モデルで性能的に足りるのではないかと考えています。+0MONA/0人ICチップをSoCのCPUのLSIに入れればいいと考えるかもしれない。ICチップは32bitあるいは16bitのCPUとRAMとROMから構成されている。ICチップのCPUは汎用CPUと同等の能力があり無駄が多いと推測する。RAMやROMをSoCのCPUに追加するには、拡散層を準備する必要がある。(拡散層については、随分前の知識だから、間違いがない保証はないが)OpenICF3ならレジスタファイルで実装できるのでSoCの余ったところにどこにでも置ける。ICチップの論理も、そんなに安くないと思うから、OpenICF3が有利だと思う。+0MONA/0人ICF3はメインフレームの暗号装置だったため論理が全2重化されている。(レジスタファイルはパリティがあるので2重化はされていない)VPNの認証専用であれば、2重化の必要はないので、ゲート面積を小さくして周波数を上げられる可能性はある。署名、復号化のケースでも2重化を避けられる場合はあるだろう。+0MONA/0人OpenICF3では、物理的なサイドチャネルは、あまり考慮しない方針。物理的なサイドチャネルを防ぎたい場合には、ICチップやTPMの外付けがいいような気がしているからだ。それでも、SoCの1コアという状況であれば、電力解析をしても、OpenICF3以外のコアの消費電力が入ってくるので、容易ではないと思うが。タイミングアタックのサイドチャネルに対しては、性能を遅くして対応することが考えている。性能を遅くせずにサイドチャネルに対応する研究論文も、いくつかあり、それらを使ったOpenICF3のマイクロコードの開発をしてみるのも、いいかもしれない。+0MONA/0人1ヵ月前のニュースだが東工大とNICTが水晶をワンチップ化に成功したらしい。IoTの小型化・低コスト化に役立つとか。http://eetimes.jp/ee/articles/1606/17/news042.htmlICチップをワンチップ化してIoTの小型化、低コスト化するOpenICF3も、何とかしないといけないと思う。ICカードの論理はCPUだが、OpenICF3は独自のアーキテクチャなので軽量であることが、特徴。ワンチップ化しやすい。協力者の募集中なので、よろしくお願いします。現在、1人で奮闘中だが、なんとかしないと、なんとか、ならないと思う。100人体制で税金で研究開発することなったら大変。お気に入り新規登録してMONAをもらおう登録すると、投稿したり、MONAをもらったりすることができます。質問したり、答えたりしてMONAを手に入れてください。