他人の住民票が誤発行される謎バグの真相、富士通Japanの「稚拙」設計に専門家も驚く

2023年3月、横浜市のコンビニの証明書交付サービスでトラブルが発生した。住民が住民票の写しの交付を申請したところ、別人のものが発行されたのだ。原因は富士通Japanが手掛けるサービスの不具合だった。利用者が増えて負荷が高まり、潜在的なバグが表面化した。国がマイナンバーカード普及に力を注ぐ中、冷や水を浴びせる結果となった。 「個人情報漏洩にも当たる事案で大変重要な問題であり、遺憾に思っている」――。河野太郎デジタル相は2023年3月31日の閣議後記者会見において、厳しい口調でこう述べた。河野氏が言及したのは、横浜市で発生したコンビニの証明書交付サービスにおける住民票の誤発行トラブルについてだ。 横浜市のトラブルは2023年3月27日昼に発生した。住民がマイナンバーカードを使って住民票の写しの交付を受けようとしたところ、他人の住民票が誤発行される事象が相次いだのだ。原因は富士通Japanが手

[TakamoriTarou]

直接の原因はロック処理のバグだろうけど、根本原因は同一ファイル名を上書きして逐次処理するようなシステム設計だお思うんだが、そこを「問題なかった」って言っちゃうのか。損害賠償責任の話もあるんだろうけども

[ockeghem]

逐次処理というかキューなんでしょ。これ自体はありだと思うけど、逐次処理なのに『複数の申請が同時に行われたためアクセス集中により負荷がかかり』というのが本当に謎

[momonga1123]

市の即時判断だけは良い事例

[sgo2]

外資系SIerも別種のシステムでファイルのバケツリレーやるシステム組んでたけど、流石にファイルパスに日時などを付加して重複しないようにしていた。

[yas-mal]

「逐次処理を行っている点やファイル名が同一だった点は特段問題があったとは考えていない。今回はバグが内在していた点が問題だ」(富士通Japan國分出氏) …こういうことを言わせないための「なぜ5回」だよなぁ…。

[AKIMOTO]

ややじゃなく疑問だよ

[dagama]

「並列処理すると理論上生成されるファイル数はこのシステム上で印刷処理を行える全ての端末数と同じになります」で見積もりが膨れ上がるのを嫌ったのかな

[mohritaroh]

「これだけWebのような並列処理が一般化した中で、逐次処理にこだわった点はやや疑問だ」

[tetsutalow]

このバッチ処理的な単純キュー構成に固定的一時ファイル名、どうも汎用機屋さんの気配。課金が入るので単純化したかったのかも知れんけどトランザクション使って並列で組もうぜ自社クラウド内でやってるんだし。

[kamm]

初日くらいは無料で読ませて欲しかった。どんなクソ設計したらあんなことになるのか知りたい。

[diet55]

4/21

[isayo]

富士通japanのリリースと併せて読むと、並列なリクエストをキューに入れるのではなく、独自に排他制御して逐次処理としているようだ。ファイル名は(おそらく)固定で、排他にバグがあるとファイルが上書きされるようだ

[el-condor]

負荷制御のための非同期キューだろうに負荷で整合性がパーになる意味が判らない。設計レビューの存在が疑問視されるレベルの酷い設計なのは確かとして、受け入れ側のテストレビュー/実施体制にも疑問しか出てこない

[kumicit]

富士通サイトのお知らせ( https://www.fujitsu.com/jp/group/fjj/about/resources/news/topics/ )から6回分のバグについて広報をさがす

[asakura-t]

2023.04の記事（富士通の詳細報告前）／「逐次処理を行っている点やファイル名が同一だった点は特段問題があったとは考えていない」とか言うから同種のバグが発生するんだよな…。まだまだ出てきそう。

[proverb]

キューだけど、キューじゃなかった！（トトロ）

[xtm77]

富士通又もお馬鹿プログラム作成、国-地方発注事業である受注集り筆頭企業のお粗末が目立つね他の集り企業も同じでデベルだし、その内海外企業に美味しい収入源を奪われる事になるのかな。

[Barton]

Fか……別件だがスマフォ作らせたら発熱して使えなかったり、ヘッドフォンコネクタ挿したらリブートしたりするのを作っていたからさもありなん。F製品を積極的に採用する理由ってないと思うんだが。

[ene0kcal]

Ｆについ聞いた話では、VB.NETの短絡評価される論理演算を使ってないものが未だにあるらしい（らしい）。マイグレーション時に不勉強でバラバラにコーディングしてたようだ（ようだ）。

[Enterprise65]

不治痛案件

[matchy2]

役所の基幹やってるひとがWeb的な並列処理をなんて発想すらないのでは

[estragon]

全国コンビニ端末からのリクエストをシリアライズしてるのに驚く。高負荷時に顕在化するタイミングウィンドウが残るのはあり得ることと思うけど、どう実装してたのか。ロック機構を用いずファイルで処理してたとか？

[crybb]

このバグがExcel方眼紙の不具合管理表に記載される様子を思い浮かべただけで、輝かしい日本のIT技術力の高まりに興奮を禁じえない

[electrolite]

ああ、ファイル名が固定だから高負荷時に順番が入れ替わってもわからないってことね。古臭く各社違うコンビニ発券端末のクソ仕様に合わせて作ったからかな。

[aox]

むしろファイル名に殆どの情報を入れて欲しいくらいですね。何かあった時に手動でもササっと処理できますし

[bosatsumiroku]

たとえ要件で握った負荷を超えたとしても、安全サイドに倒れるようにするのが適切な設計。同一ファイル名にした場合の懸念を洗い出せず、フェイルセーフな設計にできなかったのは善管注意義務違反。

[kootaro]

稚拙って言葉でアクセス稼ぎすな

[hiroyuki1983]

まあ何回かやれば自分の出てくるだろ。ガチャだと思って楽しめよ

[mr_mayama]

ブコメにも怪しい設計がちらほらあってうーんとなった。

[hom_functor]

ファイル名を固定にしなければこのバグに限っては絶対に起きないし普通はそうするのになぜ

[mymy-maim]

「稚拙」にカギカッコ使ってて、そういうコードネームのシステムかと思った。えらい攻めててセンス見直したけど違った。

[kuracom]

混雑すると順番ズレるのが謎。待ちのIDを日時ミリ秒にしてたとか？

[xlc]

トラブル時にウソをつくならバレないウソが慎重に検討し、つき通さなきゃダメよ。

[strawberryhunter]

並列処理しないのにバグったのか。お粗末すぎる。2ページ目には何が書いてあるんだろう。ロックって何やってたんだろう。

[canadie]

原因を言いたくなさそうな気配はしていたが、この規模で逐次処理かつ同じファイル名ってのは想像を超えてきたな https://b.hatena.ne.jp/entry/4734392545585349988/comment/canadie

[toro-chan]

稚拙という言い方はあまり好かないな。バグは後から見れば常に知識が足りなく見えるもの。その組織状況を鑑みて不良が出ないように提案するのはそう簡単じゃない。それができるなら富士通なんて最初から勤めない。

[deep_one]

むっちゃ気になるが、真相が有料記事だ。

[AKIT]

ファイル名に端末の固有番号も含めれば同一ファイル名にはならんやろ！(ど素人目線)

[catan_coton]

これの是正の為にどんなクソッタレな慣習が生まれたのかに思いを馳せたい

[nilab]

他人の住民票が誤発行される謎バグの真相、富士通Japanの「稚拙」設計に専門家も驚く | 日経クロステック（xTECH）