気になるツイート……サイバー攻撃の可能性は？
その日何が？ ニューヨーク証券取引所“3時間システム停止の謎”を追う（1/2 ページ）
ニューヨーク証券取引所で先頃発生したシステム障害は、ゲートウェイのソフトウェアを更新した際の設定の不備が原因と発表された。これは自動化によって防げることだ。
米ニューヨーク証券取引所Webサイト《クリックで拡大》
米ニューヨーク証券取引所（以下、NYSE）、米航空会社United Airlines、米紙Wall Street Journalは2015年7月8日（米国時間、以下同）、いずれもトラブル対応に追われた。広く報じられたように、相次いでシステム障害に見舞われたからだ。
システム障害が最も長引いたのはNYSEで、4時間近くにわたってシステムが停止した。NYSEはWebサイトの「Market Status History（市場ステータス履歴）」ページで障害後に発表した報告の中で、「ゲートウェイのソフトウェア更新がきっかけでシステム障害が発生した」と説明した。ソフトウェア更新は、7月11日に予定していたSIP（Session Initiation Protocol）タイムスタンプの今後の要件に関する業界テストに備えて行われたという。
併せて読みたいお薦め記事
大規模システム障害の事例
障害に強いシステム構築に求められること
7月8日午前7時ごろ、異変を発見
異変が最初に発見されたのは、7月8日午前7時ごろ。顧客ゲートウェイと取引用のシステム（トレーディングユニット）の間の通信に問題が発生し、その発端は新しいソフトウェアの導入だったことが分かった。
「NYSEとNYSE MKT（NYSEの小規模企業向け取引所）の顧客ゲートウェイに、新しいソフトウェアと互換性のある適切な設定がロードされていないことが問題の原因と判断された」と、NYSEは報告している。
この判断から、7月8日午前9時30分に市場が開く前に、ゲートウェイに適正なバージョンのソフトウェアが導入された。しかし、午前11時9分までに「ゲートウェイとトレーディングユニットの間の通信にさらなる問題が発生」し、午前11時32分までに「取引が停止」された。市場は午後3時10分に再開した。
「7月8日のNYSEの取引停止は大きな教訓」になると、クラウドサービス事業者の米10th Magnitudeのアレックス・ブラウンCEO（最高経営責任者）は語る。
「設定管理プロセスから人手の介在を排除していかなければならない」と同氏は述べ、米Chef Softwareの「Chef」のようなツールが設定管理の自動化に役立つと付け加える。
NYSEのケースでは、更新ソフトウェアをゲートウェイに導入した段階でエラーが発生した。テストから本番まで同じ設定を使用していれば、エラーは未然に防止できていた可能性があると、ブラウン氏は指摘する。IT担当者にとって重要なことは、テスト段階で手作業による設定ミスが起こらないようにすることだという。
「このケースでは、明らかに本番環境ではテスト環境と違う設定が使われていた」（ブラウン氏）
新しいソフトウェアを導入したプラットフォームで取引が開始されていなければ、ソフトウェアを前のバージョンに簡単にロールバックできただろう。
しかし、取引が始まっていたため、NYSEの担当者は厄介な状況に陥ったと、ブラウン氏は説明する。ソフトウェア更新をロールバックする場合は、多くの取引をキャンセルすることが必要になる可能性があったからだ。
再発防止に必要なこと
データセンター事業者の米LifeLine Data Centersの共同オーナーで最高コンプライアンス責任者を務めるリッチ・バンタ氏は、今回の障害の続発を機に、信頼性やセキュリティがあらためて注目されるだろうと語る。
NYSEのシステムは、極めて高いパフォーマンスを提供できるように構築されている。だが、ある要素（パフォーマンス、信頼性、セキュリティなど）を追求したシステムでは、他の要素がおろそかになりがちだ。
「パフォーマンスは常に、何かを犠牲にして実現される」（バンタ氏）
NYSEは公式には、7月8日のシステムトラブルはサイバー攻撃によるものではないと表明している。だがバンタ氏は、NYSEのシステムがハッキングされた可能性は排除できないとの見方を示す。その1つの理由は、ハッキング集団「Anonymous」とつながりのあるアカウントが前日の夜に、次のような不吉なツイートを投稿していたことだという。「明日のウォール街はひどいことになるかな……そう願うばかりだ」
バンタ氏は、7月8日の3件の障害のうち2件は、ウォール街における重要な組織で発生したと指摘し、こう語る。「サイバー攻撃は、備えなければならない技術的な問題だ。ただし、私は個人的には、これらがハッカーの仕業だとは思わない」
どの企業もデータのスナップショットを保持し、早業でデータをリストアできなければならないと、バンタ氏は語る。
「明らかにNYSEのIT担当者は、こうしたトラブルに対処する準備が整っていなかった」（同氏）
ダウンタイムが3時間以上に及んだのは、担当者が問題とその原因を特定するのに手間取ったからだと、バンタ氏は見る。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[LRM株式会社] 「標的型攻撃メール」事例・サンプル集 -
製品資料
[LRM株式会社] セキュリティ教育はなぜ「年間計画」を立てる必要があるのか？ -
製品資料
[LRM株式会社] セキュリティの重要性が伝わらない…… 効果がない社員教育から脱却する方法 -
製品資料
[LRM株式会社] 「標的型攻撃メール訓練」導入ガイド 社員の意識を確実に高める仕組みの作り方 -
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
3
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
4
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
5
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
6
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4％
-
7
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
8
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
9
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
10
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
5
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊？ 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド：25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー