ringoさん
VIEW
マイナカードで川崎市のコンビニで他人の戸籍謄本誤発行「1秒以内の同時発行でデータ上書き」設計がひどすぎると話題に「これが日本の技術力の限界」
トランザクション量を甘く考えてyyyymmddHHMMSSのタイムスタンプだけでユニークデータ名をつけるなんて経験不足すぎないか? /川崎市のコンビニで他人の戸籍謄本誤発行 「2人同時に発行申請すると上書き」バグが原因 富士通 - ITmedia NEWS t.co/5w1pFWNd1S
『とあるシステムで以下に示すトラブルが発生した
「2カ所のコンビニで、2人の住民が同一タイミング(1秒以内)で交付申請した際に、後続の処理が先行する処理を上書きしてしまう」
この状況を発生させるプログラム上の理由を示せ(配点:10点)』
って問題にに何通りの回答が出るか興味が湧いてきた。
川崎市のコンビニの証明書交付サービスで、他人の戸籍謄本が発行された問題。「2カ所のコンビニで、2人の住民が同時に交付申請した際に、後続の処理が先行する処理を上書きしてしまう」バグが原因。
川崎市様における証明書誤交付ついてお知らせいたします。関係者の皆様には、多大なるご心配、ご迷惑をおかけしておりますことをあらためて深くお詫び申し上げます。
"2名の住民の方が同一タイミング(時間間隔1秒以内)で証明書の交付申請を行った際に、後続の処理が先行する処理を上書きしてしまう" んなデータベースのクソ基本的なトランザクション処理しくじるとか懲戒もんやろ t.co/0MxU8SFSRY (41 users) 川崎市様における証明書誤交付ついて(お詫び)
@integra ミリ秒でも安心できないので、せめてリクエスト元の何かも必要よねぇ・・・
@integra 「yyyymmddHHMMSSのタイムスタンプだけで」って原因は何処に書いてあるんですか?( ´ ▽ ` )ノ
@integra コンビニ証明書発行は住基カード時代含めて利用者が少なかったからこれで大丈夫だったんでしょうね。
国民の7割が持てばそりゃそうなるよな、と…
お詫び文の中に、「当該プログラムは川崎市様以外では使用されておりません。」と書かれてるけど、プログラムそのもの以外にも、このトランザクション()の設計レビューがなぜ通ったのか…。
このトランザクション()設計と、これで内部レビュー通るのも問題なので、他システムでの状況確認は必要かと。
川崎市のコンビニ証明書発行のバグのやつ、秒単位のタイムスタンプでトランザクションのユニークはかってるのヤバいな 逆に何故いけると思ったのか、、笑
川崎市のコンビニで他人の戸籍謄本誤発行 「2人同時に発行申請すると上書き」バグが原因 富士通(要約) t.co/XgGjgjgO4U
リクエストIDと端末IDもなきゃ、トランザクションもデタラメとかスゲェよな。IP変わっちゃうん?知らんけど。