Fake SNIという提案仕様について - ASnoKaze blog
SNIを用いた通信のブロッキング及び、「Encrypted SNI拡張」のブロッキングについてはIETFのTLS WGでも話題となりました（(TLS) SK filtering on SNI, blocking ESNI）。 Encrypted SNIはSNIを暗号化する一方で、ClientHelloにencrypted_server_name拡張をつけます。そのため、経路上の観測者はEncrypted SNIが使われていることを検知できます。 それを回避するために、ニセのSNIをつける「Fake Server Name Indication」というdraftが提出されています。 初版のdraftであり、これから議論のあるところだとは思うが、とりあえず面白そうなので読んでみる。 Fake SNI Fake SNIを利用するサービスは事前に、偽のホスト名を公表します。DNSを利用することを想
政府によるインターネットの検閲とSNIについて
しかし今回一般の人の目にも触れる形でSNIやHTTPSのことが報じられた結果、エンジニアも含めて明らかに技術に関して勘違いをしているのではないかと感じる発言を見ることがありました。このまま放置するのも良くないと感じているので、Q&Aという形でSNIやHTTPSに関する誤解を少しでも解ければと思います。 Q&AQ: そもそもSNIって何？以前書いた記事にも書かれているので是非読んでみてください。 簡単に説明すると、HTTPSではSSL/TLSを利用して通信が暗号化されます。なので1つのIPアドレスで複数の証明書を扱おうとした場合、最初の通信時にどの証明書を利用すればいいか分かりません。そこでSNIが必要になります。 SNIは最初の通信時に今から通信したいサーバーネーム（ドメイン名と考えてください）をサーバーに平文で渡すことで、通信したいSSL証明書を指定できます。SNIは現在の一般的なブラウ
なぜブロックチェーンだけではFacebookを立て直すことができないのか - Enigma Japanのブログ
この記事は公式ブログの記事である「Why Blockchain Alone Can’t Fix Facebook」を翻訳したものです。 Facebookのような中央集権的な組織は、私たちのデータと社会を脅かします。どうすれば真の解決策を生み出せるのでしょうか？ Facebookはもうダメです もう長いこと私たちはこのことを知ってます。Cambridge Analytica事件のニュースが明らかになる前からずっと、ユーザーのデータが悪用され脅かされていることは知ってます。Facebookがプライベートなデータを収集して、価値を個人から組織に写していることを知ってます。 販売者に不当に自分のデータを渡されていることを知ってます。彼らがいくつかの法律を破ったことを知ってます。 しかし、こういった状況にどう対処すればいいのか誰もわかってません。Facebookを使うのをやめようという呼びかけは、ユ
Satoshiが注意深く設定した世界の境界線
2度のインシデントが示す安全なシステムへの理解不足勤勉な国民性を持ち、システムの運用を行わせれば確実に仕事をこなすことで世界的にも知られている日本において、Mt. Gox事件に続く、2回目の取引所における大きなインシデントが発生した。筆者は、以前より、日経IT Proの連載「ブロックチェーンは本当に世界を変えるのか」（大幅加筆をして書籍『ブロックチェーン技術の未解決問題』として出版）において、ブロックチェーンを用いたシステムにおけるセキュリティ確保の難しさを解説し、スタンフォード大学で行われたブロックチェーンのセキュリティに関するトップの会議であるBlockchain Protocol Analysis and Security Engineering 2017 (BPASE 2017)、IEEE Security & Pricvacy on the Blockhcain(IEEE S&B
Google teaches “AIs” to invent their own crypto and avoid eavesdropping
Google Brain has created two artificial intelligences that evolved their own cryptographic algorithm to protect their messages from a third AI, which was trying to evolve its own method to crack the AI-generated crypto. The study was a success: the first two AIs learnt how to communicate securely from scratch. Enlarge / The setup of the crypto system. P = input plaintext, K = shared key, C = encry
世界最小のRSA鍵ペアは何bitか - hnwの日記
「理論上最短のRSA鍵の鍵長は何ビットなのか？」という疑問が湧いてきたので、RSA鍵の長さに関する制約について調べてみました。とにかく小さいRSA鍵ペアを作ろうと思ったらp=3,q=5の4bit RSA鍵というのが作れそうですが、本当にそんな鍵が作れるのでしょうか？ 本稿ではRSA暗号およびRSA署名のパディングに関する仕組みを紹介し、最短の鍵長となるRSA鍵について検討します。 RSAES-PKCS1-v1_5 におけるパディング 鍵長最短となるRSA鍵ペアを作る上で障害になるのが、RSA暗号のパディングと呼ばれる仕組みです。 RSA暗号における暗号化および復号処理は整数の累乗演算ですから、仮に平文mが1だった場合、暗号文も1ということになってしまい暗号として機能しなくなってしまいます。このような問題への対策として、受け取った平文をそのまま使うのではなく、パディング文字列を付加して暗号化
続・世界最小のRSA鍵ペアは何bitか - hnwの日記
前回の記事「世界最小のRSA鍵ペアは何bitか」でp=3, q=5（つまりn=15）の場合のRSA鍵ペアを紹介しましたが、kazuhookuさんからこんなブックマークコメントを頂きました。 面白い。n=4（あるいは2）はダメなのかな もっと小さいnを採用できないのか？という指摘かと思います。前回記事では普段のRSA暗号のノリで「p,qは異なる奇素数」という前提を置いていましたが、既に非常識なくらい短い鍵長の話をしている中で常識にとらわれるのは無意味というものでしょう。 本稿では15未満のnでRSA暗号らしきものが構成できるのかどうかを探ります。 n=1の場合 RSA暗号の平文mに対して m^(e*d) = m (mod n)が成り立つ最小のnを考えると、n=p=q=e=d=1が見つかります。これは1bit RSA鍵ということになりますので、もし認められるなら世界最小なのは間違いありません。
マイクロソフト、ブロックチェーン活用した個人IDプラットフォームを開発 | ビットコインの最新情報 BTCN｜ビットコインニュース
マイクロソフトが、複数のブロックチェーンで利用可能なオープンソースの個人IDプラットフォームの開発に取り組んでいることを明らかにした。研究開発にはBlockstack LabsとConsenSysと提携して取り組む。 個人IDプラットフォームは早ければ今年の夏に最初のバージョンがリリースされる予定で、同社によれば、Microsoft Azure上で誰もが簡単に同フレームワークを活用し個人認証のためのアプリケーションを構築することができるようになるとのことだ。 マイクロソフトのブロックチェーン・ビジネス・ストラテジストを務めるヨーク・ロードスIII氏によれば、現在世界人口の5人のうち1人が戸籍を持たない人々であり、5歳未満にいたっては3人に1人が法的に存在していない状態だという。戸籍がないということは、公的な支援や保険が受けられないことを意味する。 「法的な身分証明がない世界では、子どもや人
Translations of Mastering Bitcoin | Mastering Bitcoin
Mastering Bitcoin’s first edition has been translated into different languages by a team of volunteers. You can find more information or join one of the translation teams on Transifex . Translating “Mastering Bitcoin” into your own language is probably the best way to learn about bitcoin! If you decide to download a free copy, please consider making a donation to support the author Andreas M. Anto
the Voynich Manchuscript a mystery
The Natural Language Group at the USC Information Sciences Institute conducts research in natural language processing and computational linguistics, developing new linguistic and mathematical techniques to make better technology. We have a wide range of ongoing projects, including those related to statistical machine translation, question answering, summarization, ontologies, information retrieval
富士通が社外持ち出し端末でTCSIの「無意味化」ツール採用、情報漏洩防止
セキュリティ製品のTCSI（東京・渋谷）は2016年3月23日、富士通に社外持ち出し端末の安全性を高めるためのツールとして「PASERI（パセリ）for PC」を納入すると発表した。 富士通では一定の条件でシンクライアント型端末の社外持ち出しを認める方針を取っている。富士通は2016年4月から6月にかけて、さらに利便性を高めるため、一部部署でPASERI for PCを組み込んだ手法を試行する。 その後、端末切り替えなどのタイミングに合わせて、数年かけて1万台以上ある富士通本体・グループ企業の持ち出し端末に新ツールを組み込む計画だ。安全性が検証できた段階で、グループ外への外販も検討する。 富士通の従来のシンクライアントによる持ち出し方式では、端末側にデータやアプリケーションを持たず、データセンター内の仮想デスクトップ環境を利用する。この手法では、情報漏洩のリスクを軽減できる半面で、ネットワ
インターネットの暗号化の仕組み - きまぐれ日記
2014年11月16日日曜日 インターネットの暗号化の仕組み こんにちは、Kataokaです。 2014年はベネッセやLINEなどの大手企業で情報セキュリティに関する問題が相次ぎました。 そこで今日は、数ある情報セキュリティ技術の中で最も有名なものの1つである、情報送受信時の暗号化について書こうと思います。 メールの送信者Aさん、受信者Bさん、盗み見ようとする（＝盗聴しようとする）Cさんの例で話を進めていきますね。 （ベネッセの問題はおそらく暗号化とは関係がないのですが…。） 共通鍵暗号方式 なんとも難しそうな名前ですが、簡単に言うとパスワード認証のことです。AさんがBさんにメールを送る際、パスワードを入力しないと開けない形で送信します。Bさんはあらかじめ教えられていたパスワードを使ってメールの中身を見ます。このメールを送信途中に盗聴した悪意あるCさんは、パスワードを知らなければ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Cloud Blog
高速な暗号実装のためにしてきたこと
『なぜブロックチェーンだけではFacebookを立て直すことができないのか - Enigma Japanのブログ』へのコメント
暗号通貨ブームの裏側で顕在化してきた、その基盤技術の「構造的な問題」
Voynich manuscript: the solution | TLS
米国における暗号技術をめぐる動向
暗号文のままで計算しよう - 準同型暗号入門 -
iPhoneに挿してメールを暗号化する「blindeagle」--部分的にバーナム暗号を使用