セキュリティセンターの活動について
平成19年6月12日
独立行政法人 情報処理推進機構(IPA)
セキュリティセンター
三角育生
http://www.ipa.go.jp/security/
資料
3
科学技術・学術審議会 研究計画・評価分科会 安全・安心科学技術委員会(第9回)H19.6.12IPAセキュリティセンター
情報システムの安全性
ぜい
弱性対
策
ウイ
ル
ス
・不
正
アク
セス
対
策
セキ
ュ
リ
テ
ィ
評価・
認
証
暗号技術
人材育成
普及啓発
調査研究・分析・技術開発
ウイルス・不正アクセス対策
•
経済産業省の告示に基づき届出受付・情報発信
•
相談対応及び調査研究
ウイルス届出件数の年別推移 1,127 668 755 2,391 2,035 3,645 11,109 24,261 20,352 17,425 52,151 54,174 44,840 16,126 (5ヵ月分) 0 10,000 20,000 30,000 40,000 50,000 60,000 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007年
件数 独立行政法人 情報処理推進機構 セキュリティセンターワンクリック不正請求相談件数推移
185 205 316 83 80108 165 138 174 168 131161 210 211 159 204 223 236 155 130 233 2870
50
100
150
200
250
300
350
8月
10月 12
月2
月4
月6
月8
月10
月12
月2
月4
月件数
独立行政法人 情報処理推進機構 セキュリティセンター2005
2006
2007
ウイルス・不正アクセス対策
今月の呼びかけ:
「そのアプリケーションソフトには、セキュリティホールはありませんか? 」
―セキュリティホール対策は、オペレーティングシステム(OS)だけではない!
―
今月の呼びかけ:「オンラインゲームのパスワードを盗むスパイウェアに注意!!」
-オンラインゲームを狙ったウイルスが大量に出回っています-
2007年6月公表
2007年1月公表
不正請求画面の例
今月の呼びかけ:
「 警告画面を無視していませんか? 」
― 不正プログラムを取り込まないために、警告が出たら先に進まないこと!! ―
2007年4月公表
脆弱性関連情報流通の基本枠組み
「情報セキュリティ早期警戒パートナーシップ」
脆弱性関連
情報届出
対応状況の
集約,公表
日の調整等
対策方法
等公表
発見者
脆弱性関連
報告された
情報の
内容の確認
【受付機関】
IPA
公表日の決定,
海外の調整機
関との連携等
JPCERT
/CC
【調整機関】
脆弱性関連
情報通知
ユーザ
政府
企業
個人
ソ
フ
ト
ウ
エ
ア
製
品
の
脆
弱
性
ウ
ェ
ブ
サ
イ
ト
の
脆
弱
性
脆弱性関連
情報届出
脆弱性関連情報通知
ウェブサイト
運営者
検証,対策実施
個人情報漏
洩時は事実
関係を公表
①製品開発者及びウェブサイト運営者による脆弱性対策を促進
②脆弱性関連情報の放置・危険な公表を抑制
③個人情報等重要情報の流出や重要システムの停止を予防
【期待効果】
製品開
発
者
シス
テ
ム
導
入
支
援
者
セキュリティ
対策推進
協議会 等
IPA
JPCERT/CC
対策情報ポータル
(JVN)
脆弱性(ぜいじゃくせい):セキュリティ上の弱点
経済産業省告示に基づく取組み
ぜい弱性対策
36 123 37 34 33 13 71 19 66 102 43 55 73 85 57 97 88 95 9 7 4 5 5 4 1 9 4 5 2 9 6 1 4 0 1 7 4 2 5 9 6 4 5 0 7 5 6 4 8 4 4 7 4 9 4 3 4 3 7 9 2 7 7 6 6 1 2 1 1 0 20 40 60 80 100 120 140 2005/1Q 2005/2Q 2005/3Q 2005/4Q 2006/1Q 2006/2Q 2006/3Q 2006/4Q 2007/1Q 四 半 期 件 数 0 100 200 300 400 500 600 700 800 900 累 計 件 数 ソフトウエア製品に関する届出 ウェブサイトに関する届出 ソフトウエア製品に関する届出(累計) ウェブサイトに関する届出(累計)累計件数
ソフトウエア
製品
届出
455件
脆弱性公表
170件
ウエブサイト
届出
844件
修正完了
456件
2004年7月~2007年3月末
安全なウエブサイトの作り方
セキュア・プログラミング講座
組込みシステムのセキュリティ
・・・
ITセキュリティ評価・認証制度
NITE
独立行政法人 製品評価技術基盤機構NITE
独立行政法人 製品評価技術基盤機構独立行政法人 情報処理推進機構
独立行政法人情報処理推進機構
認証
(Certification)*1 JEITA:社団法人電子情報技術産業協会 、ECSEC :株式会社電子商取引安全技術研究所 、MHIR :みずほ情報 総研株式会社
*2 Common Criteria Recognition Arrangement 、CC承認アレンジメント
IT製品、情報システムの ベンダー、提供者など IT製品、情報システムの ベンダー、提供者など
認証報告書
認証報告書
認証書
評価依頼
評価
評価機関の認定
(Accreditation ) (Evaluation ) 評価基準 ISO/IEC 15408 CCRA*2JEITA、 ECSEC、 MHIR *1
評価報告
申請
対象製品
ハードウェア ICカード ソフトウェア 情報システム評価機関
認証機関
認定機関
申請者
・国際標準ISO/IEC 15408 (CC:Common Criteria、JIS X 5070)に基づいてIT製品(ソフトウェア、ハードウェア)や
情報システムを評価・認証する制度
-CC承認アレンジメント
(CCRA*)
-
*:Commom Criteria Recognition Arrangement
¾ 国際標準ISO/IEC15408セキュリティ評価基準(Common Criteria)
に基づいて評価・認証した認証製品を12ヵ国間で、相互に承認
¾ 日本は、2003年10月に参加
¾ さらに、12ヵ国が認証製品を受入
¾ 我が国IT製品の国際競争力強化に必須
フランス
(認証国:CAP
*1)
2007年5月現在
*1
CAP:Certificate authorising participants
*2CCP: Certificate consuming participants
(受入国:CCP
*2)
受入れ
日 本
アメリカ
イギリス
ドイツ
ノルウェー
オーストラリア
ニュージーランド
オランダ
カナダ
韓 国
スペイン
イスラエル
ギリシャ
イタリア
フィンランド
スウェーデン
オーストリア
トルコ
ハンガリー
チェコ
シンガポール
インド
デンマーク
電子政府推奨暗号リスト
技術分類
名称
公開鍵暗号
署名
DSA
ECDSA
RSASSA-PKCS1-v1_5
RSA-PSS
守秘
RSA-OAEP
RSAES-PKCS1-v1_5(注1)
鍵共有
DH
ECDH
PSEC-KEM(注2)
共通鍵暗号
64 ビットブロッ
ク暗号(注3)
CIPHERUNICORN-E
Hierocrypt-L1
MISTY1
128 ビットブロッ
ク暗号
3-key Triple DES(注4)
AES
Camellia
CIPHERUNICORN-A
Hierocrypt-3
SC2000
共通鍵
暗号
MUGI
ストリーム暗号
MULTI-S01
128-bit RC4(注5)
その他
ハッシュ関数
RIPEMD-160(注6)
SHA-1(注6)
SHA-256
SHA-384
SHA-512
擬似乱数生成系
(注7)
PRNG based on SHA-1 in ANSI
X9.42-2001 Annex C.1
PRNG based on SHA-1 for general
purpose in FIPS 186-2 (+ change
notice 1) Appendix 3.1
PRNG based on SHA-1 for general
purpose in FIPS 186-2 (+ change
notice 1) revised Appendix 3.1
(注1)SSL3.0/TLS1.0 で使用実績があることから当面の使用を認める。
(注2)KEM(Key Encapsulation Mechanism)-DEM(Data Encapsulation Mechanism)構成における利用を前提 とする。
(注3)新たな電子政府用システムを構築する場合、より長いブロック長の暗号が使用できるのであれば、128 ビッ ト ブロック暗号を選択することが望ましい。
(注4)3-key Triple DES は、以下の条件を考慮し、当面の使用を認める。 1) FIPS46-3 として規定されていること 2) デファクトスタンダードとしての位置を保っていること (注5)128-bit RC4 は、SSL3.0/TLS1.0 以上に限定して利用することを想定している。なお、リストに掲載されて いる別の暗号が利用できるのであれば、そちらを使用することが望ましい。 (注6)新たな電子政府用システムを構築する場合、より長いハッシュ値のものが使用できるのであれば、256ビット 以上のハッシュ関数を選択することが望ましい。ただし、公開鍵暗号での仕様上、利用すべきハッシュ関数が 指定されている場合には、この限りではない。 (注7)擬似乱数生成系は、その利用特性上、インタオペラビリティを確保する必要性がないため、暗号学的に安全 な擬似乱数生成アルゴリズムであれば、どれを利用しても基本的に問題が生じない。したがって、ここに掲載する 擬似乱数生成アルゴリズムは「例示」である。