【東証】システム障害で一部売買できず 原因は「特定の市場参加者から大量の電文」
■ このスレッドは過去ログ倉庫に格納されています
東京証券取引所のシステムで９日不具合が発生し、株式取引などの一部が出来なくなった問題で、東証は原因について、「特定の市場参加者から大量の電文が送信されたため障害を起こした」と説明した。
このトラブルは９日午前７時半頃発生し、東証と証券会社各社を結ぶ四つのサーバーのうち、一つが使えなくなった。
2018年10月09日 16時51分
YOMIURI ONLINE
https://www.yomiuri.co.jp/economy/20181009-OYT1T50048.html
関連スレ
【株式】東証でシステムトラブル 一部の証券会社で株式の売買できず
https://asahi.5ch.net/test/read.cgi/newsplus/1539049043/ >>61
発表の言い方からすると開局要求/回答より経路解放の要求/確認みたいだな。いずれにせよ接続条件仕様書みないとわからん。
接続部分はパッケージなんだから設定するとこあるのか？1s間隔で要求あげるところを1msであげたとか？
ま、東証システムの落とし方がよく分かったわ。 >>108
彼らがいう「電文」はフレームやパケットのことだったり
アプリケーションレイヤのプロトコルだったりして
文脈で読み取らないといけない もうアメリカに協力して中国を駆逐空いていくしか無くなったよ >>1
そんな特定の市場参加者に特権を与えているからだ。
馬鹿め。 なんでそんな攻撃まがいのリクエストを受け取れる仕組みにしてるの？ いつも思うんだがサーバーはなぜ適当にロスしないのか 単なる死活確認なら1000倍来ても普通耐えるだろ
なんらかの設定変更を伴うようなやつか、
VC生成や帯域確保を伴うようなやつじゃないと
そうそう落ちない 電文って通じてない人多いね。トランザクションと書いたら通じるかな まさか証券会社がDoS攻撃するとは思わなかったか
というかどこの証券会社だよｗ >>108
たしかに電文という一語で
電気信号で伝達するすべての情報を表せるな
ちょっと関心した
ツーツートントンから180年 これ下手に通信品質が落ちたら別のに切り替えるのが
証券会社側の標準仕様だったら
こいつのせいで全部の通信手段が落とされてたのかな？
今回たまたまそうなってなかったので１本だけで済んだみたいだが パケットのサイズを巨大にする極悪ツールはまだその辺に落ちてんのか? たしか、過去の大暴落の初動では、ほぼ毎回なぜか個人投資家の売り注文だけが通らないトラブルが起きてたんだよね？ またみずほか
またやらかしたか
みずほ銀行からしてどうしようもない奴らばかりだからな >>115
基本的には接続許可を出すタイミングでテストをするから
本番環境に異常な設定が持ち込まれるという想定がほとんどされていないんじゃないかな
今回やらかした証券会社はテスト環境でテスト接続をしなかったんだろうか？
現物取引 | 日本取引所グループ
https://www.jpx.co.jp/systems/equities-trading/02.html 「コンピューター間の通信経路が確立しているかどうか」なんてシステムをいじっている
某社じゃなくてはやらんだろう。
「うち＝みずほ」ではありませんと断言しなければ疑われるのは当然 この予期せぬトラブルで大損ぶっこいた人がたくさんいるんだな
つれぇな 仕様書が見られないがネットワーク的にはVLANとBGP4を使ってるらしい >>119
勘定系や基幹系を触ったことがない人には分からない 接続する東証ゲートウェイに接続確認する電文ある(電文名忘れた)
1秒おきとかで送受信してたような
証券が3連休テストで時間早回しでテストしたのでは？
それを戻し忘れたとか 経済が崩壊寸前の韓国・中国とアベノミクスで絶好調の日本比較
GDP（単位：１０億USドル）
リーマンショック 民主暗黒時代 アベノミクス
２００９年 ２０１２年 ２０１７年
日本 5,231.38 6,203.21 4,872.14
韓国 901.94 1,222.81 1,538.03
中国 5,121.68 8,570.35 12,014.61
一人当たりGDP（単位：ドル）
リーマンショック 民主暗黒時代 アベノミクス
２００９年 ２０１２年 ２０１７年
日本 41,014.19 48,632.91 38,439.52
韓国 18,291.92 24,358.78 29,891.26
中国 3,837.90 6,329.46 8,643.11
http://ecodb.net/country/JP/imf_gdp.html
http://ecodb.net/country/KR/imf_gdp.html
http://ecodb.net/country/CN/imf_gdp.html 電文ってこういうやつか?
AT
OK
ATDT****** >>130
パッケージ変えた時点で異常系電文を含めた接続テストはやるはず。
設定て言ってるから、テスト後に変更したか、接続テストでは1000倍程度の電文は軽く処理しちゃったか。 >>142
それも電文やで。
日本でいう電文はパケットもフレームもメッセージも全部含んでる場合がある。 >>109
どのOSを想定しているのか知らんけれど、
WindowsやLinuxじゃ、コンテキストスイッチのタイミングが数秒単位だから、
通常のプログラミングでは1ms単位でデータ転送できないと思う。 >>144
取引所側の取引用仮想サーバと証券会社側のネットワークをつないでるところでの
接続確認ぐらいなら1000倍ぐらいのデータが出てもなんとかなりそうなもんだが >>144
どうして毎朝やってる事なのに今日だけこんな事になっちゃうの？ メリルふざけやがって
休日にテストせずにリリースしたな >>108
伝統的には電報で伝えられる文章のことだから、辞書にはあるだろう
電報自体絶滅寸前だが >>144
メリルリンチかよ
わざとじゃねーだろうな >>144
ありゃみずほじゃなかったか。みずほスマン
しかしなんでそんなとこの設定弄るかなぁ 無理なリクエストは受け付けるなよ
サーバーダウンとか、バカなの？ 受け口ごと全部動けなくなるって、通常はどういうやりとりをしてるんだろうか
不正な経路情報が短時間にいっぱい来たとかだろうか メリルリンチ証券側はまだ何も言ってないな、しらばっくれるつもりか？ 古い知識をひけらかす。炎上希望。
経路とは同時接続数だ。例えば1000経路あれば、同時に1000件の注文が受付可能なわけで、利用料にも関係する。
証券会社とセンターはお互いに例えば1000経路分の経路管理テーブルを持ち、そこに通信ステータスを保持している。
通常は両者のステータスは一致してるが、認識ずれを起こす事があり、そのための処理が電文処理プログラムの半分を占める。
証券会社A:経路873番で注文すっぞ。
センター:おまっ、その経路は前の処理が終わってないだろ。
A:ざけんな、あの注文終わったはずだ。
セ:終わってねえ、おまいさんから返事がねえ。
A:舐めとんのか、前の処理はキャンセルするわ。
A:で、どこの経路が空いてんねん。
セ:空き経路探すから待っとれ...経路695番なら使わせてやる。
A:はよせい、695番で注文すっからよく聞けや...
つー感じ。空き経路サーチが頻発するとキツイよね。 中途半端な発表をしたので疑われたみずほが怒ったのだろうな。ほとんどの人はみずほだと思っていたはず。 はあ？制限すればいいだけじゃねえか
こんなのも想定外なの？ 信用の上で成り立ってる取引なんだから
こういう不正行為じみた事やる奴は取引停止すりゃいいんじゃないの 制限するったってどこで制限かけるんだよ！
どのマシンで判断するんだよ！ メリルリンチを接続から除外すればいいだけ
これって不正アクセス防止法に違反してね？ マジかよメリルリンチ最低だな
HPに謝罪すら載ってないしクソだわ なんで一台にだけやたんだろう？ 普通は分散するからな。 けど分散させた場合、今日全滅したかもしれない。。 恐ろしい。 メリルオワタ^ - ^ あの誤注文から変ってないのかもな・・の疑念抱くだけでマイナス
システム落とせるだけの注文未だに出せるのか証券会社って
つまりは板情報が・・・ってな >>166
流石にこの時間に日経に晒されるとは思っていなかっただろうから担当者も責任者も不在で発表出来ないだろ
まぁ明日マスコミ各社が殺到するだろうから，いずれは何らかのコメントは出すだろうけど >>181
甚大なシステム障害起こして定時で帰宅するって凄い神経してるね パケットじゃないと見た。
なんどもPPPoEの接続認証するみたいな。 >>182
あーこれね、メリルの香港とかがサーバを日本に置いてるだけで、日本のスタッフじゃ詳しい事わからんのだろう みずほの基幹システムみたいな障害起こしてんじゃねーよ >>171
10tトラックが突っ込んできて家の門が潰れたから、今回は別の門から入ってねって言ってるわけで、別に東証は間違った対応じゃない希ガス >>186
ってことはやっぱり中華の大量売りと何らかの関連が…？ >>185
特定できるのは東証のシステム部かその下請くらいだと思う。
注文電文に証券会社の番号入ってるからな またウンコラーとか、チョンゴキとか、トンスラーか。 技術的な説明がなんもなされてない
東証の中の人もよくわかってないんじゃないかこれ >>189
関係無いとは言えんが
アルゴの過剰反応かもしれん 通信サーバーなんて証券会社別に証券会社負担で用意すりゃいいのに
通信サーバーから取引サーバーへは過度な負荷がかけられないように通信サーバーでコントロールすりゃいい
そうすりゃ今回みたいな攻撃で落ちるのは一部の証券会社の取引だけで住むのにな
物凄い費用かけて運用してるんだろうが
脆弱すぎだろ 普通はサーバが落ちてほかが生きてたらそっちに自動的に他に回してくれるんじゃないの？ >>200
証券会社は東証に利用料払ってる
で契約に不正な電文を送らないよう防止する事という条文があったような記憶 >>200
そうなってたはず
仮想サーバー番号ってあったような >>197
＞電文って懐かしいな
＞AIMメッセージか？
鋭いな。昔はシステムがAIMだったんだ。
注文を電文のやり取りで板が成り立ってた。 中の人に聞いた。
落ちたのはロードバランサってやつで
これが大量の電文によりパニックったとのこと ■ このスレッドは過去ログ倉庫に格納されています
