気になるツイート……サイバー攻撃の可能性は？
その日何が？ ニューヨーク証券取引所“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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー