俺はバグでこんなすごい被害を出したぞ! part自由

1 名前：仕様書無しさん mailto:sage [2007/05/27(日) 13:30:43 ] 前スレ 俺はバグでこんなすごい被害を出したぞ! part泣 pc11.2ch.net/test/read.cgi/prog/1157035098/l50 590 名前：仕様書無しさん mailto:sage [2007/09/22(土) 08:40:57 ] >>589 ＭＩＬ規格は古くなったから、新しい規格が作られてなかった？ 591 名前：仕様書無しさん mailto:sage [2007/09/22(土) 14:33:42 ] MIL規格はMIL-XXXXって番号で管理してたような。 単純に新しい番号を振るだけじゃなかったっけ？ 軍もでかい組織だけどNASAもでかいから 自分たちで規格もってるでしょ。 重要なところは自分たちで抱え込んでおかないとな。 592 名前：仕様書無しさん mailto:sage [2007/09/22(土) 16:51:49 ] >>591 NASA規格は国際的にはクリーンルームのレベルの高さなどでよく引用されてる。 MIL-STDは最近は試験基準くらいしか参考にしてないな。 593 名前：仕様書無しさん mailto:sage [2007/09/22(土) 19:51:33 ] www.itmedia.co.jp/enterprise/articles/0709/22/news019.html くそGPL死ね 594 名前：仕様書無しさん mailto:sage [2007/09/22(土) 19:55:43 ] >Monsoonは自社製品とファームウェアがBusyBoxを組み込んでいることを自社Webサイト上で認めているにもかかわらず、販売先に対し、ソースコードを一切公開していない。 まあ、これを黙認しちゃうと次から次へとやられるだろうから仕方ないだろ 595 名前：仕様書無しさん mailto:sage [2007/09/22(土) 21:34:30 ] >593 つーか、都合が良いところは利用して金儲けしておきながら市ねとは何事かね? 596 名前：仕様書無しさん mailto:sage [2007/09/22(土) 21:49:26 ] GPLはクソだから使わない、と判断すべきだよね。 597 名前：仕様書無しさん mailto:sage [2007/09/23(日) 00:19:51 ] 商売でやってたら普通GPLは避けるわな 598 名前：仕様書無しさん mailto:sage [2007/09/23(日) 00:26:35 ] 神戸新聞でシステムダウン　京都新聞を題字変更し配達 ttp://www.asahi.com/kansai/news/OSK200709220078.html 599 名前：仕様書無しさん [2007/09/23(日) 15:57:22 ] 犯人まだ？ 【動かないコンピュータ】神戸新聞でシステムダウン　京都新聞を題字変更し配達（画像あり）[09/22] news22.2ch.net/test/read.cgi/newsplus/1190467649/ 600 名前：仕様書無しさん mailto:sage [2007/09/23(日) 15:58:06 ] 宇宙線の仕業です 601 名前：仕様書無しさん mailto:sage [2007/09/23(日) 16:45:48 ] ECC付きメモリじゃないのかw 602 名前：仕様書無しさん [2007/09/23(日) 17:10:41 ] Yahoo!ニュース - RBB TODAY - 神戸新聞社、22日発生の組版システム障害から復旧 headlines.yahoo.co.jp/hl?a=20070923-00000000-rbb-sci 603 名前：仕様書無しさん [2007/09/23(日) 22:18:21 ] 日本が混乱するくらいの被害を出してほしいもんだ。 いつまでも不遇にしている国に復讐してやるのだ 604 名前：仕様書無しさん mailto:sage [2007/09/23(日) 22:26:07 ] 年金システム不備により全年金データ消失 とか？ 605 名前：仕様書無しさん mailto:sage [2007/09/24(月) 11:47:18 ] 航空管制全滅でも、たいして変わってないし。 606 名前：仕様書無しさん mailto:sage [2007/09/24(月) 12:55:53 ] >>604 それは仕様です。 607 名前：仕様書無しさん [2007/09/24(月) 21:16:18 ] 年金システムだったら自分に返ってくるだけじゃんｗ 608 名前：仕様書無しさん [2007/09/25(火) 19:32:19 ] バグじゃないけど。。 これ損失どれくらいだろ。 100人規模のソフト屋だったらアボンじゃね。 【ネット】「Share」で診療費情報など約1万人分流出　NTT東日本 news22.2ch.net/test/read.cgi/newsplus/1190710589/ 609 名前：仕様書無しさん mailto:sage [2007/09/25(火) 20:08:24 ] >>608 これは確かNTT本体の奴が漏らした奴だろ 下請け孫請けの人間がこんなの漏らしたら会社ごと潰れるわw 610 名前：仕様書無しさん mailto:sage [2007/09/25(火) 22:52:30 ] トレイダーズＨＤ、誤発注でシステム会社への賠償請求検討 ttp://www.nikkei.co.jp/news/keizai/20070921AT2C2102521092007.html 611 名前：仕様書無しさん [2007/09/25(火) 23:20:00 ] >>610 これ賠償請求したらもう、自社で開発するしかなくなるね。 612 名前：仕様書無しさん [2007/09/25(火) 23:24:17 ] >>611 少なくともこの会社からの仕事を受けるSIerはなくなるね。 自分で自分のクビを締めるだけ。 最終的な責任は検収した自社がとるのが筋であり、常識。 責任まで全部負えっていうなら、桁が二つ足りないな。 613 名前：仕様書無しさん [2007/09/26(水) 00:13:01 ] プロジェクト成功したら、いくら儲かっても利益独占で追加で金を出したりはしない。 損害が出たら作った奴に請求。 そんな馬鹿な話は通らんだろ。 614 名前：仕様書無しさん mailto:sage [2007/09/26(水) 00:21:00 ] だいたい誤発注のシステム会社はトレイダーズHDの子会社。 身内なんだから親が責任持てよと思うね。 615 名前：仕様書無しさん mailto:sage [2007/09/26(水) 00:26:45 ] なんだ、身内での揉め合いかよ。 ひょっとして連結決算でグループとしては損得無し、 対外ポーズを演じてるだけとか？ 616 名前：仕様書無しさん mailto:sage [2007/09/26(水) 11:42:59 ] >>614 　元身内で、今はイートレの子会社らしいよ。 617 名前：仕様書無しさん mailto:sage [2007/09/26(水) 20:09:46 ] HET落ちるの何とかしる 618 名前：仕様書無しさん mailto:sage [2007/09/26(水) 22:23:02 ] Excel 2007に乗算を間違えるバグ--2進法と10進法の処理方法で ttp://headlines.yahoo.co.jp/hl?a=20070926-00000009-cnet-sci 619 名前：仕様書無しさん [2007/10/08(月) 12:14:32 ] ゆうちょ銀行のシステム障害　無事２週目に突入 news23.2ch.net/test/read.cgi/news/1191811721/ ゆうちょ銀システム１週間復旧せず、口座開設一部休止に　[10/08] news22.2ch.net/test/read.cgi/liveplus/1191808729/ いつになったら直るんだろう… 620 名前：仕様書無しさん mailto:sage [2007/10/08(月) 12:24:42 ] 民営化して、全銀連との接続を想定したプログラムを起動した直後だし、 バグどころか実は全然プログラムができていなかったというオチな気がする。 621 名前：仕様書無しさん [2007/10/09(火) 10:30:53 ] 氏んどらーの調査結果がぽつぽつ出てきたね。 制御回路にノイズ耐性がまるでないらしい。 接点ノイズはしばしば1000V以上、 実験予定では2000Vまでやるつもりが50-60Vで誤作動。 ブレーキパッドの異常磨耗も誤作動による 半ブレーキで進んだんじゃないかｳﾝﾇﾝ(by NE9/24 622 名前：仕様書無しさん mailto:sage [2007/10/09(火) 11:33:54 ] >619 郵貯のシステムは腐士通だったっけ？ みずぽ以上の大騒ぎになってそうな悪寒・・・・・ 623 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:29:03 ] もうみずぽ ﾅﾂｶｼｽ 624 名前：仕様書無しさん mailto:sage [2007/10/09(火) 20:30:20 ] >>620 あるあるｗ いやほんと・・・('A`) 625 名前：仕様書無しさん mailto:sage [2007/10/09(火) 20:36:20 ] なんか、フジツウって久しぶりに名前聞いた気がする。 626 名前：仕様書無しさん mailto:sage [2007/10/09(火) 20:41:24 ] 名寄せ（同一人物が複数の口座を開いてないかのチェック）をする部分のプログラムが動いてないだけだろ？ 何かバグっつーより、仕様で指示してなくてすっぽりその部分のプログラムだけ抜け落ちてたというオチのような 気がしてきた。 627 名前：仕様書無しさん mailto:sage [2007/10/09(火) 22:30:35 ] 復旧きた 社内の利用だけで高負荷になってたとかなんだよそれ 628 名前：仕様書無しさん mailto:sage [2007/10/10(水) 00:42:29 ] テストファーストってやつだな。 本番がテストだけど。 629 名前：仕様書無しさん mailto:sage [2007/10/10(水) 11:11:23 ] 本番にまさるテストは無い 630 名前：仕様書無しさん mailto:sage [2007/10/10(水) 11:48:42 ] >>629 一発完動教徒だな？ 631 名前：仕様書無しさん mailto:sage [2007/10/10(水) 17:16:08 ] まあ、「動かないコンピュータ」を待てｗ 632 名前：仕様書無しさん mailto:sage [2007/10/10(水) 20:03:29 ] システム本稼働からが俺ら現調部隊の本稼働だしなー まぁ金貰えるからいいんだけどさｗ 633 名前：仕様書無しさん mailto:sage [2007/10/12(金) 07:03:21 ] 自動改札でトラブルが出ているようだが… 634 名前：仕様書無しさん mailto:sage [2007/10/12(金) 07:21:08 ] 【速報】　自動改札が故障しているらしい　【関東全域】 news23.2ch.net/test/read.cgi/news/1192136798/ でてこいよ 635 名前：仕様書無しさん mailto:sage [2007/10/12(金) 07:41:28 ] また日付の桁あふれとかそんなんじゃないだろーなー？ 636 名前：仕様書無しさん mailto:sage [2007/10/12(金) 08:03:43 ] # ＪＲなどで改札の電源入らぬトラブル （07:38） 637 名前：仕様書無しさん mailto:sage [2007/10/12(金) 08:13:23 ] 一部メーカーの機械っぽい 638 名前：仕様書無しさん mailto:sage [2007/10/12(金) 09:41:27 ] ソフトじゃねーだろ 639 名前：仕様書無しさん [2007/10/12(金) 10:01:49 ] 日本信号だそうだ 640 名前：仕様書無しさん [2007/10/12(金) 10:29:29 ] 日本信号が安い 改札機のトラブルで www.kabujouhou.com/contents/digest/index2.php?boardno=149680 被害北 641 名前：仕様書無しさん mailto:sage [2007/10/12(金) 10:42:49 ] まぁ、人が死ぬわけじゃないし、 仮に死ぬトラブルでも日本信号ならK察OBが天下ってるはずだから大丈夫。 642 名前：仕様書無しさん [2007/10/12(金) 11:47:22 ] 下請が潰れるだけだし 643 名前：仕様書無しさん [2007/10/12(金) 12:37:23 ] 被害総額何億かな？ 何遍切腹したって足らない額だろ。 644 名前：仕様書無しさん mailto:sage [2007/10/12(金) 13:58:41 ] 去年だったかにこけたのも、そこの機械だったな。 645 名前：仕様書無しさん mailto:sage [2007/10/12(金) 20:11:49 ] で、原因は？ 646 名前：仕様書無しさん mailto:sage [2007/10/12(金) 20:14:14 ] オレオレ、ニュース見た?　改札機でバグ出しちゃったからすぐお金振り込んで。 647 名前：仕様書無しさん mailto:sage [2007/10/12(金) 21:59:27 ] 破防法対応における改札一斉封鎖のテストロジックが残ってました＞＜ 648 名前：仕様書無しさん mailto:sage [2007/10/12(金) 22:13:33 ] NSECとかNSECとかNSECとか 649 名前：仕様書無しさん mailto:sage [2007/10/12(金) 23:09:05 ] 日本信号の株価はもっと下がっていい 650 名前：仕様書無しさん mailto:sage [2007/10/13(土) 00:37:20 ] ttp://www.yomiuri.co.jp/national/news/20071012i414.htm >だが、改札機に一定量のデータが送られると異状が起きるプログラムミスがあり、１２日朝送られたデータが異状を引き起こしたという。 オーバーフローっすか。 651 名前：仕様書無しさん [2007/10/13(土) 00:49:24 ] 一局集中型システムの恐ろしいところ 652 名前：仕様書無しさん mailto:sage [2007/10/13(土) 00:51:19 ] ttp://www.yomiuri.co.jp/national/news/20071012i414.htm >非常にまれなケースが起きてしまった。 全然まれなケースじゃないと思うよ。 653 名前：仕様書無しさん [2007/10/13(土) 01:02:07 ] この手の事故の損害ってのはやっぱりソフトウェアの作成元に賠償責任があるの？ 654 名前：仕様書無しさん [2007/10/13(土) 01:22:08 ] >>653 ないよ。 まともな契約ならね。 ちゃんと検収してるわけだから。 発売後永久に賠償責任を負うなら、ソフトハウスは全部潰れているよ。 655 名前：仕様書無しさん mailto:sage [2007/10/13(土) 07:28:13 ] >>652 一応「まれ」なケースらしいですよ。 www.asahi.com/national/update/1013/TKY200710120344.html > 　日本信号製の自動改札機には、送られてくるネガデータの量が特定の量 > だった場合、プログラムが異常に反応して機能停止を引き起こす不具合が > あった。問題となる特定量を上回っても下回っても、トラブルは起きないという。 656 名前：仕様書無しさん [2007/10/13(土) 08:24:57 ] 特定の量だった場合とかどんな罠かと。 普通そんなコード書かないよな。 657 名前：仕様書無しさん mailto:sage [2007/10/13(土) 08:27:54 ] 条件判断で＞と＜だけ作って＝＝の場合を忘れたとか？ 658 名前：仕様書無しさん [2007/10/13(土) 08:33:01 ] >>657 どんなVBならそんなコード書くのかしらないけど 普通そんなコーディングしないし。 659 名前：仕様書無しさん mailto:sage [2007/10/13(土) 10:37:14 ] たまにそういう罠を仕掛けたくなる事ならあるが。w 660 名前：仕様書無しさん mailto:sage [2007/10/13(土) 11:32:31 ] 仕様に 〜より大きい場合は・・・ 〜より小さい場合は・・・ としかなかったら等しい場合を含めて記述するのは違反 661 名前：仕様書無しさん [2007/10/13(土) 12:48:27 ] でもパスモのサービス開始から半年で１回おきてるんだからレアケースじゃないよな。 データって１日１回起動時の配信だろう？ すると１８０分の１ってわけだ。 半年に１回はおきるだろう。 662 名前：仕様書無しさん mailto:sage [2007/10/13(土) 13:12:29 ] デバッグコードがそのまま残っていたｗ 663 名前：仕様書無しさん mailto:sage [2007/10/13(土) 14:48:22 ] char buf[size]; で、buf[size] まで使っちゃったとか。C string の末尾 ¥0 の分を見落としてたとか... 664 名前：仕様書無しさん mailto:sage [2007/10/13(土) 14:55:32 ] 今年３月１８日からということは、まだ契約期間中かもね。 665 名前：仕様書無しさん [2007/10/13(土) 15:16:07 ] char *pBuf = new char [500]; // データが500バイトより大きければ取り直し if (nSize < 500) { delete [] pBuf; pBuf = new char [1000]; } みたいになってて500バイトのときにヌルターミネートされなかったorz 666 名前：仕様書無しさん mailto:sage [2007/10/13(土) 17:58:44 ] あるあるｗ わけねー(ﾟДﾟ) 667 名前：仕様書無しさん mailto:sage [2007/10/13(土) 18:04:48 ] 特定の量とか言ってるけど、その時点でテストが甘かったことだけは明白 668 名前：仕様書無しさん mailto:sage [2007/10/13(土) 18:24:58 ] ﾁﾝ☆⌒ 凵＼（＼・∀・）　NSEC関係者暴露ﾏﾀﾞｰ？ 669 名前：仕様書無しさん mailto:sage [2007/10/13(土) 18:25:59 ] 既知のバグほったらかしてたそうな。ソースは/. 納期の都合か、動き出した後なので鉄道屋がアップデートを許可しなかったのか。 670 名前：仕様書無しさん mailto:sage [2007/10/13(土) 18:32:15 ] ブラックボックステストじゃあ見つけるのは困難だとおもう。ネガティブデータの数を0からすべて試すわけにはいかないだろ。 ホワイトボックステストならテスト不足。典型的なフェンスポストエラーだろうから。 671 名前：仕様書無しさん mailto:sage [2007/10/13(土) 20:37:47 ] っていうかさ、おまいら他人のバグには手厳しいよなｗ 672 名前：仕様書無しさん [2007/10/13(土) 21:06:02 ] 人間は仕様的には「他人にやさしく、自分に厳しく」であるべきだけど、実際の実装は・・・。 この神様の作った“バグ”のせいでどれだけすごい被害が出てきたことか！ 673 名前：仕様書無しさん mailto:sage [2007/10/13(土) 22:21:25 ] >>672 ホームレスは歩かずに移動出来て感謝しているじゃね？ 674 名前：仕様書無しさん mailto:sage [2007/10/13(土) 22:30:29 ] バグというよりクソ仕様だが、 すさまじい事を教えてあげよう。 市町村で行われた平成の大合併で戸籍も統ーしたのだが、 元々フリガナのないデータがー杯ある。 このフリ仮名付け作業はデータ処理者にー認されている。 言いたい事はわかるな？ 合併した所に住んでいる人は読み仮名だけで 検索出来ないと思われ。 ちなみに元々データ自体が存在しないか仕方ないんだがな。 社保の年金データもー諸。 突き合わせ作業なんてー年じゃ絶対無理。 出来ないデータは、本人の申告がなきゃ確実に無理と言ってあげよう。 あ、あとーつ。 社保のデ一タの突き合わせは、基本、 名前と生年月日でやっていて、 その経過で住所が旧住所に書きかわる事あり。 本人が年金記緑を確認しようと思っても 住所違うから無理と言われる事がある。 その場合も会社に控えを探してもらって はじめて修正出来る。 675 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:40:13 ] なんで漢数字の「一」と長音「ー」を逆にしてるん？ 凄く読みづらいよ 676 名前：仕様書無しさん [2007/10/14(日) 00:57:24 ] ﾜﾛﾀｗｗｗ 677 名前：仕様書無しさん [2007/10/14(日) 01:29:11 ] ワロタ。 意味わからん。 678 名前：仕様書無しさん mailto:sage [2007/10/14(日) 03:11:33 ] >>674 なんかよく見ると"ー"にすべきところを"一"にしてたりでイマイチ固まってないのなｗ どちらにしても意味わからん。そんな文章2chで初めて読んだ。 679 名前：仕様書無しさん mailto:sage [2007/10/14(日) 04:51:40 ] いわれてみると違和感あるな 680 名前：仕様書無しさん mailto:sage [2007/10/14(日) 06:46:40 ] 書き込み自体バグってたんだよ！ 681 名前：仕様書無しさん mailto:sage [2007/10/14(日) 08:19:09 ] きっと脳内にバグが潜んでるんだよ。 682 名前：自動改札の件について [2007/10/14(日) 16:06:34 ] 原因は以下。で全く意味不明なので解説よろ。 日本信号によると、現時点で判明しているのはこうだ。原因は自動改札機のICカード判定部の不具合。 判定部には毎朝、サーバから起動用データの1つとして、「ネガデータ」（ネガティブデータ）と呼ぶ、 旧式カードや不正カードなど、改札を通過できないカードを認識するためのデータを送信している。 この朝もネガデータを送信したところ、判定部がネガデータをメモリに読み込む際に不具合が発生。 処理がそこでストップし、起動しなかったという。 683 名前：仕様書無しさん [2007/10/14(日) 16:12:54 ] >>682 よくわからないのだけど、こういうことでおｋ？ 各カードの駅務機器での利用明細 → 適当なタイミングでサーバに上がる サーバで集計された利用明細を調べ、不正が認められたカードについてはネガカードとして利用停止措置をとる。 サーバ側でネガカードのIDリスト（ネガリスト）を作成し、始発前に各駅務機器に送信 日本信号製改札機で特定パターンのネガデータを受信したところトラブル発生 684 名前：仕様書無しさん mailto:sage [2007/10/14(日) 17:42:06 ] 社局（拠点）サーバと駅サーバがあるけど、日信製の駅サーバまではおｋだったのかな。 www.signal.co.jp/afc/japan14.html 685 名前：仕様書無しさん mailto:sage [2007/10/14(日) 18:40:03 ] 直に埋め込まれたカードデータがネガデータ内に発見されて改札が困っちゃったとか！？ 686 名前：仕様書無しさん [2007/10/14(日) 19:06:14 ] >>683 説明TNX! それでココがよくわからないのです。 >ネガデータを送信したところ、判定部がネガデータを >メモリに読み込む際に不具合が発生。 ツマリどんなメモリかは知らないけれども 一旦受信したデータをあるメモリへ記録しようと したところメモリのアクセスまたはメモリ自体が あぼーんしたのでせうか？ 687 名前：仕様書無しさん [2007/10/14(日) 19:17:34 ] >>686 低い層でのメモリアクセスではなく、 判定部のロジックがヤバい悪寒 ・サーバからネガデータが各改札機に送信される ・改札機の（判定部の）メモリにネガデータが入力される ・（判定部の）メモリに入力されたデータを判定部が判定中に無限ループに陥りあぼーん 688 名前：仕様書無しさん [2007/10/14(日) 19:28:06 ] JRの場合、制御はT製だったと思うがIC判定部分はN製を使っているのかと思う 以前、N社内の運賃ネットワークセンターという施設でSuica/PASMOの莫大な経路パターンを 検証しているという記事がいつぞやの新聞に載ってた記憶がある。 689 名前：仕様書無しさん mailto:sage [2007/10/14(日) 19:38:59 ] >>688 判定部は３社それぞれの技術の見せ所で、プラットホーム構築からアプリ開発まで 各社独自に組み上げてたと思ったが。 690 名前：仕様書無しさん mailto:sage [2007/10/14(日) 21:21:54 ] 　おそらく、まとめてデータを受信して、そのバイトを小刻みに、 　渡す際に、想定していた区切り文字と違って、バッファオーバーフローに 　なったんでない？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef