2014年のステークカジノ ルーレット動向 「ステークカジノ ルーレット格差社会」における企業のサイト構築と運営

（徳丸）OpenSSLのHeartbleed脆弱性ですが、大丈夫だろうと思われていたSSLに脆弱性があって証明書を取られてしまう可能性も出てきたステークカジノ ルーレットことになったので大変です。とはいえ実装のバグなので淡々と対応するしかなく、大騒ぎするのもどうかと思っています。

Apache Strutsに関しては特にStruts1のステークカジノ ルーレットが問題です。Struts1はすでにサポートが終了していますが、Struts1とStruts2は互換性があるとは言えず、移行が難しいのです。Struts2の方にも深刻なステークカジノ ルーレットがかなりあり、実際の攻撃も多く行われています。

また最近ではステークカジノ ルーレット発覚から攻撃が始まるまでの期間がだんだん短くなってきており、素早い対処が求められるようになったのが最近の傾向かと思います。

（徳丸）企業の場合は何かしらのビジネス的な目的があってWebサイトなどを公開していますから、安全なサイトにするステークカジノ ルーレット責務は生じます。個人情報がないからステークカジノ ルーレット言い訳をよく聞くのですが、サイトが改ざんされてそこを見た人がウイルスに感染するステークカジノ ルーレットことは割とよくある話で、それは避けないといけません。

例えば、サイト運営者だけど開発はSIベンダなどの他社に依頼をしている、ステークカジノ ルーレット構図で考えると、サイト運営者側には防衛策をもう少し講じて欲しいステークカジノ ルーレット思いがあります。それはちゃんと発注時に仕様を出しましょう、受け入れ時には診断をしましょう。そして、そこで出てきた問題を分析して、改善しましょうステークカジノ ルーレットことです。

ステークカジノ ルーレットのは、後から対策するステークカジノ ルーレットのはお金が余計にかかってしまうからです。最初からやれば1で済んでいたのが、後からやったら10かかってしまうことが普通にありますので、例えば、発注時にセキュリティの仕様をちゃんと出しておけば、それなりによいものができるはずですし、脆弱性が見つかってもそれは仕様に書いてあるから無料で直してもらうステークカジノ ルーレットことがやりやすいわけです。

けれど実はこれがなかなか難しい問題なのです。現実問題として、発注時のセキュリティ仕様をきちんと書いてないと、それは仕様書に書いてません、ステークカジノ ルーレットことになりかねないからです。だから事前に仕様についてはきちんとやっていただきたいですね。

それと少しお金はかかりますが、サイト公開前の脆弱性診断はやはり行ってほしいです。受け入れテストみたいな感じですね。実は2008年くらいからセキュリティの格差が出てきたステークカジノ ルーレットのは、企業によって改善しているかどうかの違いが出てきたからです。

SQLインジェクション攻撃が多発し始めたのは2005年で、その頃は脆弱性診断を行うと、格差なくSQLインジェクションなどが見つかりました。まんべんなく悪かったのです。ところがその頃から学習や改善を重ねた企業は、2008年くらいの段階でSQLインジェクションなんかない、ステークカジノ ルーレット状況になりました。このような格差が広がってきたのが2008年です。3年の間に格差が広がったわけです。

でもセキュリティレベルの低い企業でも今からでも遅くない、諦めないで2005年から2008年に先進的な企業がやり始めたことを今からでもやりませんか、ステークカジノ ルーレット提案ですね。最初は、またSQLインジェクションが出たよ、みたいなレベルでも良いので、そこから改善を続けることでだんだんセキュリティレベルの高いところにいけるのではないかと思います。

またセキュリティレベルの高い企業はもう対策不要か、ステークカジノ ルーレットとそうではありません。新しい脅威はどんどん増えていますし、サイト自体も増えていますので、対策は淡々とやっていかなければいけません。今、セキュリティレベルの低いところにいるステークカジノ ルーレット企業は、ぜひ高いところを目指していただきたいです。

（大嶋）最初にも言ったのですが、昨年流行った攻撃が今年も継続して起きているのは実際のお客様を見ても明らかで、特定の攻撃に対して対策をしていても安全ではないと思っています。全体的なリスクを把握するのがまず重要です。そのためにはやはり脆弱性診断を行いませんか、ステークカジノ ルーレットことだと思います。