AWSのAZ(アベイラビリティーゾーン)とは？AZ障害が起きたときどうすればよいのか
アドテク本部の黒崎( @kuro_m88 )です。 2019/08/23にAWSの東京リージョンで特定のAZ内で大きめの障害がありました。 私が開発しているプロダクトもAWSの東京リージョンを利用していて、常時数百インスタンスが稼働しているため、今回の障害の影響範囲に含まれていました。 何が起きたのか？ AWSから公式発表が出ています。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 データセンタ内の冷却の障害が原因で一部のハードウェアホストが過熱し電源が失われてしまったようです。これにより影響を受けたハードウェアホスト上で稼働していたEC2インスタンスやEBSボリュームは電源が失われているため、外部から見ると突然応答がなくなったように見えました。 担当サービスでも公式発表と同じくらいの時刻にELBやその配下のサーバ
億単位の被害になることも - インシデント発生時の具体的な損害を解説
「サイバー攻撃を受けると莫大な損害が発生する可能性があることを頭に入れておいてほしい」と訴えかけるのは、JNSA（日本ネットワークセキュリティ協会）で調査研究部会 インシデント被害調査WG リーダーを務める神山太朗氏だ。経営者が大きな損害が生じることを理解すれば、あるいは情シス担当者、ITベンダーが経営者に理解させることができれば、その組織のセキュリティ対策を進めることにつながっていくためだ。 JNSAではその一助として、インシデント発生時の被害、損害額をまとめた「インシデント損害額調査レポート」を発表している。このレポートは本紙と別紙の二部構成で、本紙ではインシデントの際に被害組織が対応を委託したアウトソーシング先へのヒアリングにより損害額などをまとめており、別紙では被害企業へのアンケートを基に、被害の実態を調べている。 3月5日～8日に開催された「TECH+フォーラム - セキュリティ
インシデント損害額調査レポート | 特定非営利活動法人 日本ネットワークセキュリティ協会（JNSA）
目的 この「インシデント損害額調査レポート」は調査研究部会インシデント被害調査ワーキンググループとして2021年夏に初版を公表、今回のレポートはその第2版として位置づけられます。 サイバー攻撃の脅威およびその対策の必要性については、マスコミ報道、公的機関・団体や、セキュリティベンダーによる啓発・営業活動等により、経営者が経営課題の一つとして認識している状況にあると思われます。 しかしながら、サイバー攻撃を中心とするインシデントが発生した場合に、企業・団体等においてどのような被害、不利益が発生するのか、金銭的なインパクトを適切に認識しないまま、経営者がセキュリティ対策の導入について二の足を踏むといったケースも少なくありません。 実際のインシデント発生時には、各種対応ほか、被害者からの損害賠償請求、事業中断による利益喪失などを想定するに、中小企業においても数千万円単位、場合によって億単位のお金
第8回 情報セキュリティ事故対応アワード レポート
どんなに対策をしていても、事故を完全に防ぎきることは難しい。大事なのはその後の対応である。2016年からスタートし、今年で8回目を迎えた「情報セキュリティ事故対応アワード」では、不幸にも事故に遭ってしまったものの、今後の模範となるような説明や情報開示を行った企業を毎年表彰している。本稿では、6月28日にライブ配信形式で開催された表彰式および審査員によるパネルディスカッションの様子の一部をレポートする。 主催：情報セキュリティ事故対応アワード実行委員会 後援：経済産業省 ロゴデザイン：カミジョウヒロ 審査員/パネルディスカッション登壇者 SBテクノロジー株式会社 プリンシパルセキュリティリサーチャー 辻 伸弘氏 EGセキュアソリューションズ株式会社 取締役 CTO/独立行政法人情報処理推進機構（IPA）非常勤研究員/技術士（情報工学部門） 徳丸 浩氏 NTTセキュリティ・ジャパン株式会社 コ
障害対応プロセスを改善してきた話 - 10X Product Blog
障害プロセスを改善してきた話 こんにちは。Reliability & Securityチームに所属するSoftware Engineerの@sota1235です。 今回は10X内における障害対応プロセスの改善をご紹介します。 今が完成系ではなく道半ばではありますがこの半年 ~ 1年で大きく進化したので同じくらいのフェーズの会社で困ってる方がいたら参考にしてみてください！ ちなみに私ごとですが去年の5/26にこんな投稿をしてたのでやっと伏線を回収する形となります(※ ドヤ顔ではありません)。 目次 こんな感じで紹介していきます。 目次 障害対応プロセスの改善に踏み切った背景 課題1. 障害の報告フォーマットが統一されていない 課題2. 障害報のクオリティの差異が大きく後から振り返りが難しい 課題3. 障害対応者が特定の人に偏る 第一の改善 改善1. 障害報告書のフォーマット更新 改善2. S
医療事故 - Wikipedia
医療法により新たに定義された「医療事故」は，「提供した医療に起因し，又は起因すると疑われる死亡又は死産であって，当該管理者が当該死亡又は死産を予期しなかったものとして厚生労働省令で定めるもの（6条の10）」とである。通常の用語と概念をことにしている。 すべての病院、診療所、助産所の管理者は、該当する事故が発生した場合は、滞りなく医療事故調査・支援センターに報告しなければならない（6条の10）。 厚生労働省による定義[編集] 厚生労働省リスクマネージメントスタンダードマニュアル作成委員会によると、次のように定義されている[1]。なお、医療過誤は医療事故の一類型とされている[1]。 医療に関わる場所で、医療の全過程において発生するすべての人身事故で、以下の場合を含む。なお、医療従事者の過誤、過失の有無を問わない。 ア 死亡、生命の危険、病状の悪化等の身体的被害及び苦痛、不安等の精神的被害が生じ
CircleCI 2023年1月4日セキュリティインシデントに関するインシデントレポート
2023年1月4日、当社はお客様へセキュリティインシデントアラートを発信しました。本文では、本インシデントについて何が起き、何がわかったのか、そして今後のセキュリティ体制を継続的に改善していくための計画について説明いたします。 初めに、このインシデントによりお客様の業務に支障をきたしたことを、心よりお詫び申し上げます。また、当社が調査を行っている間、シークレットのローテーションや無効化を含め、お客様やコミュニティの皆様が柔軟に対応してくださったことに、感謝申し上げます。 まだ対策をとられていないお客様は、お客様のサードパーティーシステムやデータストアへの不正アクセスを防止するため、早めの対策をお願いいたします。責任を持った情報公開を念頭に、スピードと調査結果との整合性のバランスを追及した結果として、本日本インシデント レポートをお届けします。 インシデントレポート目録 何が起きたのか 攻撃
AWS Systems Manager Incident Manager でインシデント管理が可能になりました。電話連絡もできます！ | DevelopersIO
AWS Systems Manager Incident Manager でインシデント管理が可能になりました。電話連絡もできます！ AWS Systems Manager でインシデント管理が可能になりました。 発生したインシデントをメール、SMS、電話で連絡することが可能です。 こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな ネクストモード株式会社 の吉井です。 AWS 上でシステムを稼働させている皆様はどのようなインシデント管理を実装していますでしょうか。 SaaS 製品を活用されている方は多くいると思います。自己管理 (EC2 上) のソリューションを展開しているケースもあるかと思います。 また、複雑な要件が無い場合は CloudWatch と SNS で完結することもあると思います。 アメリカ時間の2021
みずほ銀行システム障害に学ぶ
みずほ銀行システム障害の調査報告書が公開されたのがニュースになって、Twitterなどで色々な人がコメントをしているのを見た。140文字しか書けない空間で他人の失敗談の揚げ足取りをするのは簡単だが、そこからは一時の爽快感以外に何も得るものがないので、僕はそういうのはカッコ悪いと思っている。 そこで、ちゃんと読んでみたら全く他人事でない部分も沢山あるし、非常に面白く勉強になったので、ブログにまとめてみる。 技術的な話 銀行のシステムがどのようになっているのか、全然イメージが湧いていなかったので、それがまず勉強になった(p.29)。 トラフィックのソースに応じて用意された色々なシステムから基幹システム「MINORI」の取引メインバスにトラフィックが流れ、そこから各種システムへとリクエストが送られていく。この辺はService Oriented Architectureらしい。開発当時としては（
インシデント管理で得られた教訓
0 0 57 0 ジョーイ・ベイダ、ロス・デリンジャー共同執筆 Dropbox では、インシデント管理は信頼性への取り組みにおける重要な要素だと考えています。実際の障害発生に備えるために、カオス エンジニアリング（Chaos Engineering）などのプロアクティブな手法も採用していますが、インシデントへの対応の仕方がユーザー エクスペリエンスを大きく左右します。サイトの停止や製品の問題が発生する可能性がある場合、ユーザーにとって、それは一刻を争う事態です。 導入されて数年になるインシデント管理プロセスの主要コンポーネントですが、この領域には常に進歩する要素がありました。時間をかけて、技術的にも組織的にも、さらには手続き的にも細かな調整を加えてきました。 この投稿で触れているのは、 Dropbox がインシデント管理で得た教訓の一部について、深く掘り下げて説明します。インシデントにおけ
CSIRTとはそもそも何か？よくある誤解とCSIRTの本質を理解しよう【前編】
CSIRTとはそもそも何か？ CSIRTとは「Computer Security Incident Response Team」の略であり、そこに含まれる「Computer Security Incident（以降、インシデント）」とは、日本最初のCSIRTでもある公的機関JPCERTコーディネーションセンター（以降、JPCERT/CC）のWebサイトにおいて以下のように説明されています。 コンピュータセキュリティインシデントとは、「情報システムの運用におけるセキュリティ上の問題として捉えられる事象」です。コンピュータセキュリティインシデントの例として、情報流出、フィッシングサイト、不正侵入、マルウエア感染、Web改ざん、DoS(DDoS)などがあります。 ここで注意すべきなのは、いわゆる「不正アクセス」とは異なり、攻撃の試みなど実害のないものも含んでいる点です。例えば、日本において「不正
すべてのインシデントに関する情報を集約して、チームでインシデントを管理する「Opsgenie」
本連載では、プロジェクト管理ツールの「Jira（ジラ）」について基本的な使い方から最新情報までを、Atlassianユーザーグループのリーダーである梶原と高橋が紹介していきます。今回はインシデント管理サービスであるOpsgenieについて紹介します。当初はJira Opsについて執筆する予定でしたが、4月に開催されたAtlassian Summitで、Jira OpsはOpsgenieに統合されて、インシデント管理のツールとしてAtlassianのプロダクトにラインアップされました。今回は、Opsgenieはどんなことができる製品なのかを紹介し、その設定方法についてチュートリアル的に説明させていただきたいと思います。 Opsgenieの概要と特長 Opsgenieとは Opsgenieは、昨年9月にアトラシアンに買収されAtlassianファミリーの仲間入りを果たしました。Opsgenie
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
失敗の科学 | マシュー・サイド, 有枝 春 |本 | 通販 | Amazon
NIST SP 800-34
KARTE for App不具合の調査に必要な情報 | ドキュメント / KARTE for App / トラブルシュート（全般） | KARTEサポートサイト
インテリジェンス駆動型インシデントレスポンス ―攻撃者を出し抜くサイバー脅威インテリジェンスの実践的活用法 | Scott J. Roberts, Rebekah Brown, 石川 朝久 |本 | 通販 | Amazon
Amazon.co.jp: インシデントレスポンス 第3版: Jason T. Luttgens (著), Matthew Pepe (著), Kevin Mandia (著), 高橋聡 (翻訳), 露久保由美子 (翻訳), 久保尚子 (翻訳), 舟津由美子 (翻訳), 政本憲蔵 (監訳), 凌翔太 (監訳), 山崎剛弥 (監訳): 本
Tokio Cyber Port
Amazon.co.jp: CSIRT:構築から運用まで: 日本シーサート協議会: 本
本番環境でやらかしちゃった人のカレンダー | Advent Calendar 2020 - Qiita
