【悲報】富士通の住民票システム、2箇所のコンビニで1秒以内に同時申請があると混ざる仕組みだった
■ このスレッドは過去ログ倉庫に格納されています
2023年5月2日に川崎市様において、証明書交付サービスと戸籍システムを連携させるために当社が開発した個別連携システムの通信連携プログラム（以下、当該プログラム）不具合により、証明書交付サービスで申請された方とは異なる住民の方の戸籍全部事項証明書が発行されるという事象が発生いたしました。
川崎市様ならびに証明書交付サービスをご利用の皆様に多大なるご迷惑ご心配をおかけいたしましたことを深くお詫び申し上げます。
本事象の原因は、2か所のコンビニで、2名の住民の方が同一タイミング（時間間隔1秒以内）で証明書の交付申請を行った際に、後続の処理が先行する処理を上書きしてしまうことによるものです。本事象の原因となった当該プログラムの不具合は、既に修正および入れ替えを完了しております。なお、当該プログラムは川崎市様以外では使用されておりません。
https://www.fujitsu.com/jp/group/fjj/about/resources/news/topics/2023/0509.html >>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
発注側に実装の中身なんて見るやつろくにおらんのがね… ■ このスレッドは過去ログ倉庫に格納されています
