全銀ネット障害、原因は仕様の”見落とし“ 設計者がチェックしていれば防げた可能性も

全国銀行協会は12月1日、銀行間の送金を行う「全国銀行データ通信システム」（通称：全銀ネット）で10月に発生した障害について会見を行い、開発現場の認識不足が障害につながったと明らかにした。会見にはシステム構築を担当したNTTデータの佐々木裕社長らも同席した。 既報の通り、障害の直接的な原因は、銀行間手数料（内国為替制度運営費）を入力する際に参照するインデックステーブルに欠損があったこと。NTTデータは11月6日の会見で、このインデックステーブルは最初から破損していたと明らかにしている。 その後の調査で、インデックステーブルは、開発時（環境構築時）にテーブルを生成するプログラムを動かした際、共有メモリ上の作業領域を十分に確保できていなかったために破損していたことが分かった。NTTデータによると「作業領域が不足していてもテーブルは出来てしまう。不足した作業領域にも書き込み、しかし本来は他のプロ

[kz78]

いや、原因はテストしないで本番環境に突っ込んだことでしょ。机上チェックで抜けをゼロにするのは無理だよ。

[tetsutalow]

OSの64bit化くらいしか変えてないという話でアプリはそのままと聞いていたが、実際にはOS更改に伴う非互換があってそこの対応が不十分という…ポインタサイズが大きくなったのを考慮しなかったとかですかね。

[nmcli]

なんか C 言語っぽいというか、結局 64bit 化でメモリの必要量が増えたの見逃したのか……（明日は我が身……）

[JULY]

Impress の記事の方が良い。これ、C 言語で記述されていたプログラム、というのが大きなポイント。https://www.watch.impress.co.jp/docs/series/suzukij/1551556.html

[deep_one]

テストが甘かった。／「「初歩的なミスというわけではないが」初歩的だろう。

[asakura-t]

C言語で作られたものらしいのでmallocサイズがミスっててバッファオーバーフロー的な、まあよくある話なんだろうな（オーバーしててもたまたまエラーにならないのもよくある話なので、テストでは通ったのだろう）

[csal8040]

今回のようにOSの変更（64bit化）を伴うようなシステムリプレースでは、事前にその差異や周囲への影響を調べる「影響調査」を行うが、その際に仕様の一部を見落とし、生成プログラムが必要とする作業領域を実際より

[onefootinthegrave]

有識者とかレビュアーに全部拾わせようとするのやめて

[SosomeKasu]

この世のバグ全部そうでは？

[craftone]

モダンな言語を使っていれば防げた問題なのかな？

[gomer-pyle]

展開先のサイズも決める必要がある言語なのか。なかなか難儀な。

[vndn]

『事実、4つのテーブルがまとめて展開されることは、システムの「詳細設計書」に書かれていたが、調査やレビューに参加したメンバーはそれを認識していなかった。』