【回答を控えるw】 富士通Japanは、仕様の詳細などについては回答を控えた。
⇒

いやもう富士通とかベンターとしての能力ないよね。公金でこの会社維持させる必要なくないか？

絶対に『漏洩しない』の宣伝を自治体は、してはならん。

キューがたまったらタイムアウトで切れないのかな..

オイラは先週のヒマな時間帯に出力して助かったニャ…

＂サービスの提供ベンダーが富士通Japanであることが日経クロステックの取材で2023年3月29日までに分かった。同社が手掛ける証明書交付サービスへのアクセスが集中し負荷が高くなったことで、「プログラム的な瑕疵（かし）が表面化した」（広報）という。＂

起ると思っていた。
便利さを追求すれば、間違いは起る。
コンビニに夢を持ちすぎだ。

最近 仕事で関わってる
富士通さんが音信不通なんだけど

これ関係してる感じ？

仕事進まなくて
困ってるんだけど…
(マイナンバーとは関係ない)

既に海外が踏んで改めて廃止した路を、態々後追いして湯水に無駄に税金費やし、官僚の懐を肥やすためだけにひた走り出しました。彼等の売り物の商品は日本国民の個人情報です。上得意様は米国と中国様方で御座います。

“今回のような高い負荷を想定したテストが十分でなかった”

ストレスをかけるとパニックになってあらぬことをやらかすようにプログラミングされているシステムなのだそうです。

むしろ止まってくれた方がいい。

横浜市の、別人の住民票を交付した件は、負荷が高くなると起こるとの事だが…

負荷が増えたので、発行が遅延したなら仕方ない（？）
けど、なぜ別人の住民票が発行されるのか？H/Wを増強しないと プログラムで修正できることではないのではないか？事象の詳細の回答を控えるのは、なぜ？？？

さすが富士通と思ってしまった＞

を使っているのに 富士通Japan…


横浜市、コンビニで他人の住民票誤交付 負荷で「システムエラー」 マイナカード交付率上昇も要因

富士通・・・・（絶句

さてはセッションハイジャック

この程度の負荷で個人情報の漏洩が起きるってことは、もっと重大なインシデントとか、肝心なときに全国的にシステムダウンして使えないなんていうシーンが続出するのは目に見えている。

高負荷のテストが不十分だったは能力の無さを露呈してるでしょ。
余談になるけど、富士通Japanって社名、ダサいよね。

回答控えてたわ笑

処理ファイル名、どう実装したら衝突するかな。日付時刻使うとか？

鈴木慶太
日経クロステック／日経コンピュータ

「負荷が高くなると別人の住民票が発行される」むしゃくしゃしてやった的な »

どんな設計?気になる

富士通〜

わー！

負荷が高くなると他人のデータが出力されるバグなんてありえるの？

謎バグ、大好き

これ、どんなバグよ

「住民がコンビニでマイナンバーカードを使って住民票を取得したところ、別人の氏名や住所が記載された住民票が交付されたという」「誤った発行は少なくとも5件判明」

e-Taxの確定申告が始まった頃、同様に、処理数が増えたら他人の申告書がダウンロードされるという不具合ありましたね。たしか、時刻で一時ファイルの名前を決める動作だったのが原因。しょーもない実装は、日本的大規模開発だと撲滅できないのかなあ。

はえー

がまたやりやがった！「 出すと、違う人のが出てきます！」

7
＞負荷が高くなると別人の住民票が発行される事象
11
画期的サービス
14
ガバガバガバナンス
15
を使えば ゲットできる！

マイナンバーカードを使って

採番かなにかが衝突したのであろうなぁ

具体的なバク内容は書かれてないがバグであることは認めてる感じ。
「サービスを利用する足立区や世田谷区、宮崎市など他の自治体もコンビニでの証明書交付サービスを一時停止する事態となった」

「負荷が高くなると別人の住民票が発行される」ってどういう「プログラム的な瑕疵」なんだ? 単純に仕組みが想像付かない。

何それ怖い。
「負荷が高くなると別人の住民票が発行される事象」

「負荷が高くなると別人の住民票が発行される事象」って、忙しくなると切れて訳の分からないことを叫び出す人みたいだな。

こわい

と思ったらバグかよ。

>負荷が高くなると別人の住民票が発行される事象

「なんでこんなことに！？」って人いるけど、同種のバグ、経験したことがあるわ。起きてはならんが、見つけにくい。

河野太郎 デジタル大臣殿

下記の記事にある、富士通の間抜けなミスを、透明性を以って説明させないと、マイナカードの問題かのように、ミスリードする馬鹿が出てくる可能性があります。然るべき対応をお願い致します。

どっかの情弱なブロガーがマイナンバーカード作りたくない人って国から何の情報を隠したいんだろうみたいなこと言ってたらしいけどｗ情報を隠したいんじゃなくてこういう他人の住民票が間違って発行されるみたいなアホな不具合が起こることを心配してるんだっちゅーのｗ

うーむ。
責任は開発会社に押し付けなんだろうよねー。かわいそ。
みずほみたいなことになりませんように。（祈）

2017年じゃ普及率10%時代で負荷テストもそれ基準でしょ。今60%だもんなあ。当時60%負荷テストの見積もりだしても通ってないだろうし難しい。従来の保守料に追加する形で情勢変化監視料を払うようにしてもらうとか

それではここで私が過去にやらかしたクリティカルバグの歌をお聞きください、『マイページをCDN』。（前奏が流れる）

なりすましクレカ作り放題やんけ

これ、わりとクリティカルよね

"タイムアウトでロックが解除されないようプログラムを改修" タイムアウトでロック解除しない仕組みもどうかとおもうけど、それより "別の利用者がファイルをつかめてしまう仕様の詳細などについては回答を控えた" こっちを回答してほしかった。

「今回のような高い負荷を想定したテストが十分でなかった」ってあるけど、負荷試験やってないわけないのでシナリオが悪いんだろうな。

大障害ですね。バグという表現は適切ではないような。。

同時処理かなぁ。

リクエストIDのランダム化だけでなく、
リクエスト時のデータと戻ってきたデータを検証する処理も必要かな。

こういう不具合、切り分け大変よな。ネットワーク、サーバ(OS、ミドルウェア、DB、アプリ)のどこが問題ありそうなのか判断力が問われる。

まあたいていネットワーク屋はパケットキャプチャーする係になりがち。

国全体でひとつのシステムを使っているんじゃなくて、A市は◯社、B市は⬜︎社のシステムを使ってるってこと？？？

高負荷時のみ再現するバグか... 設計で防げなかったもんかなぁ »

「負荷が高くなったら」という書き方だけど、まとめて全部queueに入れるような作りだったのだろうか？

キャプチャの値をfor文内で使ったり、並列処理のクリティカルセクション内でロックサボったりすると高不可状況で簡単にこうなりますね

富士通Japanが手掛ける証明書交付サービスへのアクセスが集中し負荷が高くなったことで、「プログラム的な瑕疵（かし）が表面化した」（広報）という。

仕様もそうだし、高負荷時の試験してない？というのも、なかなか酷い。適当に下請けに投げたんやろうな… >

バグの再現とテスト地獄だろうなあと

うわっ怖

レースコンディションかなぁ。通常の負荷テストでは見つからないからね>「リリース前にテストは実施していたものの、今回のような高い負荷を想定したテストが十分でなかったのが原因と考えている」

住民票ガチャかな…？

このニュース、案の定TLで集中砲火喰らっててもにょる
「どういう実装したらそうなるんだ！」って言うけど普通に実装したらこうなるんだよなぁ

負荷が高くなると別人の住民票が発行される事象の詳細については「回答を控える」（広報）とした。
危険すぎる。これじゃ使えない。
何のためのマイナンバーカード？

マイナンバーカードで起こる不具合。これからどんなことが起きるのやら（怖）

おお。本当に過負荷時に誤った発行を行う不具合なのですね。何をしたのだろうか。タイムスタンプで同一時刻だと上書きしてしまうとかでしょうか。そんな話をするとすべてがFになるを思い起こしますが。

理由公開した方が良いよねえこれ > 負荷が高くなると別人の住民票が発行される事象の詳細については「回答を控える」（広報）とした。

ほらー！
横浜市の“他人の住民票が発行されちゃった件”、やっぱりマイナンバー事業に関わってる富士通のミスじゃないか！
レベルの低い日本のITベンダーが、こういう事業に参入していることが問題なんだよね。
この先もどんなやらかしが出るやら。

横浜市と言っても広いですからねえ。レーザーラモンRGも鉄オタ選手権 相模鉄道の陣で「相鉄に乗ると横浜の広さを実感しがち」と言っていたけど、あれでも極一部。いずれにしろ、富士通の信用どころかマイナンバーカードの信用に関わる大きな問題ですな。

一発で5年入札停止くらいの重要不具合なんだが。

これか。なんかチラッとタイムラインで見かけたときに、どうせ主キーすらまともに設定できない富士通だろと思ったらやっぱり富士通で草

『高い負荷を想定したテストが十分でなかったのが原因と考えている』😔

負荷高くなったら他人の住民票が出力されるのってどういうロジックなんやろか🤔

完全にただのレースコンディションだ。

ポニョ、クリティカルセクション だいすき！

“負荷が高くなると別人の住民票が発行される事象の詳細については「回答を控える」（広報）とした。”

さす富士。
何かの一意値をミリ秒のタイムスタンプあたりで作って高負荷でバッティングとかいうのを予想。

ほえー／

異常時の処理が正しく組み込まれていなくて、タイムアウトした後にある処理が抜けたまま発行まで進んで前の情報を拾ってしまった、あるいは排他制御が正しく組み込まれていなかったとかいうことじゃないの。

> 富士通Japanは日経クロステックの取材に対し、システムに不具合があったことを認めた。負荷が高くなると別人の住民票が発行される事象の詳細については「回答を控える」（広報）とした。

>「リリース前にテストは実施していたものの、今回のような高い負荷を想定したテストが十分でなかったのが原因と考えている」

この手の問題の場合、実装を担当したエンジニアであれば、薄々不具合の可能性に勘付いていたんじゃ無いかという気が……

駄目駄目な不具合

富士通ってスパコン分野とそれ以外が極端にレベルが違う印象。

昔あったFM/VのAcerOEM+富士通BIOSでモッサリ化など、ソフトもハードも…

公共向けでもやらかしてるから、MINORIも「実際にやらかしてたから叩かれたんじゃないか?」と勘繰ってしまう。

マイナンバーカードの信用をなくすのよ！

>負荷が高くなると別人の住民票が発行される事象の詳細については「回答を控える」（広報）とした

横浜市での別の人の住民票が発行された事件
どうして出ちゃったのかは秘密だそうです
個人情報漏えいの原因は秘密
個人情報漏えいの原因は秘密
個人情報漏えいの原因は秘密

“事象の詳細については「回答を控える」（広報）とした。”／総務省は詳細公開を義務付けた方がいいんじゃないか、他システムも参考にするだろし

これ、F通の今までのパターンから邪推するに、どうせJavaでStruts等で、クラス変数使ったスレッドセーフじゃないコード書いて、データレースを起こしたんでしょ…？

この影響で僕もコンビニで発行できず役所に行かないといけなかったんですが、高負荷で他人の住民票が発行されるの一体どういうロジックなんでしょう…

また君か

そろそろ、住民票という紙の仕組みを見直す番ではないかと思う

富士通だったのか…

「横浜市において、
コンビニの証明書交付サービスで
別人の住民票が発行される
トラブルについて、

富士通Japanは
システムに不具合があったことを
認めた。

証明書交付サービスへの
アクセスが集中し
負荷が高くなったことで、

プログラム的な
瑕疵が表面化した。」

5年間で初めてのバグ。これが許せないような頭の固い日本は国ごと潰れるのではないか。エストニアやウクライナのデジタル国家なんて障害停止は日常茶飯事のはず。

これすぐ直ったってことは簡単にわかる程度の凡ミスなんだろうけど詳細公開してくれないかな。原因ちゃんと公開してくれないとマイナンバーカードの信用に関わるんですが。

やだーー

どういう実装したらこんなバグになるんだ。メモリ開放直前か取得直度での初期化（ゼロクリア）を忘れているとか。高負荷だと偶然に前のゴミにあたる確率が高まる？

＞負荷が高くなると別人の住民票が発行される事象

🤔

最近、マイナンバー関連の不具合多いわね

高負荷で挙動がおかしくなる不具合の類に対する原因特定はかなり手間がかかった経験が多いが、そんなに分かりやすい欠陥だったのだろうか。