ファーストサーバ被害者の会　第2会場

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

ファーストサーバ社トラブル続報
http://ameblo.jp/cybozuaono/entry-11289177044.html

もういいだろ、いいかげん許してやれよ。
これ以上叩いても面白おかしいだけだ。
なにか状況が変わるような事は無い。

>>3
面白いなら続けなよw

ファーストサーバの件、サイボウズの青野ってひとのブログのコメントみてると
サイボウズの顧客に対する責任意識がすけてみえる。

うちにサイボウズの営業きたでGoogleApps使ってるから断ったけど

こっちもとある弁護士?の意見。さっきのとは違ってFS有利って感じ
http://blog.livedoor.jp/businesslaw/archives/52260630.html

ファーストサーバさんって呼んでるのがちと引っかかるがｗ

イマイチこのギャグがわからんのだが何かのコード記述漏れ云々とあったんだが
会社を左前にさせた悪魔のウンコードってどんな奴？もちろんクソース付で

>>4

面白おかしく業者たたきとかどうかしてる。
どうかしていてって問題ないじゃないか。

>>7
義務を怠ってデータを飛ばした罪で半殺しにされるか、
事実と異なる内容であつめた客のデータを飛ばした罪で半殺しにされるか、
中の人ならどっちがいいんだろうね。

うんこ味のカレーかカレー味のうんこを選べというのとは違う。

とにかくうんこは食わされるであろう状態w

>>3
こんだけの影響与えといて
もういいの？　絶対許さないよ！

ある弁護士の見解
http://tomo-law.blog.so-net.ne.jp/2012-06-27

【 注意 】
このスレや関連スレにはファーストサーバやその親会社に批判的な書き込みを否定する為の工作員（主に在日朝鮮人）が常駐して監視しています
ファーストサーバを擁護したり被害者を揶揄する書き込みは全て工作員の書き込みですのでご注意ください

>>12
（引用）
バックアップを外部でしていないのであれば、
更新プログラムが誤ってバックアップデータを削除しないよう
プログラムが作られていなければならないのに、
そのようには作成されていなかったというわけです。

それだけで、ファーストサーバに重過失ありというような気がします。

>>7
一方、高品位なサービスを提供している大手事業者や関係者の心は・・・

　「FSの過失100%認定は業界にとって今後の営業に困る面も一部ある。」
　「しかし価格だけの低廉サービスが保護優遇されると我々の事業価値を失う。」
　「ベネフィットとリスクは投資額に応じて正当に得られるのが健全で望ましい。」
　「従って、FSが一方的に有利でなく適度に痛み分けして欲しい心境だ。」

こんなところじゃね？

とある弁護士の見解　2
http://d.hatena.ne.jp/redips/20120627/1340793575

（引用）
約款だけを見れば，ユーザがバックアップを取っていなかったとすれば，
相当程度の過失割合が認められるかもしれないが，
現在報道されているところによると，パンフレット等で100%稼働保証を謳っていたり，
さらに
『人為的なデータ損失があった場合にそなえ、日に１回、外部サーバーにデータを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です』
などのことを記載していたとのことなので，
これを見て安心して契約していたとすれば，
ユーザ側の過失割合は相当低くなるものといえるだろう。

まぁ法律関係者でも意見が分かれるって事だよね
裁判してみないと分からないってのが本音じゃない？

つか前スレ埋めようぜｗ

禿の言葉
「新しい道具が人間の役に立たない物であれば、その道具は自然淘汰される」

ファーストサーバも人間の役に立たなかったね

>>18
むしろ害になりましたとさ

ファストサーバが訴えられて負けると
同業他社のサービスにもかなり影響出る
価格も今のままじゃなく値上がりする可能性もある

>>20
グレシャムの法則（「悪貨は良貨を駆逐する」）を覆すいいチャンスじゃないか

関西のニュース 大阪放送局 ヤフー子会社預かりデータ消失 06月26日 12時35分
ttp://www3.nhk.or.jp/lnews/osaka/2003108081.html
テクノロジー > ニュースINSIDE > ニュースの深層 ファーストサーバ障害、深刻化する大規模「データ消失」 ヤフー子会社、クラウド時代の盲点を露呈（ネット事件簿） 2012/6/26 13:27
ttp://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/
社会 企業向けサーバー障害、顧客データ５千件超消失 2012年6月26日13時33分
ttp://www.yomiuri.co.jp/national/news/20120626-OYT1T00678.htm
ネット＆デジタル 企業向けサーバー障害、顧客データ５千件超消失 2012年6月26日
ttp://www.yomiuri.co.jp/net/news/20120626-OYT8T00756.htm
企業 顧客データ５７００件消失＝プログラムに不具合−ヤフー子会社 2012/06/26-21:56 時事通信
ttp://jiji.com/jc/c?g=ind_30&k=2012062601049
WBSニュース ヤフー子会社で障害　顧客データ5,698件消失 6月26日 ワールドビジネスサテライト：テレビ東京
ttp://www.tv-tokyo.co.jp/mv/wbs/news/post_22771/
ヤフー子会社システム障害、長野電鉄のＨＰにも影響 06月27日（水）
ttp://www.shinmai.co.jp/news/20120627/KT120626BSI090017000.html
企業 > 情報通信 レンタルサーバー大規模障害　企業ＨＰなどデータ５６９８件消失 2012.6.27 05:00
ttp://www.sankeibiz.jp/business/news/120627/bsj1206270503001-n1.htm
関西発 サーバー障害、５６９８件のデータ復元できず 2012年6月27日
ttp://osaka.yomiuri.co.jp/e-news/20120627-OYO1T00461.htm

>340 名前：番組の途中ですがアフィサイトへの転載は禁止です[] 投稿日：2012/06/22(金) 13:35:26.81 ID:l1z9PqWZ0
>ソフトバンク株式会社　第32回定時株主総会 (番組ID:lv97280565)
>http://live.nicovideo.jp/watch/lv97280565
>【会場のご案内】
>2012/06/22(金) 開場:09:30 開演:10:00
>この番組は2012/06/22(金) 12:48に終了いたしました。
>
>↓↓↓
>
>ファーストサーバのレンタルサーバーに障害、ユーザーデータの消失も
>http://internet.watch.impress.co.jp/docs/news/20120622_541894.html
>2012/6/22 12:50

こちらにも情報および工作員のカキコお願いします
ISP規制中の方も書きこめる事が多いです

ファーストサーバ 避難所
http://toro.2ch.net/test/read.cgi/siberia/1340614820/

>>24
ちょっと社員の人に確認してきます。

ロフトHPより抜粋 ttp://www.loft-prj.co.jp/lofta/

7.14（土）【MIDNIGHT】
フファーストサーバ データ消失オフ
「データはどこへ消えた？」

2012年6月20日夕刻に発生した障害により、サーバ初期化・データ消失という前代未聞空前絶後の無限地獄に我々を叩き込んだ“実績と信頼の”ファーストサーバ。
被害に遭った会社／団体は5,000とも6,000ともいわれ、かく言う我々ロフトグループも本稿執筆時（６月末日）にはまだまだ死線をさまよっている最中でございます。
と、そんな阿鼻叫喚のハンバーガーヒルを駆け抜けたサーバ管理者の皆様！ここはひとつ、未だ癒えぬ生傷を握りしめ、酒を酌み交わそうではありませんか!!
一体なぜ我々はあの戦場へ駆り出されなければいけなかったのか。あの時、それぞれの戦線では何があったのか。MacBook Airが当たるキャンペーンはどうなったのか。そして、我々は今後どうするべきなのか──。
そんなよしなし事を語り合ったり、心ゆくまで愚痴をこぼし合ったりしながら、名刺や杯を交換したいと思います。なお、皆様のご苦労をねぎらう意味を込めてチャージも最安値に設定いたしました。
そう、我々は、同じ戦場を戦い抜いた戦友なのですから！

・内容（予定）
被害状況を振り返ってみよう
皆さんの体験談発表会
消失データ供養会
睡眠不足解消法自慢
今後の対策をとことん考える
名刺交換会
ほか

※被害に遭わなかった方のご参加も、もちろんOKです。
※基本的には飲み会です。お気軽にご参加ください。
※当日は皆様の貴重な体験談を伺おうと思いますが、イベントにご参加頂けない方や事前にお聞かせ頂ける方がいらっしゃいましたら、下記までメールでお送りください。
******_******@yahoo.co.jp
※内容が変更になる場合もございますので、ご了承ください。

【出演】集まって頂いた被害者の皆様、ロフトグループウェブ担当、ほか

OPEN & START 24:00
チャージ￥500（飲食代別。当日のみ）

しかしこれだけ情報が表に出ないのも珍しいなｗ
アノニマスのWebサイト攻撃なんか速攻ＮＨＫに取りあげられたのにｗ

29 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/24(日) 14:59:16.15 0
支援

948 名前： 名無しさん＠１３周年 [sage] 投稿日： 2012/06/24(日) 14:43:20.86 ID:+Q6SaXRw0
【レンタルサーバのデータ喪失 東京地判平13.9.28（平成12年ワ18468号）】
ttp://d.hatena.ne.jp/it-law/20111109/1320768060

【レンタルサーバのデータ喪失 東京地判平21.5.20判タ1308-260】　←←←
ttp://d.hatena.ne.jp/it-law/20111111/1320959914

共有サーバー
http://megalodon.jp/2012-0624-1431-51/www.fsv.jp/kyoyu/
指定のディレクトリを定期的に自動バックアップ！

簡易バックアップサービス
http://megalodon.jp/2012-0624-1435-13/www.fsv.jp/function/backup/snap/
防ぎきれない人的データの破損や消失…。バックアップで不安を解消！！

データは予期せぬところで突然失われてしまう危険性があるため、大切なデータはバックアップすることが常識となっています。
バックアップするには様々な方法がありますが、時間や手間がかかると共に、常にデータ管理に気を配らなければなりません。
「簡易バックアップサービス」は、お客様サーバー内に、指定したデータのコピーを自動作成してくれるので、ホームページやグ
ループウェアなどの重要なデータの管理を意識することなく、安心してサーバー運用できます。 データの復元作業も、管理者
画面（コンフィグレータ）から「ボタンをクリック」するだけで簡単に行えるので、復元の時間も手間もかかりません。

データのコピーを自動作成・いつでも復元！サーバー運用はこれで安心

222 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/25(月) 11:27:37.65 0
SB頭取「東電の賠償額何らかの上限があるなら理解に苦しむ」
　https://twitter.com/masason/status/53099374808530944　
こんな発言を過去にされてた方ですし、子会社の賠償額責任も当然対応しますよね？

505 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/26(火) 16:09:25.32 0
さらに人為的なデーター損失があった場合にそなえ、
日に１回、外部サーバーにデーターを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です。
ttp://web.archive.org/web/20110703034436/http://www.fsv.jp/change/pdf/siryo/kyoyu.pdf

↓

さらに人為的なデーター損失があった場合にそなえ、
日に１回、別のハードディスクにデーターを保存していますので、
お客様によるデータの誤消去があった場合にも、前日の状態に戻すことが可能です。
http://www.fsv.jp/change/pdf/siryo/kyoyu.pdf

ファイル： kyoyu.pdf
タイトル： 共有サーバー資料
作成者：　ファーストサーバ株式会社
作成日：　2011/03/02 11:08:43
更新日：　2012/06/26 9:15:24

581 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/26(火) 19:31:06.35 0 ?2BP(3)
よく分かりませんが置いときますね

証明用・資料用非公開ウェブ魚拓のご紹介
http://megalodon.jp/pc/user/introduction

結局自己責任なんだよ。一日考えたけどさ。
バックアップできなかったとか詭弁抜かしてるユーザーは
要するに知識不足。努力が足りてなかった。
そこが最大の落ち度。
それでもファーストサーバは最低限の保障をしてくれるって
いうのだからここはもう文句の一つも出ないでしょ。
悪いのは自分。まずはこの考え方からはじめようや。

784 自分：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/27(水) 19:57:55.23 0
ファーストサーバ障害：親会社のヤフー、補償するファーストサーバを全面支援の意向（タイトル訂正あり）
ttp://japan.zdnet.com/datacenter/analysis/35018587/
>訂正：本稿初出時、「ヤフーが直接損害賠償を含む顧客対応をする」と記載しておりましたが、
>現時点では「補償をするファーストサーバを、100％親会社としてヤフーが全面支援する」という
>内容が事実でした。訂正してお詫びします。

直接でなく間接支援に変えたので注意する必要がある

787 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/27(水) 20:18:34.23 0
ファーストサーバのSLAとは
http://www.fsv.jp/sla.html

稼働率100％の品質保証制度（SLA）を設定しお客様のビジネスを支え
続けてまいります。お客様にはこれまで以上に安心してレンタルサーバーサービス
をご利用いただくことが可能になります。

・
・
・
・

→返金対象月（返金申請月の前月）より前の月は返金対象とはなりませんw

821 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/06/28(木) 00:37:32.39 0
ファーストサーバ事件での賠償請求の範囲
http://d.hatena.ne.jp/redips/20120627/1340793575

ココの弁護士さんは興味深々な感じなので情報提供してみてはどうか？

ﾊﾞｯｸｱｯﾌﾟが出来ないサービス使ってた人は
FTPでのDLが難しい事や、ﾊﾞｯｸｱｯﾌﾟが事実上ﾑﾘだった事などを
コメントで書いてみたらどうだろう？

>>33
事故起こす前にそれを言っておけばよかった（笑）

>>36

「ﾊﾞｯｸｱｯﾌﾟが出来ないサービス」じゃなくて、
「バックアップまでが含まれたサービス(プラン)」ね。

これ全然違うから。

>>28の2つ目の判例を見る限りだと、
FSの過失を責めることは十分に出来そうだね
裁判所の判断次第と言えば、それまでだけど全く勝ち目の無い状況でも無いかな

>>33
朝鮮人乙

>>39
約款ってのは、あくまで契約の片側(FS)の主張に過ぎないからね。
無制限に拘束力があるわけじゃないんだ。
払うべき注意を払った上で仕方なく起きた事故であればFSの責任は
局限されるけれど、それは仕事をサボっても責任取らされないことを
意味しているのではない。
だから、裁判やれば被害企業側は勝てると思うよ。

ただ、誰かにとってプライスレスなものは、第三者の目から見て
あまり高い価値を認めてもらえない傾向はあるので、賠償額は
かなり少なくなりそうな気がする。

>>41
確かにデータの価値を客観的に評価するのは面倒かつ難しいだろうね

ただ、FSは少なくとも環境再構築費用は賠償する意図を示してるから、
賠償額の上限条項さえ無効に出来たら、随分助かる所多いんじゃないかと

「『売り上げを伸ばそう』と言うよりも、『すごいものを作ろう』と言う方がるかに社員の心に響く」――青野慶久　サイボウズ社長

たしかに「すごいもの」を作ってくれましたよね。

>>16
> とある弁護士の見解　2
> http://d.hatena.ne.jp/redips/20120627/1340793575
>
> （引用）
> 約款だけを見れば，ユーザがバックアップを取っていなかったとすれば，
> 相当程度の過失割合が認められるかもしれないが，

自前でバックアップを取るためにFTPを使っていたユーザ企業には
止めさせるために電話が来たという話が複数あり、
かつ、FSは差分バックアップのための機能を封鎖していたらしいから、

事実上、自前でバックアップを取ることは非現実的だったんじゃないの？

どう考えても詐欺だろこれ

>>45
フルバックアップされたら普通、回線使われて困るからねぇ。

DB が動いている状態で FTP 転送
↓
ファイル破損
↓
バックアップ不可能

録音とってるのかな？
http://www.facebook.com/firstserver/posts/254574174648795?comment_id=1002403

他のレンタルサーバに乗り換えるのって大変でしょうか？
メールアドレスだけで100以上ありますが、すべて設定変更必要ですか？

>>50
ドメインは自分のなんだから簡単だよ。
ただ作業の面倒さはその作業する人の能力負荷によるなあ
メアド100の再設定くらいなら真面目にやれば
テスト含め2時間くらいでできると思うけど。
お役所仕事ペースでも2日もあればやれると思う。

もちろん業者に頼んでも作業は10万くらいで全部やってくれると思う

>>20
適切な価格に落ち着くならそれでいいんじゃないか？
今までのが不適切な価格だったのはまちがいないんだから

>>50
カスタマーセンターに乗り換え検討なんだけど、
リスト送るからざっと設定だけしてくんない？
とか頼むとやってくれるときあるよ。

そろそろファーストサーバのアルバイトの対応実録を記載しようじゃないか
録音公開でもいいぞ
グダグダ具合を世の中に！

返金率（稼働率に応じた値）
稼働率 返金率
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%以外は全額返金しろや

>>56
ホントなにが100%稼働率保証だよ
100%保証なら99%でもアウトだろ

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

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

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

http://www.firstserver.co.jp/news/2012/2012062901.html

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

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

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

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

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


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

>>61
普通はそうなるだろうね

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

ストレステストみたいのじゃないのか
設計上の問題からだせば、この程度はでてくるだろう

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

安全度外視で安すぎる商売されると、ジャンル全部巻き添えで潰れるからなあ。
まさに安物買いのなんとやらに国中侵されてるよね……

サイボウズ続報
http://japan.cnet.com/news/business/35018728/

馬鹿が戦車でやってくる

明日になったら1000社割ってたりしてな

戦車でパレードって何考えてるんだ？
キチガイなの？

なんでサイボウズが粘着されてんだよｗ

サイボウズ混ぜるとなすりつけ合い始まって長期化するよ
顧客の財布を見越して誘ってるんじゃないか

いまごろになってリカバリーの中に他社データー混入認めて・・・・・・
裁判対策か？？
白を切るより早く認めたしまえば心証よくなるし？

おせぇよｗ

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台も載っているとは考えにくいんだが・・・

新しい工作活動か
社員も大変だな

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

>>73
仮想なら１台に３０ぐらい混在されられなくもない

2308者のデータが103台のサーバにあった
2308/103＝22.4者（1台あたり）

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

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

未だに謝罪に来ないんだけどうちだけ忘れられてるのかな？

>>78
電話してみたら？吉田部長と話せるかもよｗ

145者のデータ領域に混在した可能性って
単純に問い合わせがあった件数だったりしてw
「あのー　他者のメールがみれるのですが・・・」と

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

>>79
誰それｗ

>>81
スレ的には有名だと思ったのにｗ
http://www.facebook.com/firstserver/posts/254574174648795?comment_id=1002403

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

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

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

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

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

もう、顧客対応なんてどうでもいいような状況にはいってるんじゃないか？ｗ

最大6者っつってもその6者からさらに他へ漏洩してたら結果として
際限なしに漏洩してるのと同じことだろ

まあいつ倒産するか
それまでの後処理やってるだけだからな

>>82-86
来ない数日のうちにこんな展開があったのか・・・ｺﾞｸﾘ
7月半ばに封書？今すぐメールで良いのに・・・

http://itpro.nikkeibp.co.jp/article/NEWS/20120629/406461/
これだけ漏洩してると、明日以降のTV・新聞が楽しみだ

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

>>91
明日は土曜
親会社のヤフーの株価に影響がない日

者ってなんだよw

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

まさか東証終わってから情報漏えい発表？

情報漏えい騒ぎが広がったら、また余計な業務増える所も出てくるな

>>94
FSだけじゃなんも出来ないの見え見えw

情報漏えいについても、日経突っ込んでくれんかなー

すぐひっこめたんだから
セーフだろ

http://internet.watch.impress.co.jp/docs/news/20120629_543805.html
「復元ファイルの削除を依頼していくという。」
ダメだね

>>100
なにが？

＞復元ファイルの削除を依頼するとしている。
削除する義務はあるの？

>>99


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


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

復元ファイルに他契約者の情報が含まれていた＝情報漏洩
impressの記事を読めばわかる

>>102
なんのために、削除しないの？

>>102
火事場泥棒みたいな思考だな

>>105
自分のところのデータかもしれないじゃん
だから削除した奴は、データを消失させた責任もまた負うことになるかもしれん

>>104
impressの記事を読まなくても
最初の段階で復旧データを停止した時点で想像はつく。

データを削除しても、復活が可能ってことを知っていれば
復活不可能といった時点で、どの顧客のデータか
わかんなくなったんだなって気づくだろう。

>>107
じゃあ、あなたのデータでないものは削除してくださいって
いえばいいってだけかい？

>>109
どうやって判別すんの？
100％確実に判別できるの？
できないんだったら削除なんて出来るわけがない

ローカルにバックアップしたデータは顧客のもの！
削除する必要なんかない！
約款にでも書いてあったか？

ファーストサーバは
顧客に対して、顧客のデータかもしれないものを削除しろとお願いしてる
おかしな話だ

>>110
99%は正常で自分のデータかもしれない…でも1%は違うかも…断言できないっ！

なんてデータ抱えててもどうしようもねーだろｗ

この先どうなるかわから無いし、裁判って証拠必要だろ？
問題が全部円満解決したら消しても良いけど

>>110
> 100％確実に判別できるの？

だから、そんなデータを何に使うつもりって
聞いてるんだよｗ

>>113
で、それがその会社が抱える顧客のデータで
その顧客から問い合わせ来たらどうすんの？
そんな顧客知らないと突っぱねるの？
なんでそんなリスク負わなきゃいけないの？

>>115
どうするも何も、抱えてる顧客のデータだったらどうするんだよ

>>116
どうやって顧客だって判別すんの？
100％確実に判別できるの？

バックアップ取れと言ったり、削除しろと言ったり面白い会社ではある

>>118
顧客から問い合わせあれば、判明する場合もあるだろ
なんでそんな大事かもしれないデータを削除しなきゃいけないんだよ

一度流出した情報は元には戻らないよｊｋ

つまり、バックアップとってから削除しろってことだよね？

>>119
ま　常に上から目線だな

見覚えの無いデータを持ち寄って交換するところがあれば良いんじゃねえ？

>>120
それが本当にその顧客だって
どうやって調べる気？

たまたま似てるデータってことがあるよね。
言っとくけど、その問い合わせをしてきた顧客に
確認の質問したらダメだからね。

それこそ情報漏えいだ。

>>122
天才！

もうダメかもしれんね。

データが使えるものか使えないものかは
その会社が決めるんであって、ここで議論してても仕方なかろ？
しょーもないつっこみはやめようぜ

使えるデータがあったら使う
使えないデータだったら使わない
ただそれだけ

だから復元ファイルの削除もお願いしているだけ。

そのことについても、
しょーもないつっこみはやめようぜ

>>125
つまり君は
相手が変装したり、変声期で声を偽っていたり、書類を偽装している可能性があるから
あらゆる顧客は本人と証明できないわけだね。

お願いだけなら、聞かなくてもいいな
機会損失の損害賠償と引き替えに削除したらええがな

情報漏えいというのは、関係ない会社に
関係ない会社の情報が漏れること。

つまり、「中を見て自分の会社のデータか確認してください」
なんてことは、言えないんだよ。

だって、自分の会社じゃないデータを見る＝情報漏えいだから。

だから、削除してくださいというしかない。

FSが約款を人質にとるなら
顧客は漏洩データを人質にとるべし

>>130
意味不明。

情報漏えいを防ぐには、
見ないで消すしかないだろ。

専用サーバに関しては混在無で、アクセス権の不都合のみだよね？
どうせ長い時間かけても完全には復旧しないんだろうし
RECOVERED_FILES最提供すれば良いのにな

>>135
専用鯖でもメールシャッフルとかあったらしいから駄目っぽい

>>132
それならその大切なデータを削除する代わりに
その分の賠償請求するしかないな
それが約束されないことには不公平

>>137
約束は最初にしている。

不公平というのなら
最初から契約するべきではないな。

スマフォのニューステロップから飛んできますた

とうとう情報漏えいがニュースになったな

>>139
そうだな、だから騙して契約させたファーストサーバの罪は重い

>>135
専用サーバーのお客様より、
専用サーバー内において情報にアクセス権限を有していなかった者からも
参照できる状態になっているとの報告があったため

同じ会社でも、見せていい人と見せてはいけない人の情報があるのしらないの？？？
他人の給与明細とか丸見えだったら、自分はどう思う？

>>141
騙される方が悪い

>>143
それなら、この国は詐欺大国になるね
詐欺しても、騙されるやつが悪いってことで

>>142
同じ会社でも、パートや新入社員が、幹部クラスの重要ファイルをみれるって
ことだよねー
漏洩ではないかもしれんが、その会社にとっては重要問題だな

不誠実な相手に誠実な態度とるのも馬鹿らしいな
ただ、ちゃんと相手が不誠実である事を広く主張しないと悪者にされるだろうね
道義的には消すのが正しい

まあ消したか作業中かもっと拡散があったかなど、相手の責任にしつつ
もったいぶってやるのがいいだろうな
作業代も当然払わせる

>>142
RECOVERED_FILESディレクトリから取り出さなかったら、
シス管にしか見れないと思ってたんだけど、違ったら確かにどうしようもないね
アクセス権設定に問題があると認識した上で再構築に利用するのはありなのかなと

豊田商事もそうだが騙される奴がおかしい
うまい話には落とし穴があるのが普通

健康診断結果のファイルとかw
同じ社内でもお互い見られたくない機微な情報だな！
社内間での個人情報漏洩発生！！！

>>148
おまえ被害者ぢゃないな
でてけよ

>>148
事件例ふるっ
40代のおさーんか？おまえ

詐欺に騙された奴は指摘されても気づかないんだよ
よくテレビでやってるだろｗ

FS曰く・・・ハックアップはきちんと実行しました。嘘ではありません。

>>152
みんな気がついているから、この被害者の会ができてるのよっ
おばかさんね

騙された方が悪いってクズ丸出しだな
こういう奴殺して「自衛出来ないお前が悪い」って言ってやりたいわｗ

お前らにくれてやる金もデータもないけど
iPhoneユーザーのためならデモでアンテナ車を配備します

外国企業なら結果がどうなろうがまずは訴えるよね。
日本企業は被害者なのに加害者に対して甘すぎる。

騙された方が悪いんや。ビジネスとはそういうもんやろ？
アホどもはその認識を誤ってぬるま湯みたいなところでしか
仕事してないんやな。
ドアホども！！ファーストサーバは戦場なんや！！！！

>>158
相変わらず工作員は関西弁口調だなｗ
もう少し工夫しろｗ

>>102
削除する義務は全くない。

FSVの誤操作だろうが何だろうが、
金を払って確保しているユーザー領域に置かれたデータである以上、
そのデータをどのように利用しようが問題ない。

不正アクセスした訳でもないし、
データ自体も違法に取得されたものではない。
FSVから正式に提供されたバックアップデータだった。
（それを使ったリストア手順も公開されていた）

と言うか、そもそも壊れたバックアップデータを、
検証することなしに、ユーザーに提供するなよって話し。

そのあげく、ユーザーへの通告なしにPOPとFTPを緊急停止して、
その間に、バックアップデータをユーザーに無断で削除してる訳だし。

ヤフーが親会社だから納得いく額を賠償してもらえるだろうと思っている人が、もしいたとしたら、
それは大きな間違いだから。
トラブルが発生した時のヤフーの恒例の手口は、誠実な会社であるという印象を与えるような
発表をマスコミに流してイメージ工作を図りつつ、実際は何もしないというもの。
過去何度も何度もこの手口でごまかしてきた。
今回もきっとそうする。

ヤフーの二枚舌に絶対に騙されるな！！！

被害者じゃないけどこの件でうちの総務部長が鯖部屋見学に来た
バックアップできてるか確認させてもらうとか言って・・・・
もちろん３時まで詰め所にいてもらいましたよ
部長の感想は見ただけじゃわからないなと言う事だったｗ

>>162
あほっぽい行動わるくないな。

一応見学に行きましたという実績だけほしいみたいな。
きれいにＬＥＤがテカテカひかってるクリスマシツリーみたいな
サーバー・ストレージ群を楽しそうに眺めてても理解できるわけがない。

>>162
見に来た意味ないじゃんと思ったが社内SEに光があたったのはいい事かもしれないな

個人利用者で被害を受けた人はいないの？


なんで官公庁の被害報告はないの？

>>8が知りたくて前スレ読破したけど分からなかった
どうして日常的に脆弱性修正プログラムに全削除命令が入っていたの？

長野電鉄はいつ完全復旧するんだ

>>158
工作員はアルバイトではなく
社員だったか・・・

>>167
http://www.nagaden-net.co.jp/

大体復旧した模様。

>>144
それ以前に詐欺罪に該当しないじゃん

>>170
欺罔行為の成立/否の認定によっては詐欺罪（刑法246条）の適用も完全に排除はできない。

>>163
> きれいにＬＥＤがテカテカひかってるクリスマシツリーみたいな
> サーバー・ストレージ群を楽しそうに眺めてても理解できるわけがない。
RAIDレベルやスペアの割合ぐらいかな判ることは。

>>105
控えめに見ても裁判の証拠として保全しておくのが妥当だろうな。
（土壇場で「漏洩なんてなかったんや！」と手のひら返しさせない為にも）

とりあえず完全にデータを失った会社に対して、もし他社データ混じっても
担当SEは口外しない約束でリカバー渡した感じが色濃い。それでこの報道。

完全に失われたWEBページがこの2日で一気に復旧した理由もわかるわ。

で、今。
ある程度リカバーが復旧した会社にファイル削除を依頼しているって言うのが
本当の処かもしれんわ。

朝日も情報漏洩を伝え始めたな
・朝日新聞デジタル：ヤフー子会社、顧客情報漏れの恐れ　データ復旧作業中に
http://www.asahi.com/digital/internet/OSK201206290182.html

　ヤフーの子会社でレンタルサーバーを提供している「ファーストサーバ」（大阪市）の取引先のデータが消失した問題で、同社は２９日、データの復旧作業中に一部で情報が漏れた可能性があると発表した。

>>160
なにいってんの？

所有してしまうまでは、ファーストサーバーの責任だが、
それを悪用すれば、それは悪用した人の責任だよ。

情報の流出源はどこか？ お前の会社だ。

お前の会社「たまたま手に入ったデータを売っただけ。
全ては流出データを送りつけたファーストサーバーにある。我社に罪はない」

などと言っても、世間に認めてもらえるわけないよね。

>>176
おまえ、FSの人間だろ

http://www1.axfc.net/uploader/Sc/so/358532.pdf
http://www1.axfc.net/uploader/Sc/so/358535.pdf

今回の問題点と被害額をまとめたプレゼン資料です。
既に複数筋で本事件の被害を訴え、法的な対応を取っていただくよう、動いていますが、
裁判を起こす際のベース資料などに使ってください。

また本件のDCとして問題点資料を近日公開予定。

情報漏洩に関しても、既に法的な点で刑事告訴、民事告訴も動いています。

上記資料１の別バージョンです。
http://www1.axfc.net/uploader/Sc/so/358537.pdf

被害社、被害者の皆様・・・・

ファーストサーバの件、もみ消しや個別の適当な補償交渉に応じず、ちゃんとした
対応を求め、きちんとした対応・補償を求めましょう。

被害者を増やさないため、そして再度自分達が巻き込まれないために。

>>177
つまらんレスするな。

なんか、ファーストサーバー、バッファローのテラステーションのような気がしてきた。

ほう
最近のテラステはサイボウズが動くのか

Win鯖だからじゃね。

バックアップファイル群、消さなくても２次流出しなければよいのでは
裁判の時の証拠物件として、保全する必要があるかとうか
顧問弁護士に相談すべき田と思う。素人が判断するべきではないだろ

スレの前の方で確認する作業が漏洩に繋がるって話が出てて、それもそうなんだろうけど
漏洩先の145者の把握が仮に自己申告だった場合は、すでに確認されちゃってる訳だよね

ファーストサーバ側がもうデータの回復を断念、補償も支払額が上限
なんて言ってるんじゃ、顧客は自社のデータを少しでもサルベージするために
バックアップファイルを精査するのは仕方ない話だよね。
伝票からの再入力費用、デザインを含めたサイト再構築費用、その他を
金銭ですべて補償してくれるなら別かもしれないが。

>>188
>伝票からの再入力費用
これが補償されるかどうかは気になるね
『伝票で保持する事を我々はバックアップと考えてます』ってね

まあ常識で考えて、
そんなのを保証する会社はないだろうね。
業界問わず。

黙ってたらね。だから裁判するんじゃないか。普通に運営していたor天災などの
不可抗力ならしかたないが、今回はそうじゃない可能性が大きい。
ユーザがバックアップしてなかったとしてもユーザ側の過失は相殺される。
さらに営業やHPの表記がユーザにバックアップ不要と誤認させると認められたり
バックアップが困難なことが証明されたり、
自動バックアップがユーザ側のバックアップとして認められればさらにそう。
集団訴訟なら証拠も多数あつまり、勝訴すれば訴訟に参加してる全ユーザに
賠償金が認められる可能性があるからFSからしたら特に避けたいだろうけど。

>>186
証拠隠滅の協力をお願いします

>>191
サーバーのメンテナンスは、
普通に運営していれば
絶対に行うことですよ。

本当の末端ユーザーからすれば、
FSがどんだけ賠償するかよりも、

俺の使っていたお前(FSのユーザー)はどんだけ賠償するんですか？

ってことデスよ。

FSガーとかぬかすまえに、まず俺ら一般顧客の方を見ろよ＞FSユーザー

>>193
普通に運営していれば
バックアップを同時に更新なんて絶対しませんよね？
普通に運営していれば

サーバーのメンテ？レンタルサーバとしてではなく
クラウドという怪しげな名称でサービスしてたからね
「お客様操作不要」
「自動バックアップ」(しれてば顧客はバックアップしてることになる)
ここらへんが裁判での争点だろうね。
同一サーバ内へのFSVのバックアップが認められるなら、自動バックアップも
認められるんじゃないの、まあ裁判結果を待つしかないね

常識的に考えたら、再構築費用が支払うはずだから、
外部に委託した領収書と、社内では作業日報をつけさせている。

>>197
環境再構築費用の補償は明言してるよ

>>196
単一の事故で喪失する可能性のあるものは
単なるコピー・複写であり、バックアップとは言えないでしょ。
バックアップ（後方支援）＝前線（稼働サーバ）が死んでも復旧できる体制でしょ。

>>198
情報部門を子会社分離して復旧作業を時給数十〜百万で発注すれば丸儲けか。

>>199
前の状態に戻すことが、少しでも出来るのなら
バックアップといえる。


どんな状態からでも元に戻せるものがバックアップというのなら
世の中にバックアップは存在しない。

>>200
有りとあらゆる復旧手段を検討するために、各分野の専門家1000人を動員した。
当社のデータの価値はFSには判断不可能だろ？　黙って払うように。

とかかw

>>201
なるほど。
であれば、外部サーバだろうが別DCであったろうが、
今回FSは元の状態に戻せなかったんだから、バックアップとしては
その意味を成していなかったという結論でFA?

>>203
そうだと思う
バックアップ取得先によらず、同時に更新かけた時点でOUT

ある程度知名度あっても中身が空っぽの企業ってやっぱあるんだなー
俺は平々凡々のフリーＰＧだけど、ＦＳ社の全てのエンジニアよりもまだマシだと思うわ

>>204
合致した。ありがとう。

バックアップを同時に操作ってなんだかなぁ
申請書の記入ミスに備えて一部コピー取って置いたのに
間にカーボン紙挟んで記入するような門だよね

>>200
作業日報つけさせて、後はチャージの問題だろ。
無駄飯食いのIT部門はチャージが半端じゃない。
時間５万円はほしいところだ。

>>201
http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/?df=5

http://www.nikkei.com/news/image-article/?R_FLG=0&ad=DSXZZO4301105026062012000000&bf=0&dc=1&ng=DGXNASFK2600L_W2A620C1000000&z=20120626
　「さらに人為的なデータ損失があった場合にそなえ、日に１回、外部サーバーにデー
タを保存していますので、お客様によるデータの誤消去があった場合にも、前日の状
態に戻すことが可能です」――。

　今回はファーストサーバによる「人為的な誤消去」。しかし実際は、バックアップは「外
部サーバー」ではなく、「同一のサーバー内の別ディスク」にあり、完全なデータ消失に
至ってしまった。この点についてファーストサーバの村竹室長は「数年前までは記述の
通りだったが、現在は説明の通り異なる。記述ミスで、修正をせずにいた可能性があ
る」と語った。


カタログでは、「前日の状態に戻せる」とはっきりうたっていた。
記述ミスで逃げる気まんまんだけどな

>203
それは今回のトラブルではバックアップが機能しなかったというだけ。
バックアップであることに変わりはない。

どんなトラブルが起きても対処できるものを
バックアップと呼ぶのであれば、
世の中にバックアップは存在しない

ボロ稼ぎしてたエロアフィリサイトが吹っ飛んだ人を見て、ざまぁと思ってしまった俺は未熟な人間だ

顧客：
今回のトラブルでは簡易バックアップが機能しなかったというだけ。
バックアップであることに変わりはない。

>>212
あってる

【 注意 】
このスレや関連スレにはファーストサーバやその親会社に批判的な書き込みを否定する為の工作員（主に在日朝鮮人）が常駐して監視しています
ファーストサーバを擁護したり被害者を揶揄する書き込みは全て工作員の書き込みですのでご注意ください

ウェブクで検索して、ns2.firstrerver.ne.jpとかns3〜出てきた企業（サイト）はファーストサーバー使ってるってこと？

>>214
効いてるｗ 効いてるｗ

>>198
「環境再構築にかかった費用は補償してくれるのか？」
「補償いたします。ただし、誠に申し訳ございませんが、損害賠償の限度額の範囲での補償となります。」
なんてのは無意味だぞ？
今は見えないな gppgle のキャッシュは残ってる　goo.gl/3r9xj

>>217
FAQここに移ってた。
http://www.faq2.fsv.jp/faq/question.html
結局これまでの支払額が上限じゃないか。こんなの無意味だよ

じゃあお前らはミスしたことないのかよ

>>218
裁判するしかないね。

頑張れ。


俺は当事者じゃないから
面白おかしく見てるよｗ

>>212
あってる。顧客はバックアップの義務をはたしてる

>>182
なんだ図星か
やっぱ工作員がいるんだな

>>222
効いてるｗ 効いてるｗ

結局、朝鮮企業を信用したのが大きな間違い
ファーストサーバは結局ソフトバンクの系列会社、イコール朝鮮企業
自社の情報管理すら韓国企業に丸投げする朝鮮企業の系列会社がまともな筈も無い
しかもバックアップに関して虚偽の記載をしていた時点で明白な詐欺行為
約款よりも日本国の法律が優先するのは過去判例からも明白
被害者が刑事事件として被害届を出せば経営者らの刑事責任の追求も可能である
当然、顧客に対する説明に虚偽があった以上は民事でも損害賠償請求は十分に可能
人権派でかつ朝鮮人との関わりが無い弁護士を探して被害者の会を結成、民事刑事双方で徹底的に責任の追求と損害賠償請求をするべき

>>224
効いてるｗ 効いてるｗ

>>224
効いてるｗ 効いてるｗ

>>218
訴訟起こさない場合はね。

でも間違っちゃねーよ
昔から鯖メンテの度にキムチパーティ開始だの
掃除のおばちゃんがコンセント引っ掛けただの
癌砲癌ばってますだの言われてる企業の兄弟会社に会社の生命線とも言えるDB預けるのはどうかと思う

癌砲癌ばって 増田！

わかってるだろうが、うっかり金受け取るなよ？
訴訟起こしたとき「あの金で和解した」みたいにとられると困るからな

品質保証100%ってなに？

稼働率0%の場合はどうなるの？　返金率100%じゃ割にあわんわ

もういいよ！！！諦める。お前らも諦めろ！！！
無理だ！！！！
こんなことでいつまでもグダグダやってても無意味だ！！！！
早く次の仕事に頭を切り替えた方がいい！！！
ファーストサーバの件はなかったことにして次に行こう！！！
今回のことは忘れよう！！！

あれあれ？そんな態度とっていいんですか？漏洩させますよ？

「・・・」

ヤフー子会社:データ復旧中に情報漏れ
ttp://mainichi.jp/select/news/20120701k0000m040012000c.html

自分で客のデータをふっ飛ばした挙句に漏洩させた鯖屋は初めて見るわｗ

ソフトバンクグループはサイバーテログループなのか？

>>183
意外とてらすてーしょんや黒箱みたなのでレンタルサーバーやるのがいいかもと
思えてきた。

保守しやすそうやｗｗ

復元作業で顧客データが他人に
復元作業で顧客データが他人に
ヤフーの子会社が５０００以上の企業などから預かった大量のデータを消失させた問題で、データの復元作業の際に最大で２０００以上の顧客のデータの一部が、誤って別の顧客に提供された可能性があることが分かりました。
http://www3.nhk.or.jp/news/html/20120630/k10013234321000.html

>>239
それはないだろ、いくらなんでも
http://www.express.nec.co.jp/jirei/new/first/index.html

>>241
情報古すぎた。
「数年前までは記述の通りだったが、現在は説明の通り異なる」
だから今はこれじゃないだろうね。2005年に導入したら、今は確実に入れ替えてる。

店の立場としては顧客データは財産だけど、その店を使ってた顧客はデータ流出してたら最悪じゃねえ？
どんな店のどんな買い物の記録が漏れたのかヒタヒタするわ。
FSの鯖を使ってた店を使ってた顧客も被害者になったわけだよ。

顧客は店に損害賠償、店はファーストサーバに損害賠償だな

>> 243
そうなった場合個人情報保護法違反を問われるのは
ショップ側になるんだろうけど、腑に落ちないよな

世界的知名度

アノニマス　＞＞＞　ファーストサーバー

実力(破壊力)

ファーストサーバー ＞＞＞ アノニマス


アノニマスなんて名前だけでファーストサーバーの足元にも及ばん

ファストサーバーはアノニマスの一員だぞ

つまりこういうことか
データ無くなった人は
自力で再生しようと考えず
取りあえずどこでもいいから
業者に発注して領収書貰っとけと

東電の避難民と一緒だな

>>242
そうかブレードもめんどいよね。

ガワがこわれるとだめだし。

以前共通基盤的にブレードを数台用意したことがあるけどミッチリすぎて
ネットワークとか熱がやばかった。

>>239
HDDが逝った時、半日かけてリビルドしている間 NAS が使えない RAID もどきで
運用？いくらなんでもそれはない。ホットスワップできないし。

FSの運用姿勢に対する皮肉も含まれてるんじゃない？
仮にどれだけ高価なシステムを構築していたとしても
FSの運用スタイルだと同じことが起きていたと思うよ

今回の件で倒産するほど被害を受けた会社はなさそうだな

それぞれの被害者ですら、とりあえずの復旧に必死で、被害の総額や
全貌なんてつかめてないところなのに、何楽観的なこといってるんだろうな。
こんな工作してることが明かになれば訴訟で裁判官の心証わるくするのに。

ＨＤの代わりにUSBメモリを使ったNASって無いかな？
バッテリー稼動で停電対策されてればなお良いんだけど

派手な戦車はサイボウズの宣伝なのか。
ファーストサーバが吹っ飛んでサイボウズOffice使ってて涙目のユーザもおるだろうに呑気なことよの。

サイボウズなんか囲い込み用なのかわざわざバックアップの仕組みを殺して提供してこの状態になっている訳で、
はっきり言ってお客さん可哀想を通り越して詐欺に近いかと。

>>255
しかも今日は自社サービスで障害起こしてるしな

>>256
> なのかわざわざバックアップの仕組みを殺して提供
APS版には元々無いんじゃない？

うお、サイボウズkintoneが503返すっ、と思ったら緊急メンテか。。

あちゃーｗｗｗ

>>258
夕方メンテしてたみたいだけど、またやってるの？

twitterなんかもしょっちゅうおかしくなるし
クラウドなんか使うもんじゃないよな

なんだ、情報だだ漏れしてた証拠隠滅を図って全部のデータ消し去る非常手段用いたのか
ログを含めて全部飛ばせば証拠は残らんもんな
流石だよ朝鮮人、やる事が違うねｗｗ

豊田商事もそうだが騙される奴がおかしい
うまい話には落とし穴があるのが普通

>>254
> ＨＤの代わりにUSBメモリを使ったNASって無いかな？
USBメモリwww

SSDじゃないのか？

騙される奴は馬鹿だがおかしくはない。だってコストカットが正義だし、破綻する直前まで確かに成績が上がるし。今の世の中、目先がすべてだし。

>>265
騙す奴は馬鹿だがおかしくはない。だってコストカットが正義だし、破綻する直前まで確かに成績が上がるし。今の世の中、目先がすべてだし。

まあ、最近の問題はとにかくそれだよね…

やったもん勝ち言ってる政治家が牛耳る国ですからw

>>240
漏洩した件数が１４５件とか嘘くせーって思ってたけどやっぱり嘘だったんだな
出来る限り嘘ついて誤魔化そうとして、バレて開き直るの繰り返し。
少しも反省してないし誠意ゼロ。
訴訟とか倒産ですませられない位のカスだね

正義なまさよし

勤務データが飛んだので、６月の残業代０円って言われたんだがｗｗｗ
株主総会の準備とかで無茶苦茶残業したんだがｗｗｗ
損害賠償してえｗｗｗ

勤怠を自分で控えてなかったの？
自己責任だからあきらめれｗ

この期に及んでサイボウズのサーバー止まるとか。もうううううううぅぅぅぅぅぅぅ!!!!!!!!!

>>271
文句があるならやめちまいな

>>271
さすがにそれはお前の会社の問題だ。

>>271
サイボウズなんて使っている会社に勤めるのが悪い
あきらめろ

>>271
まずは自分の会社を訴えろ

>>271
きっとその分はボーナスでウハウハですよｗ

>>271
データが飛んでも、Windowsならスタートメニュー→管理ツール→イベントビューアのシステムんとこに
PCが起動した終了したってイベントは書き込まれてるからそれを根拠にして少なくともこの時間までは
PCの前にいた、なんてことくらいは証明できるかもな

そのPCが個人に割り当たってるんなら

なんかずーっと同じようなカキコの堂々巡りでつまらん。
騙される奴がアホ、バックアップとって無い奴がアホとか、その反論とか、もう見飽きた

禿がわるい。禿の全財産毟りとってでも賠償させろ。
こうですか？

ファーストサーバ、障害の復旧作業において情報漏えいがあったとして謝罪
Impress Watch 6月29日(金)22時0分配信
http://headlines.yahoo.co.jp/hl?a=20120629-00000074-impress-inet

>1ユーザーあたりの混在先は最大6ユーザー

> >1ユーザーあたりの混在先は最大6ユーザー

その６ユーザ先でも漏洩してたら・・・

利用規約において、利用者に著しく不利な点があり公益性を欠くサービス内容

こんなのが平然とまかり通ってていいのでしょうか？
サーストサーバもしかり、親会社のヤフーも・・・
利用者もそろそろ目を覚まそう！

http://cloud.impressbm.co.jp/article/570
――技術者教育についてはどのようにお考えですか。

必ず身につけるべきベースとなる基本動作があると思うのです。
武術や伝統芸能における型のようなものです。
ひらめきはもちろん必要ですが、
基礎がなくてよいひらめきが生まれるものではない。
同時に、積極的に考える姿勢が絶対に必要です。
個人的には、「俺の魂を引き継げる奴」というような師弟関係が理想で、
金で動くような技術屋なんて、と。
つまり、ある種のメソッドは必要だが、
憧れの対象となるような技術者がいるということが一番重要だと思います。

>>285
基礎がなっていない技術者のせいでこうなりました

http://cloud.impressbm.co.jp/article/570?page=0,3

>中小企業のなかにはしっかりとしたコスト意識を持ったところもあるのですから、
>我々はそういう企業に対してビジネスエンジンを提供して、
>日本を元気にしたいと考えています。
>会社の体を成すためのツールは、これまでは設備投資が必要でしたが、
>それをサービスとして簡単に利用できるようにする。
>そういう、国にはできない具体的なバックアップをやっていくつもりです。

たいそうなことを言っているわりには
国にはできない大惨事を引き起こしたな
バックアップつぶしといて、中小企業のバックアップ？？？笑わせるな

だからよお、ＦＳは現状の運用について説明しろよ。
運よく難を逃れた客もいるんだろうが

それとも、未だに外部バックアップはしてねえのか？

んでサーバービジネス界を揺るがす大惨事なのに
全く報道露出がないのはなぜなんだぜ？

>>288
404

ありました
ごめんなさい

はい

googleのキャッシュみたいにPCに残ってないのかな

>>294
エクセルの作業状態の保存みたいなのか。

てかその情報を仮に持っててもハードディスクの中身みんな消えてるんだから
だめでないの？

外部から定期的にクロールみたいなことしてたらそれはただのクラッキングだし

>>289
FAQの内容では運用形態は今も変わってないようですよ。
バックアップも1日6時に行う事も変化無し。

今、大幅には変えられないでしょ。

>>296
つまり共有サーバのバックアップディスクは保全されてないと…
だとしたら漏洩の精査なんて無理だろー

ログが残ってればできるだろｗ

>>286
逆だろうよ
憧れの対象となるような技術者がいなかったんだろ

>>299
憧れとなるような技術者なんてそうそうころがってるわけないしな。

おまけに先輩が憧れの存在でも、後輩が同じように憧れの存在となれる
ポテンシャルがあるとは限らないからどこかで切れる。

中途で引き抜くとか絵に描いたもちだし。

サーバは南鮮に置いてある。

管理は南鮮の新人。

訳わからずやる。　→　ケナンチェヨ（なんとかなるニダ）

実行　→　破壊　→　修理　→　さらに破壊

これがすべて

サーバーは同じくヤフー子会社の(兄弟会社である)
IDCフロンティアにおいてあるんじゃないの？

>>97
> >>94
> FSだけじゃなんも出来ないの見え見えw

事実関係については、どんどん暫定報告を出せる案件にもかかわらず、
調査報告までに、こんなに時間がかかるのは
「第三者調査委員会」の名を借りることで
時間稼ぎしようという狙いがアリアリと見える。

ここにいるゴミどもの特徴

ユッケ中毒死事件
「そんな安いユッケ食うのが悪い」

格安高速バスツアー死亡事件
「そんな安いバス乗るのが悪い」

ファーストサーバーあぼーん事件
「許せないニダ！謝罪と賠償するニダ！」

ニュー速で死ね

FSってそんなに格安なの？
レン鯖としては普通だと思うが

悪いが日本民族はニダって使わないんだ。
日本は法治国家だから、同胞(って表現するんだっけ？)の
グループ会社だからってかばったり許したりすることはないから。

ファーストサーバ問題で自殺者が出ている、とツイートしていました。

根拠として示されているのが
次の２枚の画像

http://p.twipple.jp/MdoUO

SenmusanPt
センムさん白金
一緒に頑張って来たITの友人が、
ファーストサーバーがらみで自殺した。
去年は震災で社員が逝くし、勘弁してくれ〜；；

この画像の情報元は、こちらのツイッターですね。
https://twitter.com/SenmusanPt/status/217101819925626880

http://p.twipple.jp/bzq03

全ての責任は自殺した彼にあったことにして一件落着
裁判なんてしても無駄よ

135 名前：名無しさん＠お腹いっぱい。
投稿日：2012/06/24（日）12:07:38.48.0
サイボウズデータ全て吹っ飛んだせいで
シス担が自殺図ったわ。さっき病院運ばれた。
真面目で良い人だったから責任感じたんだろうな…

※シス担＝システム担当者

この画像の情報元は２ちゃんねるのこちらのスレ
ファーストサーバ Part11

２ちゃんねるの方はともかくとして、
「センムさん白金」のツイートの方は
ネタアカウントでもなさそうですし、
信憑性が高いですね。
本人に聞けばハッキリするでしょうが。

ちなみにファーストサーバはヤフーの子会社
ヤフーはソフトバンクの子会社。
つまりファーストサーバがソフトバンクの孫会社であることから
孫正義批判がおきているようですね。

このブログ記事が詳しいです
ファーストサーバの役員構成を見ると、
実質ヤフーの一部署。これっておかしくないの？

ソフトバンクの肩を持つつもりは一切ないのですが、
ソフトバンクの話になると、
どうしても激しく非難する方々が登場するので、
ここで誰が悪い！という議論はしないでおきませう。

それよりも、本当に自殺が出ていたとすれば
それは大変に悲しいことです。
どうしたら防げたのか、なぜ自殺してしまったのか
そこに焦点をあてて考えていきたいです。

ミルブレインズ LLC・名称無限サーバーのデータ消滅事件被害者の会作りましょう

当方被害者です。

4/12より発生しましたサーバー障害について
障害確認直後から復旧作業を行っておりましたが
障害発生時より、ハードディスク本体の損傷が激しく
また、障害ハードディスクの接続障害が発生した為データの移行ができずに
サーバー内のデータが消失してしまう結果となりました。

共用サーバーの特性上データを保証しておりません

http://mugenserver.jp/343.html

ミルブレインズ LLC・名称無限サーバーのデータ消滅事件被害者の会作りましょう

当方被害者です。

　都合悪いぺージは消されました。

http://mugenserver.jp/343.html


「s7サーバーが重いと不便をお掛けするので別のサーバーへの移動を提案する事」と、
「今回のサーバー障害」は全く別の問題です。

これも何度も申し上げて告知もしておりますが、今回の障害は「サーバーが重くなったから障害が起き

た」 のではなく、「ディスクが自然故障した」ためであります。


共用サーバーは、多くのお客様が同じCPUやメモリのリソースを使用するため
サーバーが重くなることは普通にあります。

それが問題なのであれば、お客様側で回線やリソースを他の方と共有しない専用サーバーを
ご利用いただくべきで、バックアップを取っており、
万が一売り上げや営業に支障が出た場合は その保証をする事業者を選択するべきでございます。

>>290
NECやら富士通やら日立やらNTTデータやらIBMが大企業向けにやってるシステムならともかく、
FSみたいな小企業向けサービスが逝っただけだからなぁ

>>306
SI業者に、まともな冗長性・耐障害性・バックアップをもった
システム構築してもらうのに比べたら激安

>>304
1　品質管理できていないユッケを提供する店が悪い
2　運転手の体調管理出来ていない管理会社が悪い
3　サーバを管理する技術者をしっかり教育できていないのが悪い
みんな共通するな

つぶれるのもみんな共通か

>>316
自然淘汰

ＦＳの社員ってどっかでみた顔ぶれが結構いるな

なあ、vmwareで rm / -rf をやる準備ができた。

１．コマンドを実行した後何をしたらオモロイ？
２．どうやって動画を取ったらよい？お勧めは？(Lotus スクリーンカムは持ってない(爆))
３．臨場感あるためには何したらよい？

>>319
これみるからどうでもいい

Linuxで rm -rf / を実行してみた
http://www.nicovideo.jp/watch/sm2278996

>>181
> 被害社、被害者の皆様・・・・
>
> ファーストサーバの件、もみ消しや個別の適当な補償交渉に応じず、ちゃんとした
> 対応を求め、きちんとした対応・補償を求めましょう。
>
> 被害者を増やさないため、そして再度自分達が巻き込まれないために。


これには、大賛成です。

本来の補償を値切るために、
既に宣伝工作が行なわれています。

問題企業と裏で結託した三百代言が、
事件の事実関係さえ把握できていないくせに、
FS側の補償の義務は限定できるという虚言を流しています。

しかし、故意のテロ活動にも等しい本事件に対して賠償義務から逃げられるわけがありません。


被害社/被害者に対する個別撃破で騙されないためには、みんなで情報交換し助けあうことが重要です。

>>321
でもお前、赤の他人で、
自分では何もする気無いんだろ？
所詮他人ごとだからねｗ

>>314
> >>290
> NECやら富士通やら日立やらNTTデータやらIBMが大企業向けにやってるシステムならともかく、
> FSみたいな小企業向けサービスが逝っただけだからなぁ


力の無い弱小企業が顧客だから、烏合の衆だろうと
舐めているのかも知れませんが、
まともに損害賠償したら天文学的数字になる
未曽有の大事件ですよ。


1社や2社の顧客のデータを消去したのじゃないのですよ。

6000社以上のデータを消去してしまったという
未曽有の大事件ですよ。

結局ユーザー企業としては、社内的に誰かに全責任押し付けるんだろうな。
・減給、訴訟担当、ユーザーの顧客への謝罪、損失の銀行借入交渉…

http://bgp.he.net/net/203.137.0.0/16#_dns

このIPブロックは結構被害にあってるね

FSの現在の社員数ってどんなもん
この1週間で減った？？？

http://www.youtube.com/watch?v=jzq0YPhU_zk
動画

Yahooの知名度や信頼性を利用してサービス販売していたわけだから
Yahooを訴える企業も出てくるんじゃないのか？

>>319
普通に、淡々とビデオで撮れ。
奇を衒うと余計に白ける。

>>319
ハイパーバイザ側でやってくださいね♪

>>319
> なあ、vmwareで rm / -rf をやる準備ができた。
>
> １．コマンドを実行した後何をしたらオモロイ？
> ２．どうやって動画を取ったらよい？お勧めは？(Lotus スクリーンカムは持ってない(爆))

> ３．臨場感あるためには何したらよい？


絶望のあまり、悶え狂う様子を撮影するといいよ。

企業によっては、倒産が確定なんだから、
それを知った瞬間の社長の狂態も撮影しときましょう。

つか、安全なrmに興味はない

ロフトさんのホムペが消えたのは可哀想だけど
それ以外はたいした問題じゃ無かったみたいですね
めでたしめでたし

100回調べると復旧できるデータがあったとする。
でもみんな何回調べれば復旧できるかわからないから、
90回まで来ていても途中であきらめてしまう。

よく、時間が解決してくれると言うけれど、そうは思わない。

でも、行動した時間なら解決してくれるはずだ。

>>334
違う違う。

データは取り出せる。
だけど、誰のデータか確証がない。

90%ぐらいは正しいかもしれない。
だけど間違った人にデータを渡せば
それは情報漏えいになる。

さて、君なら、データを渡す？ それとも諦める？

もしトラブルが起きてとまったら大ニュースになるのは、
大手SIベンダーが、地銀・信用組合とかの金融機関向けにやってる、銀行共通システムとかだろうな
これトラブルが起きたら、まじで日本経済に大きな影響が出る

>>337
そんな重要なシステムに
月数千円のレンタルサーバー使わないからｗ

まあ、日本経済に大きな影響が出るようなものに
レンタルサーバーを使ったとしたら、
そういう選択をした人の責任だろうなｗ

別に銀行のシステムをレン鯖に委ねるって話じゃなくね？
一般人にとっては、そのくらいの事故が起きないと身近な
問題とは捉えられんのだろう、という事かと

>>334
誰のデータが誰に渡るか分からない。
ただ僕はいつ開かれるか分からない扉を、開くまで叩き続けるだろう

地銀のサーバは、その共通システムとかいう大手SIベンダーがやってる、
銀行共通レンタルサーバみたいなのでまじで動いてるんだよ

もちろん、FSみたいにろくにバックアップしてないのではなく、
東日本と西日本の両方にデータセンター・システム立てて、
さらに相互にバックアップしたりしてる

諦めんなよ!
諦めんなよ、お前！！
どうしてそこでやめるんだ、そこで！！
もう少し頑張ってみろよ！

ダメダメダメ!諦めたら!
周りのこと思えよ、応援してる人たちのこと思ってみろって!
あともうちょっとのところなんだから!

専任の担当部署を置けるくらいのシステムと所詮コストカットの対象にしかならないシステムを安易に比べるな

外部委託=レンタルサーバ なのか？

銀行系の案件なんて安くて10億くらいからだよ
鯖代なんてケチる意味がない

だから中小向けなんでしょ
中小＝貧乏＝しょぼいシステムを提供

ファーストサーバさん流石ですね

>>346
逆にレン鯖使ってる銀行なんて使わねぇってｗ

なんなのかね。
ぬー即+は素人ばっかなのか？

【IT】ヤフー子会社のファーストサーバ「データは復旧不可能」「賠償は顧客が支払った総額を限度」★９
http://uni.2ch.net/test/read.cgi/newsplus/1340896720/

基本的に２ちゃんねるでまともに情報交換してるのってパソコン関係だけだろ。

あとは左翼と右翼の扇動に使われてるだけ。

基本、ニートか生活保護だし。

ファーストサーバーの件は、サイボウズASPでバックアップをふさいでファーストサーバーのバックアップしか使えないようにしてたんじゃないか、という噂が非常に気になる。ほんとだったら大問題やで。
私がそのサイボウズ使ってた会社の管理者だったら5年は復帰できない。

仕様だからしょうがないと開き直れ

>>351 勘違いが多いが・・・。
何度も話が出ているが塞いでいたわけじゃ無い。

手動でバックアップしようと思えば出来るた。が、そもそも
簡易バックアップサービスが存在していた以上、それで
事足りた話なのかもしれない、という話も俺は理解出来る。

が、今回この有料オプションでさえもトバして復旧不可能。

なぜバックアップに簡易ってついているのは1日1回しか
バックアップされないからあくまで最短で前日しか戻れない
為、簡易って命名していると昔FSの営業から説明を受けた
事がある。（この時は俺でも納得だわ）

1日1回、合計7日（7回）まで設定すれば本来は遡れるんだよ。
まあ契約の全容量の範囲内ってのが前提だけど。

他のデータが混在または置き換わり、
本来閲覧できないはずのデータが閲覧できる可能性

閲覧できてもデータの信用性がゼロ
つかいみちねーじゃん
ってことで即削除か！？

もうね・・・・（漏洩を図解で説明）
http://support2.fsv.jp/urgent/img/img_kyoyu02.png

とんでもない状態。

顧客領域(サーバー単位)を超えて混在することはないと言っていたはずなのに

>>356
> 顧客領域(サーバー単位)を超えｂﾄ

血ﾚ客領域 ≠ サ＝[バー単位

勝手に同じ意味するなよ。ばーかｗ

解約済み顧客データって・・・なんかエラい方向にｗｗ

ゲストOS側だけでデータ復旧作業やった場合は、復旧によって別顧客のが混ざることはないだろ
たぶん、ホストOS側、もしくはHDD丸ごとデータ復旧作業やったんじゃねーの？

だから「共有サーバー」って書いてあんだろ。
なんでゲストOSとかでてくるんだよ。

VPS方式だからだろ

>>357
ああそういう意味か
あの図だとサーバーが3台あるように見えた

>>359
ホスト側も破壊されたからゲストが無い状態になったんだろ

>>361
それはVPSって名前がついてるプランだけだ。

>>364
http://www.fsv.jp/kaisoku/kyoyu.html

この説明が『正しければ』仮想サーバだぞ

こりゃ、語録が欲しいな
言葉が通じている様で通じない異世界レベル

>>359
全部ぐちゃぐちゃになって涙目で復旧したらデータもダダ漏れ状態

>>355
これみてもさっぱり分からんだろ
ハードレベルから順序立てて説明しろよ
詐欺会社の営業かよ

お客様にはイージーレベルの説明をオススメします。
いきなりハードなんて無理無理。

弁護士で被害受けた人も居るんだな
被害者視点で見た法判断が知りたいなぁ

>>368
てか、バイナリが閲覧できないってのが、なぁｗ

ただ単にファイルが開けないだけで、バイナリ解析したら中身は十分読めそうなもんだが
どこから読めないって自信が出てくるのかねぇ。

>>371
出来るだけ被害を少なく見せようとしてるんだろうか
もう色々と隠し通せないところまで来てるのにな

>>372
先週末のよくわからない報告文みればわかるでしょ。
この期に及んでまだわかりにくい表現で、
被害を少なく見せようとしてる。

>>371
バイナリでなら一部分だけでも復旧可能かも!?
とかするとうちのもうちのもってめんどくさいから
一律駄目でしたってことにしてるんでしょ。

>>374
情報漏えいのレポートで、復旧のレポートではないので、それはイカンしおかしい

815 名前：名無しさん＠お腹いっぱい。[] 投稿日：2012/07/02(月) 19:23:33.61 0
政府機関総合対策促進担当から各府省庁に発出した注意喚起文書について
レンタルサーバ業者におけるデータ消失事象について（注意喚起）
http://www.nisc.go.jp/active/general/pdf/rentalsv_kanki_120702.pdf

被害者って居るのか？

ファーストサーバと契約していた5,000社だけじゃない
5,000社のオンラインショップを使っていた人は二次被害者
売上が止まったことでそのショップの取引先もダメージを受けるので三次被害者
サイト作成業者も復旧に当たった間他の仕事に当たらないといけないので被害者の一人

東日本大震災復興支援財団が復旧しないわけ
100億のうち40億の寄付先
このままうやむやにして40億うかせるわけですね　孫

どうせファーストサーバつぶれても
IDCとかに人材と設備そのまま横流しで
無能な技術者集団は生き残るわけですね

レンタルサーバ業者におけるデータ消失事象について（注意喚起）
内閣官房情報セキュリティセンター
http://www.nisc.go.jp/active/general/pdf/rentalsv_kanki_120702.pdf

禿は自分が無理やり認めさせたソーラー発電に忙しいらしいしな

仮想サーバーなのに混ざるとか、仮想にした意味ないな。
物理サーバ１台にまんまきりゃいいんだよ。

仮想サーバ導入してます俺らスゲー時代についてってます
みたいな感じださなくていいんだ。