【悲報】富士通の住民票システム、2箇所のコンビニで1秒以内に同時申請があると混ざる仕組みだった
■ このスレッドは過去ログ倉庫に格納されています
2023年5月2日に川崎市様において、証明書交付サービスと戸籍システムを連携させるために当社が開発した個別連携システムの通信連携プログラム（以下、当該プログラム）不具合により、証明書交付サービスで申請された方とは異なる住民の方の戸籍全部事項証明書が発行されるという事象が発生いたしました。
川崎市様ならびに証明書交付サービスをご利用の皆様に多大なるご迷惑ご心配をおかけいたしましたことを深くお詫び申し上げます。
本事象の原因は、2か所のコンビニで、2名の住民の方が同一タイミング（時間間隔1秒以内）で証明書の交付申請を行った際に、後続の処理が先行する処理を上書きしてしまうことによるものです。本事象の原因となった当該プログラムの不具合は、既に修正および入れ替えを完了しております。なお、当該プログラムは川崎市様以外では使用されておりません。
https://www.fujitsu.com/jp/group/fjj/about/resources/news/topics/2023/0509.html >>650
富士通イーストとやらの死ぬほどある実務やる会社まとめたのが富士通Japanや >>656
XもX JAPANにしてからまったくアルバム出さなくなったし今後を暗示してるわね >>655
おそらくこういうシステムは専用回線
インターネットを通っても低いレイヤーからVPN
セッション乗っとりに気を使ってるWeb屋の方がこういう間違いはしないかもな よく知らんけど7payのときと同じようなもんなのか 日本のITなんて人手不足な上に能力不足でボロボロだからな
自分でプログラミングして自分でテスト仕様書書いて自分でテストして自分でレビューして通したことあるわ
どんなクソシステムでも通るときは通る よく90年代に自動車より半導体取ってたら日本は覇権取れてたってなんGで見るけどホンマなんかね
自動車かてトヨタが突き抜けてるだけに思うし半導体取ってたとしても結局経営者は今と大して変わらんし国と仲良くするだけで他国に抜かれまくりって画しか見えないんやが >>146
そこらへんがついてても運用の想定が噛み合って無くて全端末同じ固有番号だったとかありそう 富士通、キャノン、東芝、シャープ
この辺10年後には中小になってそう 今までにもあったんじゃないのこれ
住民票取る奴なんてみんな忙しいからいちいち大事にしてなかっただけでさ >>45
富士通がやってる地雷公共システム引き継ぎたい会社があると思うか？
というわけで富士通は自社地雷案件とともに生き残るよ >>663
官公庁相手にしてるとこはあり得ないレベルのやらかしでもないとそこまで落ちぶれることはないんだよなぁ >>661
トヨタ、ホンダ、ニッサンすべて勝ち組やったぞ
アメリカでも日本企業に学べ特にトヨタや！いやトヨタは集団指向過ぎる、やっぱ個性尊重する社風のホンダとソニーよとか日夜レスバしてた こんなんクライアント側（コンビニ）でトランザクションID発行するだけでええやん
なんで時間だけでOKやと思ったんや まだ学生やから業界に疎いんやけどこういうのって設計者とテストは富士通が書くんじゃないん？
委託して富士通は何を確認して責任もった納品を行うものなん？ 一時領域にID名のフォルダ切ってそこにファイル落としてたんかな ワイC++マン、スレタイの箇所をmutexで作る
いかんのか？ 笑えないレベルのバカみたいな凡ミスを定期的にやらかすよなこの国 >>663
シャープは台湾に拾われてから調子良い定期
富士通NEC東芝はもう国にぶら下がってるだけの公金チューチューゾンビ企業やな🧟 >>671
本社のおっさん「ここ(最新技術)はどういうこと？」
下請け「◯◯なので大丈夫です！」
本社のおっさん「それで進めてください」
下請け(本社のおっさんの名前で設計書を作成)
こうやで
どこまで下請けが正確で信頼できるかはおっさんのノリ次第や >>679
ちょっと意味が分からんのやが本社のおっさんはこういうこと起きたときに責任とれるんかそれ >>680
おっさん「誠にごめんなさい(下請けがやらかした)」
客(下請けがやらかしたな)
下請け(やっちまった)
おっさん(この下請け使うのやめよっかな)
こうやで セッションIDとかUUIDでええやん
って思うけどそんな単純な話じゃない？ >>5
素人目にはこれにプリンタの個体IDかなんか足せば解決しそうだけどそれじゃ甘いんかな >>5
なんでこういうことが起きるかって言うと日本は中抜きしまくってるせいで実際に作ってる下請けがろくな金もらってないから
ろくな金もらってないわけだから人材のクオリティも作成時間も短くて糞みたいなミスを出すわけ >>680
審査会やレビューをしているから会社で責任とることになる
もちろんおっさんも怒られるけど これコンビニに置いてあるプリンタがハッキングされて富士通のシステムへのリクエスト偽造されたらどうするん？
この程度のセッション乗っ取りが発生するならノーガードやろこれ bumpやったっけ？
昔連絡先交換でiPhoneぶつけて交換するアプリかなんかあったやん
あれも時間でID取ってるのか一人でiPhone振ったらたまに知らん人の連絡先取れることあったよな >>543
顧客が調整怠ってたおかげで
エンドユーザ(クソ強労組持ち)から自動化したら雇用確保できねえだろ！でリリース判定直前で大幅変更喰らったわ
ウチは落ち度ないから契約変更&納期延長で済んだけど 富士通やったかな？DBのテーブル名にAA001みたいなアホの極みみたいな名前つけるのやめろや 下請けに投げて大して確認せずヨシッ！してるだけなんやろなぁ 富士通にしても日立にしても社名じゃ何が得意分野の会社なんか全くわからんよな プリンタっていうかハードの識別番号使うのはまあ難しそう
コンビニに寄ってプリンタのメーカーとか機種に差異あるだろうから個別実装になりそうやし
まあそれならそれでUUID使うとかやりようあるけど 官公庁って大体富士通のシステムやけど
1つもいい評判聞いたことないのになんで採用され続けるんや プログラマー「それ以上詳しく直すほどの給与は貰っていない」 >>706
タイトル：他人の住民票ゲット！
まずコンビニで住民票発行直前までいきます。
そして他の人が発行手続きして1秒以内に自分も発行させます。
すると他人の住民票が出てきます。
結果：他人の住民票が手に入る！ 富士通ってどの現場で見かけても微妙な空気になってる印象強いわ >>713
既存のシステムを構築しているというアドバンテージがあるから他社が参入できない
システム更新する場合は当然の公共入札になるんだけど中身をよく知らない他社からしたら概算でいくら掛かるかもわからないしわざわざ他社がやってるシステムなんか更新したくないから結局富士通やNECが掻っ攫っていく これ、作り的に秒をミリ秒に変えても起こるリスクあるから
仕様見直さないとダメなパターンちゃうか >>714
みんなこれが言えるようにならなあかんわマジで >>719
官公庁側も担当入れ替わってよくわからんから会社にお任せって感じやしな
実質随契みたいなもんや 説明見てもよくわからんのやけどなんで上書きされたとして別人の住民票が届くん？
AさんとBさんが1秒誤差で住民票取ろうとしてBさんの方に上書きされたとしたら
Bさんにだけ住民票出してAさんはエラーやり直しでええやん >>722
ほんとそれ
官公庁側が作るはずの入札仕様書ですら既存ベンダーに丸投げだもんな 富士通が作った💩システムを誰も引き継ぎたくないから富士通は安泰なんや
ゴミで延命して全面刷新来たら赤字覚悟で挿して持ってけば最強のスキーム >>720
流石に修正してミリ秒までにしましたとかならギャグやな 川崎市が停止するなら根拠を教えてほしいとか言ってたのほんと草 >>725
アレはほんと笑えない
官公庁側の担当はアウトだってことがわかってないのも少なくない
刺そうと思えばいくらでも刺せるわな これはマイナンバー側の応答がちゃんとしてないと順番通りに入れても応答が入れ替わるパターンあるからそこまで考えて設計するのが当然 >>729
発注側に実装の中身なんて見るやつろくにおらんのがね… ■ このスレッドは過去ログ倉庫に格納されています
