GitHub - cr-marcstevens/sha1collisiondetection: Library and command line tool to detect SHA-1 collision in a fileYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
SHA-1衝突の実現による電子署名への影響と対策 - NPO日本ネットワークセキュリティ協会
既報の通り（米Googleが2月23日に発表，https://security.googleblog.com/2017/02/announcing-first-sha1-collision.html），GoogleがオランダのCWI Instituteとの共同研究によりSHA-1の衝突を初めて実現しました。発表に合わせて同じハッシュ値となる異なる2つのPDFコンテンツも提示されており，90日後には，同じハッシュ値を持つ異なる2つのPDFを生成するためのコードを公開するともアナウンスされています。 今回の攻撃についてcryptrecより見解が発表されています。 （https://www.cryptrec.go.jp/topics/cryptrec_20170301_sha1_cryptanalysis.html） この見解に基づき，SHA-1を利用する電子署名（SHA1withRSAなど）に
CRYPTREC SHA-1の安全性低下について
トピックス SHA-1の安全性低下について 平成29年3月1日 CRYPTREC暗号技術評価委員会 2017年2月23日に、CWI AmsterdamとGoogle Researchの共同研究チームが、ハッシュ関数SHA-1の衝突発見に初めて成功したと発表しました[1]。ハッシュ関数とは、入力データに対して固定長のハッシュ値を出力するアルゴリズムで、電子署名等多くの用途で利用されています。ハッシュ関数の衝突を発見するということは、同じハッシュ値を出力する複数の異なる入力データを見つけるということで、安全なハッシュ関数に対しては現実的な計算量では衝突が見つけられないようになっています。今回の発表では、全数探索の計算量(280)よりも10万倍速い263.1回のSHA-1の計算量で衝突を発見したと報告されています。これはCPU 6500年分とGPU 100年分を合わせた計算量に相当するとのことで
5分で分かる、「SHA-1衝突攻撃」が騒がれているわけ
個人的に、とても感慨深いニュースが飛び込んできました。それは、「グーグルが『SHA-1』の衝突を実際に成功させた」というもの。ITmedia エンタープライズのニュースでも報じられ、大きな注目を集めています。 これは一体、どういう話なのでしょうか？ 実は読者の皆さんにとっても、意外と身近な話かもしれません。 「正しいファイル」であることをデジタル的に証明するには まず、この「SHA-1」とは何かを簡単に解説しましょう。ひとまず、ここでは、「何かを入れるとルールに従って何かが出てくるハコ」と考えてみてください。実際には、この「SHA-1というハコ」は、デジタルデータを入れると、「160ビットの文字列が出てくる」ブラックボックスです。入れるデジタルデータは、1文字だろうが1万文字だろうが、出てくるのは160ビットという長さになります。 これが一体、何の役に立つのでしょうか。実はこのハコ、「デー
SHA-1の衝突問題、Gitへの影響についてトーバルズ氏の見方は
GoogleがSHA-1に対する衝突攻撃が現実的になったことを実証した。暗号学の専門家Peter Gutmann氏が指摘する通り、これで本当に問題になるのは「長期的な文書の署名と証明書」だ。しかし、分散型バージョン管理システムである「Git」のリポジトリについてはどうだろうか。LinuxとGitの生みの親であるLinus Torvalds氏は、この件はセキュリティ上の大きな問題にはならないと説明している。 Torvalds氏やその他のLinuxカーネル開発者は、2005年にLinuxのための分散バージョン管理システムとしてGitを生み出した。Gitは、FacebookやGoogle、Twitterなどの大手企業でもコードベースの管理に使用されている。また、世界で最もよく知られるソースコード管理サービスであるGitHubでも使われており、MicrosoftもGitHubを使用している。 つま
Gitのコミットハッシュ値は何を元にどうやって生成されているのか | メルカリエンジニアリング
こんにちは。サーバサイドエンジニアの @DQNEO です。 前回の「Gitのつくりかた」に続いてGitのコアな部分のお話です。 Gitのコミットハッシュ値とは何か Gitを使っていると必ずコミットハッシュ値というものが出てきます。9e47c22みたいなアレです。 これはある特定のコミットを指し示すIDとして使うことができます。 では質問です。 このコミットハッシュ値は「何を元に」「どうやって」計算されているでしょうか？ 「ある特定のコミット」とはそもそも何なのか この問題を考える前に、まず「コミットとは何か」を明らかにしておきましょう。 コミットというと「コミットする行為」すなわち「動作」のことを想像するかもしれません。 しかしGitの内部構造的観点から言うと、Gitが管理記録しているのはコミット行為の結果生成されたデータの方です。 この「コミットによって生成されたデータ」のことを「コミッ
CWI and Google announce first collision for Industry Security Standard SHA-1
CWI and Google announce first collision for Industry Security Standard SHA-1 'Industry deprecation proved to be too slow' Today, Thursday 23 February 2017, researchers at the Dutch research institute CWI and Google jointly announce that they have broken the SHA-1 internet security standard in practice. This industry standard is used for digital signatures and file integrity verification, which sec
SHAttered
Physical Address 304 North Cardinal St. Dorchester Center, MA 02124
今のままではSSL通信が使えなくなる？ SHA-2証明書への移行ポイント
安全神話の崩れたハッシュアルゴリズム 現在は、多くのインターネットサービスがWebを通じて提供されている。しかし昨今は、サイバー犯罪者らがWebサイトを狙うケースが頻発しており、ユーザーが安全にWebサイトを利用できるように、できるかぎり「SSL暗号化通信」を用いることが望ましい。例えばGoogleでは、検索結果を含めたすべてのWebページについて、SSL暗号化通信（HTTPS）でアクセスさせる「常時SSL化」を採用している。 SSL通信を用いると、経路上での盗聴を防ぐ「暗号化」とデータ通信途中の「改ざん検知」を同時に実現できる。 ユーザーがWebブラウザからWebサイトにSSLでアクセスすると、Webサーバからは公開鍵を付与したSSLサーバ証明書がWebブラウザに送付される。Webブラウザでは、あらかじめインストールされたルート証明書でサーバ証明書を検証し、信頼された認証局から発行された
“日本の標準暗号”が10年ぶり大改定、国産暗号削減よりもRC4とSHA-1の監理ポスト入りが影響大：ITpro
図●改定で特に変化が大きかった箇所 共通鍵暗号（64ビット・ブロック暗号、128ビット・ブロック暗号、ストリーム暗号）のカテゴリは、改定前には多くの国産暗号がリストに掲載されていたが、それらの多くが改定で落とされた。ハッシュ関数は、安全性に問題がある二つの方式が削られている。（日経エレクトロニクス2013年4月15日号p.11から抜粋） 電子政府で用いる暗号方式を評価・調査するプロジェクトであるCRYPTRECが公開している「電子政府推奨暗号リスト」が10年ぶりに改定された（Tech-On!の関連記事）。同リストは、日本政府が電子システムを調達する際に使用を推奨する暗号方式を示すもの。技術的に安全性が確認された暗号方式を政府が示す役割も担っている。いわば“日本の標準暗号”を示すリストだ。 今回の改定では、2012年春に予告された通り、リストから多くの国産暗号が消えた（Tech-On!の関連
暗号の2010年問題、課題は「組み込み機器での対応」 － ＠IT
2010/02/10 日本ベリサインは2月9日、「暗号技術の2010年問題」についての説明会を開催した。同社SSL製品本部 SSLプロダクトマーケティング部の阿部貴氏は、特に家電製品やゲーム機、OA機器といった、暗号化機能を備えた組み込み通信機器での対応の遅れが課題になると指摘した。 SSL/TLSをはじめとする暗号通信を支えているのが暗号アルゴリズムだ。共通鍵暗号ならば「DES」「AES」、公開鍵暗号ならば「RSA」、ハッシュ関数ならば「SHA-1」といったアルゴリズムが使われている。しかし、計算機の能力の飛躍的な向上にともない、当初は「安全」とされてきたアルゴリズムも、時代を経るにしたがい安全とは言い切れなくなってきた。 米国標準技術研究所（NIST）ではこうした状況を踏まえて、2010年末までに、より鍵長が長く、より安全性の高いアルゴリズムへの移行を推奨している。具体的には、共通鍵暗
自堕落な技術者の日記 : OpenSSL 1.0.0 beta1のリリースと改訂ポイント - livedoor Blog（ブログ）
基本は喰ってるか飲んでるかですが、よく趣味でカラオケ・PKI・署名・認証・プログラミング・情報セキュリティをやっています。旅好き。テレビ好きで芸能通 少し前、嘘のような話ですがOpenSSL 1.0.0 beta1がエープリルフールの2009年4月1日にリリースされました。 OpenSSL 1.0.0 beta1 の主要な変更点 OpenSSL 0.9.8k からの主要だと思われる変更点を'CHANGES'から拾ってみると、 ・CA関連 ・caユーティリティがGeneralizedTimeを扱えるようになった ・caディレクトリ中の証明書ファイル名ハッシュがMD5からSHA1に変更 ・CRL ・Indirect CRL、Delta CRL のサポート ・X.509証明書 ・ポリシマッピング拡張のサポート ・名前制約のサポート ・証明書CRLDistributionPoints拡張、fres
窓の杜 - 【REVIEW】複数ファイルのハッシュ値をプロパティで確認「HashCheck Shell Extension」
「HashCheck Shell Extension」は、ファイルのプロパティ画面でハッシュ値を確認可能にするシェル拡張ソフト。Windows XP以降の32ビット版および64ビット版に対応する寄付歓迎のフリーソフトで、編集部にてWindows Vistaの32ビット版で動作を確認した。作者のWebサイトからダウンロードできる。なお、本ソフトは海外製だが、標準でユーザーインターフェイスの日本語表示が可能。 インストールすると、ファイルのプロパティ画面にハッシュ値を表示する［ハッシュ］タブが新たに追加される。［ハッシュ］タブには、選択したファイルの名前とCRC32/MD4/MD5/SHA1形式のハッシュ値が一覧表示され、ハッシュ値をコピーして利用することなどが可能。 本ソフトの特長は、複数ファイルのハッシュ値を、ファイルのプロパティ画面にまとめて表示できること。複数のファイルやフォルダを選択
間近に迫る「暗号の2010年問題」、企業が取るべき対応は？−RSAセキュリティ
RSAセキュリティ株式会社は11月20日、「暗号の2010年問題」に関するラウンドテーブルを開催した。 2010年はやたら「問題」の多い年である。代表的なのが、企業の中核となってきた団塊の世代が2010年ごろに一気にリタイヤする「ナレッジの2010年問題」だ。ほかにも医療業界には、2010年前後に大型医薬品の特許が一斉に切れてしまう問題が存在し、通信業界にも、政府が2010年にブロードバンドゼロ地域の解消を目指していることから、やはり2010年問題が存在するようだ。 そうした中でも今回のテーマは、暗号の2010年問題。 ■ 暗号の2010年問題とは？ そもそも暗号の2010年問題とは何か。 暗号化とは、アルゴリズムを用いて平文を意味のない文字列に変えることだ。この暗号アルゴリズムは、ある規則性に従ったり、数学的な不可逆性を利用したりして成り立っている。人間の手で規則性を見つけ出すのは困難だ
もう避けられない？ 暗号の2010年問題 － ＠IT
2008/11/20 PKIや電子署名、暗号化通信……さまざまな場面で利用されている暗号技術が、そのままでは2010年以降利用できなくなるかもしれない――RSAセキュリティは11月20日、この「暗号の2010年問題」に関する説明会を開催した。 米国立標準技術研究所（NIST）では、暗号解読研究の動向やコンピュータの処理能力の向上といった要因を考慮しながら、米政府機関が使用すべき暗号アルゴリズムと鍵サイズ（鍵長）をまとめている。そして、共通鍵暗号にしても公開鍵暗号にしても、2010年以降、より鍵サイズが大きく安全なものへの移行を推奨している。 そもそも暗号の強度は、アルゴリズム自体の強度に加え、利用される鍵のサイズによって変わってくる。鍵サイズが大きくなればなるほど解読に要する時間は長くなるため、安全性は高まる。だが一方で、コンピュータの処理能力も高まっており、暗号解読に要する時間が現実的な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Black Hat 2017: The Best (and Scariest) Hacks
ComputerworldとCIO Magazineは閉鎖しました
Announcing the first SHA1 collision
シマンテック、SHA-1対応SSL証明書は2015年末に発行終了、SHA-2への移行促進 
Silverlight向けのMD5実装
