ファーストサーバ被害者の会　第2会場 [sc] | レス56-106

★お気に入り追加

1 2012/06/29(金) 12:52:53.57

ファーストサーバ被害者の会
http://toro.2ch.net/test/read.cgi/hosting/1340506326/

ここまで見た

56 2012/06/29(金) 22:14:55.24: 返金率（稼働率に応じた値）
稼働率返金率
100% 0%
99.99%〜100%未満 5%
99.90%〜99.99未満 10%
97.99%〜99.90%未満 25%
90.00%〜97.99%未満 50%
90.00%未満 100%

90%と89.9999%の違いはでかいなw
こんなしょうもない線引きする会社だからまともではないし。
どうせなら100%以外は全額返金しろや

ここまで見た

57 2012/06/29(金) 22:18:41.27: >>56
ホントなにが100%稼働率保証だよ
100%保証なら99%でもアウトだろ

品質保証制度（SLA）なんて名前だけ
品質保証しててもデータなくなるんだろ？　意味ねーーー！

ここまで見た

58 2012/06/29(金) 22:21:55.37: ttp://www.rbbtoday.com/article/2012/06/29/91121.html
ファーストサーバは29日21時過ぎ、
20日に発生した大規模障害の復旧作業において、
ユーザーデータが混在し、一部で情報漏えいが発生した可能性がある
と発表した。

情報漏洩きたー！！！！！

ここまで見た

59 2012/06/29(金) 22:24:21.42: http://www.firstserver.co.jp/news/2012/2012062901.html

ここまで見た

60 2012/06/29(金) 22:27:39.26: ファーストサーバ、障害の復旧作業において情報漏えいがあったとして謝罪
http://internet.watch.impress.co.jp/docs/news/20120629_543805.html

ファーストサーバ株式会社は、6月20日に発生した大規模障害の復旧作業において、復元したユーザーデータの一部が他のユーザーのデータ領域に
混在した可能性があることを確認したと発表した。

1ユーザーあたりの混在先は最大6ユーザーで、ファーストサーバでは、データが混在した可能性があるユーザーに対して個別に連絡を取り、
復元ファイルの削除を依頼していくという。

ここまで見た

61 2012/06/29(金) 22:28:08.65: >1 台の物理サーバーにつき最大 60 契約を収容しています。
>この度の障害で発生した事象は、
>同一の物理サーバー内でのみ発生する事を確認しており、
>物理サーバーを越えて別のサーバーの顧客に漏えいすることはございません。

>1 者あたりの混在先は最大で 6 者であることが判明しております。

同一サーバ内でも他社（他者）に情報渡ってるんだろ　これって・・・

ここまで見た

62 2012/06/29(金) 22:35:06.53: >>61
普通はそうなるだろうね

ここまで見た

63 2012/06/29(金) 22:42:00.45: ここまで詳細な調査が出来るという事は、バックアップディスクを保存してたのかな？
仮にそうなら…今共用サーバはバックアップディスク無しだよね。交換メンテとか無かったし

ここまで見た

64 2012/06/29(金) 22:48:24.45: ストレステストみたいのじゃないのか
設計上の問題からだせば、この程度はでてくるだろう

問題は実際に他の顧客が何かの問題で外部に漏らしてしまった時どうにもならない
彼らは他社のデータが混ざってるとは思ってなかったんだから

ここまで見た

65 2012/06/29(金) 22:58:15.15: 安全度外視で安すぎる商売されると、ジャンル全部巻き添えで潰れるからなあ。
まさに安物買いのなんとやらに国中侵されてるよね……

ここまで見た

66 2012/06/29(金) 23:07:54.37: サイボウズ続報
http://japan.cnet.com/news/business/35018728/

ここまで見た

67 2012/06/29(金) 23:11:07.18: 馬鹿が戦車でやってくる

ここまで見た

68 2012/06/29(金) 23:13:19.89: 明日になったら1000社割ってたりしてな

ここまで見た

69 2012/06/29(金) 23:14:51.90: 戦車でパレードって何考えてるんだ？
キチガイなの？

ここまで見た

70 2012/06/29(金) 23:15:19.83: なんでサイボウズが粘着されてんだよｗ

ここまで見た

71 2012/06/29(金) 23:18:28.02: サイボウズ混ぜるとなすりつけ合い始まって長期化するよ
顧客の財布を見越して誘ってるんじゃないか

ここまで見た

72 2012/06/29(金) 23:19:59.60: いまごろになってリカバリーの中に他社データー混入認めて・・・・・・
裁判対策か？？
白を切るより早く認めたしまえば心証よくなるし？

おせぇよｗ

ここまで見た

73 2012/06/29(金) 23:20:37.62: ttp://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=4
>３つのＨＤＤに同じファイルをコピーしていた。
>１つは「本番系」。
>もう１つは本番系のＨＤＤやシステムに不具合が生じた時、即座に切り替え、正常稼働を続けるための「待機系」。
>もう１つが、毎朝６時に本番系のデータを丸ごとコピーしておく「バックアップ系」だ。
>この３つが、すべて同じサーバー内に同居していた。

ttp://www.firstserver.co.jp/news/2012/2012062901.html
> 1 者あたりの混在先は最大で 6 者
> 1 台の物理サーバーにつき最大 60 契約

鯖構成どうなってるんだ？
1鯖に付き物理HDDが30台も載っているとは考えにくいんだが・・・

ここまで見た

74 2012/06/29(金) 23:21:42.07: 新しい工作活動か
社員も大変だな

ここまで見た

75 2012/06/29(金) 23:25:58.47: >>73
> 1 者あたりの混在先は最大で 6 者
ってことは７者で1ディスクって気もするけど、60契約を考えると切り悪いよな
ついでに言うと共有サーバはRAID10らしいから更にディスク数が…

ここまで見た

76 2012/06/29(金) 23:27:46.48: >>73
仮想なら１台に３０ぐらい混在されられなくもない

ここまで見た

77 2012/06/29(金) 23:39:22.71: 2308者のデータが103台のサーバにあった
2308/103＝22.4者（1台あたり）

145者のデータ領域に混在した可能性あり
145/22.4=6.47

ということで最大6者なんじゃね

ここまで見た

78 2012/06/29(金) 23:48:56.05: 未だに謝罪に来ないんだけどうちだけ忘れられてるのかな？

ここまで見た

79 2012/06/29(金) 23:50:48.66: >>78
電話してみたら？吉田部長と話せるかもよｗ

ここまで見た

80 2012/06/29(金) 23:57:21.32: 145者のデータ領域に混在した可能性って
単純に問い合わせがあった件数だったりしてw
「あのー　他者のメールがみれるのですが・・・」と

そんなに詳しく把握できるなら、サルベージできそうだがな

ここまで見た

81 2012/06/30(土) 00:03:13.65: >>79
誰それｗ

ここまで見た

82 2012/06/30(土) 00:06:41.35: >>81
スレ的には有名だと思ったのにｗ
http://www.facebook.com/firstserver/posts/254574174648795?comment_id=1002403

ここまで見た

83 2012/06/30(土) 00:06:44.58: >>81
謝罪はないのかと詰め寄る顧客に逆ギレして、
「訴えてやるー！」
と切り返したファーストサーバの営業部長

ここまで見た

84 2012/06/30(土) 00:07:09.81: 今、第一営業部長の吉田氏から電話がかかってきて、
「規?約通り、バックアップ取っていなかった、貴方が悪いんで?しょ」の一点張り。謝罪はなし。
「謝罪の言葉がない」というと、逆ギレされ、
「貴方を訴?えてやる」だそうで。昔のファーストサーバーはいいSE?の方もいらっしゃったそうですがほぼ退職。
こんな方が部?長となれば、この会社も終わったなと思いました。

ここまで見た

85 2012/06/30(土) 00:08:33.40: もう１つわかった事。今回の保障は、完全に規約通りで、?チャンスロスや企業の顧客データに関する損害賠償はされ?ない模様。
要するに、「あなた達が、しっかり管理していなかったの?が悪いんでしょ」との上から目線での物言いを担当者はし?ます。
保障は、年間前払いの金額のみにとどまる見通し。７月２?０日頃に封書が届くそうです。
こんなサーバー会社もあるのですね・・・。
※貴社の窓口担当者発言ですので、削除されても、再コメ?させて頂きます。

ここまで見た

86 2012/06/30(土) 00:10:22.63: 今日、再び問い合わせをさせていただきましたが、あえて?実名公表させていただきます。
第一営業部・吉田部長、「?訴えるなら訴えれば」「我々は悪くない」との事です。
そ?の上の方も「チャリ銭払ってシャンシャンで終わりにした?い」といった対応みえみえでした。
社内は、普通の企業と?いうより、モラルのない人間が多いようです。顧客は金を?運んでくる道具なのでしょうか？

さて、１つ訂正です。
７月の中旬にユーザー各位に損害賠償についての書式が届?くそうです。
所詮、使用量のみにとどまるといったニュア?ンスの話でしたが。。話した本人も、反省の色は全くなし?です。（関西弁で「ごめんなさーい」だそうで・・・・）
緊急窓口は、既に派遣の良く分からない方が電話対応して?いる（←日本語も何かおかしいです）ので、「社員を出し?て下さい」と必ず言ってください。

ここまで見た

87 2012/06/30(土) 00:21:29.11: もう、顧客対応なんてどうでもいいような状況にはいってるんじゃないか？ｗ

ここまで見た

88 2012/06/30(土) 00:30:07.01: 最大6者っつってもその6者からさらに他へ漏洩してたら結果として
際限なしに漏洩してるのと同じことだろ

ここまで見た

89 2012/06/30(土) 00:30:21.08: まあいつ倒産するか
それまでの後処理やってるだけだからな

ここまで見た

90 2012/06/30(土) 00:35:17.37: >>82-86
来ない数日のうちにこんな展開があったのか・・・ｺﾞｸﾘ
7月半ばに封書？今すぐメールで良いのに・・・

ここまで見た

91 2012/06/30(土) 00:44:53.93: http://itpro.nikkeibp.co.jp/article/NEWS/20120629/406461/
これだけ漏洩してると、明日以降のTV・新聞が楽しみだ

これでも放送・掲載されなかったら
日本のマスコミも禿の言いなりってことだな

ここまで見た

92 2012/06/30(土) 00:47:29.53: >>91
明日は土曜
親会社のヤフーの株価に影響がない日

ここまで見た

93 2012/06/30(土) 00:48:50.76: 者ってなんだよw

ここまで見た

94 2012/06/30(土) 00:50:20.90: >>90
第三者調査委員会を設置し、調査開始（ 6/28〜）
・中間レポートの提出（〜 7 月中旬）
弁護士の知恵かりるんだろうな

ここまで見た

95 2012/06/30(土) 00:50:23.63: まさか東証終わってから情報漏えい発表？

ここまで見た

96 2012/06/30(土) 00:51:51.97: 情報漏えい騒ぎが広がったら、また余計な業務増える所も出てくるな

ここまで見た

97 2012/06/30(土) 00:52:04.68: >>94
FSだけじゃなんも出来ないの見え見えw

ここまで見た

98 2012/06/30(土) 00:59:31.84: 情報漏えいについても、日経突っ込んでくれんかなー

ここまで見た

99 2012/06/30(土) 01:01:43.14: すぐひっこめたんだから
セーフだろ

ここまで見た

100 2012/06/30(土) 01:07:37.85: http://internet.watch.impress.co.jp/docs/news/20120629_543805.html
「復元ファイルの削除を依頼していくという。」
ダメだね

ここまで見た

101 2012/06/30(土) 01:08:22.94: >>100
なにが？

ここまで見た

102 2012/06/30(土) 01:08:56.56: ＞復元ファイルの削除を依頼するとしている。
削除する義務はあるの？

ここまで見た

103 2012/06/30(土) 01:09:41.08: >>99

1.5日も公開してて　すぐ？？？？？
こんだけ時間あれば・・・ローカルへのバックアップは余裕だよね

データ消失の後、データ復旧作業を実施。
6月21日（木）9時ごろにデータの復旧プログラムにより消失データを復旧し、
リカバードファイルとしてお客様に提供しました。
しかしながら、専用サーバーのお客様より、
専用サーバー内において情報にアクセス権限を有していなかった者からも
参照できる状態になっているとの報告があったため、
リカバードファイルの提供を22日（金）21時ごろ停止し、
状況の確認を行ったところ、専用サーバー内において、
アクセス権限を有していなかった情報についても参照が可能な状態にあったことが判明しました。
上記、問題の発覚を受け、共有サーバーにおいても、
リカバードファイルの提供を即時停止し、現在状況の確認を行っております。