本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

プログラム

08:45～09:00　受付

09:00～09:05　オープニング（マジセミ）

09:05～09:45

09:45～10:00　質疑応答

主催

株式会社イーグリッド（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

参加方法（URL）は主催企業より直接メールにてご連絡いたします。 「cscloud.co.jp」「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

概要文

AWSには、脅威検知、脆弱性管理、設定評価、ログ分析、Webアプリケーション保護など、さまざまなセキュリティサービスが用意されています。

一方で、サービスを有効化したものの、アラートを確認できていない、検知後の対応が決まっていない、複数のAWSアカウントを横断して管理できていないなど、「導入しただけ」で十分に活用できていない企業も少なくありません。

本セミナーでは、AWS Security Hub、Amazon GuardDuty、Amazon Inspector、AWS WAFなどの基本的なAWSセキュリティサービスを組み合わせ、限られた人員でも継続的に運用するための実践的な考え方を解説します。

さらに応用編として、AWS DevOps Agentを活用したインシデント調査や根本原因分析、運用改善の可能性に加え、AWS Security Agentを活用したアーキテクチャや設計段階でのセキュリティレビューについても取り上げます。

AIエージェントにどこまで判断や対応を任せるのか、権限管理、証跡、人による承認をどのように設計するのかといった、導入時に欠かせないセキュリティ上の論点も整理します。 CloudFastenerによるセキュリティ運用の高度化を含め、従来のセキュリティサービスとAIエージェントを組み合わせた、これからのAWSセキュリティ運用をご紹介します。

こんな方におすすめ

・AI・AIエージェント(DevOps Agent、Security Agentなど)の活用に関心はあるものの、権限管理や承認プロセス、証跡管理など「どこまで任せてよいか」の判断に悩んでいる方 ・各AWSセキュリティーサービスを導入したものの、アラートを日常的に確認できておらず「入れっぱなし」になっている方 ・脅威やインシデントを検知した後、誰が・どう対応すべきかのフローが定まっておらず、対応が属人化・後手に回っていると感じている方 ・限られた人員・体制の中で、セキュリティ運用の負荷が高く、継続的な運用に不安を抱えている方

プログラム

12:50～13:00　受付

13:00～13:15　AI時代に変わるAWSセキュリティ ― AI Agentとともに進化するセキュリティサービス

13:05～13:30　AWSセキュリティサービスを導入した後に直面する“3つの壁”

13:30～13:45　AI Agentでセキュリティ運用はどこまで変わるのか？

主催

株式会社サイバーセキュリティクラウド（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーは、2026年06月30日（火）に開催したセミナーと同じ講演内容を含んでおります。

ランサムウェア被害が増加する中、AWS セキュリティ対策が後回しになってい る現実

ランサムウェアによる被害は年々増加しており、その手口も巧妙化しています。クラウド環境も例外ではなく、設定不備や権限管理の甘さを突かれ、被害が拡大するケースが後を絶ちません。一方で、SaaSやEC、Webサービスなど、24時間稼働が前提となるサービスでは、機能開発やサービス改善のスピードが事業成長を左右するため、セキュリティ対策の重要性は理解していても、 　・本番環境への影響が怖い 　・開発スピードを落としたくない 　・専任担当者を確保できない 　・何から着手すべきか分からない といった理由から、ランサムウェアをはじめとする脅威への対策が後回しになってしまうケースは少なくありません。

近年では、こうした脅威への備えに加え、「サプライチェーンセキュリティ評価制度」など取引先から対策状況の説明を求められる機会も増えており、セキュリティ強化の必要性はさらに高まっています。

こうした状況において重要になるのが、後付けの対策ではなく、設計段階からセキュリティ を組み込む「セキュリティ・バイ・デザイン」の考え方です。

何を導入し、どう運用するべきか整理できない企業が増えている

AWS ネイティブセキュリティ機能の普及により、多くの企業がAWS Security Hubや Amazon GuardDuty、Amazon Inspectorなどを利用できるようになりました。

一方で、実際の現場では、 　・どのような対策から着手すべきか分からない 　・アラートは出ているが、どれを優先すべきか分からない 　・本当に危険なのか判断できない 　・本番影響を考えると即時対応に踏み切れない 　・夜間や休日の初動判断が属人化している 　・経営層や関係部署に導入の必要性やコストを説明しにくい といった課題に直面しています。

こうした課題は、「何から着手すべきか」「導入後どう運用を回すか」「社内にどう説明する か」という3つの壁に整理できます。「AWS Security HubやAmazon GuardDutyを入れて いるから大丈夫」ではなく、導入した仕組みをどのように運用へ定着させるかが重要になっています。

AWS セキュリティ対策を、導入から運用まで段階的に進める方法とは

本セミナーでは、AWS セキュリティ対策を「ツール導入の話」だけではなく、継続的に運用を回すための仕組みづくりという視点で整理します。 セミナーの前半では、「本番サービスを止めずに、何をどの順序で導入・棚卸しすべきか」 という現実的なアプローチを解説。後半では、「どのように属人化させずに継続運用していくか」体制づくりの最適解をお伝えします。

具体的には、 　・何を導入するべきか 　・なぜ AWS セキュリティ運用が後回しになるのか 　・なぜアラート対応が止まってしまうのか 　・なぜ運用が属人化するのか 　・どのような順序で整備すればよいのか といった現場で起こりがちな課題を整理しながら、AWS ネイティブセキュリティ機能を活用した現実的な進め方を解説します。

また、すべてを一度に実現するのではなく、「可視化」「脆弱性検知」「脅威検知」といった段階を、自社の状況に合わせてどのような順序で整備し、継続的な運用へつなげていくべきかについて、実際の支援事例も交えて分かりやすく解説します。

これから AWS セキュリティ対策を検討する企業から、すでにAWS Security Hubや Amazon GuardDuty、Amazon Inspectorを利用しているものの運用に課題を感じている企業まで、自社に合った進め方を考えるヒントを得られる内容です。

こんな立場の方／こんな課題を感じている方におすすめ

・SaaS／EC／Webサービスの責任者として、開発スピードを維持しながらセキュリティ強化を進めたい ・情シス部門やインフラ／SRE担当として、セキュリティ運用の属人化や運用負荷を解消したい ・プロダクト運用部門やサービス企画部門として、サービス品質向上や顧客要求対応の観点からセキュリティ運用を見直したい ・DX／クラウド推進担当として、継続的に運用できるセキュリティ体制を検討したい ・AWS Security Hub／Amazon GuardDuty／Amazon Inspectorを導入しているが、アラート対応や優先順位付けに課題を感じている ・ランサムウェアをはじめとする脅威への備えを検討したいが、何から始めるべきか整理できていない ・経営層や関係部署へセキュリティ対策の必要性やコストをうまく説明できず、社内合意形成に悩んでいる ・顧客監査やサプライチェーンセキュリティ評価制度への対応を見据え、備えを進めたい

本セミナーで持ち帰れること

AWS セキュリティ対策において重要なのは、単にツールを導入することではありません。 「何を導入するか」「何を優先して対応するか」「どのように継続運用へつなげるか」を整理し、自社で回せる仕組みに落とし込むことが重要です。

本セミナーでは、導入前の検討から導入後の運用までを見据えながら、検知・通知が増える中で運用が止まってしまう構造を整理し、継続的な監視・運用体制を伴走支援も含めて考えるためのヒントを提供します。

「セキュリティ対策を進めたいが何から始めればよいか分からない」「導入したものの運用が回っていない」と感じている方は、ぜひご参加ください。

登壇者

株式会社ハートビーツ　マーケティングチームマネージャー 谷川　隼人

運用設計ラボ合同会社　シニアアーキテクト 波田野　裕一 （AWS Hero）

プログラム

09:45～10:00　受付

10:00～10:05　オープニング（マジセミ）

10:05～10:45　【AWS】ランサムウェア対策、何を導入し、どう運用するべきか整理できていますか？

　　　　　　　　～サービスを止めずに現状の棚卸しから段階的に進めるセキュリティ・バイ・デザイン～

10:45～11:00　質疑応答

主催

株式会社ハートビーツ（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

参加方法（URL）は主催企業より直接メールにてご連絡いたします。 「cscloud.co.jp」「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

概要文

セキュリティインシデントの調査を担う私たちが、現場に入って最初に確認するのは「ログが残っているか」です。

必要なログが存在しない。残っていても調査に使えない。責任者が決まっておらず初動が遅れる。良かれと思った操作で証拠が消えている。攻撃者の足取りを追えるかどうかは、実は事故が起きた瞬間ではなく、その前の「平時」にすでに決まっています。

本セミナーでは、「インシデントはいつか必ず起きる」という前提に立ち、調査・対応にあたる側の視点から、企業が日頃から整えておくべき備えを解説します。

インシデント調査の目的は何か、その目的を達成するために何をしないといけないのか、デフォルトの状態ではなぜ追えないのか、追うために必要なことは何か。調査に必要なログと証跡の全体像をお話しするとともに、対応体制・役割分担、有事の連絡経路の決め方などの統制面についても解説します。 CloudFastenerが提供する継続的な監視やインシデント対応支援も交えながら、有事に迷わず動くための体制づくりをご紹介します。

こんな方におすすめ

・ログ・証跡が有事にちゃんと追える状態か、漠然と不安がある方 ・インシデント対応の役割分担や連絡体制が定まっていない ・平時の備えを体制・規程として整理したい方

プログラム

12:50～13:00　受付

13:00～13:45　インシデント対応は「平時」で決まる 〜調査する側から伝えたい、DFIRを支える日々の備え〜【基礎編】

主催

株式会社サイバーセキュリティクラウド（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです。

ツールはSPEAKERSを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーは2026年07月02日に開催されたセミナーの再放送です。

多くのご要望をいただきましたので、再放送の開催が決まりました。

本セミナーは、セキュリティ対策評価制度（以下：SCS評価制度）への対応を検討するエンドユーザー企業、および自社のセキュリティ運用に関わる方を対象としています。

セキュリティ関連サービスを提供する事業者など、情報収集を目的とした同業種の方のお申し込みは、お断りする場合がございます。

SCS評価制度への対応が取引先対応の課題に

経産省が進める「サプライチェーン強化に向けたセキュリティ対策評価制度」、いわゆるSCS評価制度への対応は、今後多くの企業にとって避けて通れないテーマになりつつあります。現在公表されている情報でも、★3・★4の評価は2026年度末から適用開始予定とされ、今後の取引や調達において、評価対応が求められるケースも想定されています。自社のセキュリティ対策だけでなく、委託先・取引先を含めた確認や管理が求められる中で、100名以上の企業でも「何を、どこまで、どの順番で進めるべきか」が見えにくい状況が生まれています。

コンサル依存では費用も運用も重くなる

SCS評価制度への対応を外部コンサルに全面的に依頼すれば、専門的な支援を受けられる一方で、費用が高額化しやすく、継続的な運用まで外部依存になりかねません。特に、社内に専任のセキュリティ人材が少ない企業では、ガイドラインの確認、委託先へのチェック依頼、回答の回収、不足項目の整理、改善状況の管理がExcelや個別対応に分散し、担当者の負荷が増えていきます。結果として、制度対応の必要性は理解していても、現状把握の段階で止まってしまい、★3・★4取得に向けた準備が進まないケースが少なくありません。

期間限定の無料版で現状を可視化、不足項目を管理する

本セミナーでは、SCS評価制度対応を高額な外部支援に頼りきるのではなく、まずは自社の現状を可視化し、不足項目を自社で管理していくための進め方を解説します。中心にご紹介するのは、SCS評価制度への対応を支援する「SPC Trust Chain」です。同サービスは、対象ガイドラインの管理、セキュリティチェックへの回答・編集・削除、課題管理、運用代行、委託先へのチェック依頼、回答収集、リスク分析、フィードバック、保管などを支援する機能を備えており、SCS評価制度★3・★4取得準備から運用、教育までをワンストップで進めやすくします。今回は、無料で利用できるベータ版を活用し、まず自社の対応状況を把握するところから始める方法を紹介します。いきなり大きな投資やコンサル契約に進むのではなく、現状を見える化し、対応すべき項目を整理し、社内で管理できる状態を作ることで、コストを抑えながらSCS評価制度への準備を進める選択肢を提示します。また、SCS評価制度ではID管理に関する確認項目も多く含まれるため、委託先の認証強化、オンプレ環境の多要素認証、認証・ID管理領域の対策ポイントについても、CloudGate UNOを通じてあわせてご紹介します。

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:45　SCS評価制度対応、コンサル任せで高額化していませんか〜まずは無料トライアルで現状を可視化、★取得への不足項目を自社で一元管理〜

11:45～12:00　質疑応答

※当日いただいたご質問は後日開催企業より直接回答させていただきます

主催・共催

株式会社インターナショナルシステムリサーチ（ISR）（プライバシーポリシー）

株式会社ソースポッド（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーの講演部分は、事前に収録した録画を配信します。

質疑応答タイムはライブ配信にて、皆様からのご質問をお待ちしております。

決済セキュリティ脅威の高度化とPCI DSS v4.0.1対応

クレジットカード情報を取り扱う事業者にとって、PCI DSS準拠は避けて通れないテーマです。 オンライン決済の拡大に伴い、顧客データの流出やカード不正利用のリスクは高まり、攻撃手法も多様化・高度化しています。 さらにPCI DSS v4.0.1では、MFA適用範囲の明確化、外部サービス利用時の責任分界、委託先管理・契約の厳格化など、単なる認証取得にとどまらない継続的な運用体制が求められています。

監視・脆弱性管理・審査対応を自社だけで維持できるか

PCI DSS対応を進める企業では、認証取得に向けた準備だけでなく、取得後も準拠状態を維持し続けるための運用負荷が大きな課題になります。ログ監視、脆弱性管理、証跡管理、監査対応といった業務は一度整備すれば終わるものではなく、日常運用として継続する必要があります。 IT人材不足が続く中で、これらをシステム部門だけで担い続けると、属人化や対応遅れ、審査準備の長期化につながる恐れがあります。

準拠状態を維持する運用体制とアウトソース活用

本セミナーでは、PCI DSS v4.0.1の主な変更点を踏まえ、決済セキュリティを取り巻く脅威に対応しながら、準拠状態を維持するための運用体制を解説します。特に、監視・脆弱性管理・審査対応のどこに負荷が集中するのか、自社で担うべき範囲と外部委託できる範囲をどう整理するのかを具体的に紹介します。 あわせて、AWSを活用したPCI DSS準拠クラウド環境とマネージドサービスにより、運用負荷を軽減した実例をお伝えします。

本セミナーで持ち帰れること

PCI DSS対応の本当の難しさは、認証取得そのものではなく、取得後も継続して準拠状態を維持し続けることにあります。 本セミナーでは、取得後に発生する運用業務の全体像を整理し、自社で担うべき範囲とアウトソースできる範囲をどう切り分けるべきか、その考え方を解説します。 「認証取得後の運用が見えず、PCI DSS対応が前に進まない状態」から抜け出し、自社に適した運用体制を検討するための具体的な判断材料を持ち帰っていただけます。

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:45　決済セキュリティの脅威とPCI DSS対応の運用課題

　　　　　　　　〜v4.0.1変更点を踏まえた、監視・脆弱性管理・審査対応の維持体制〜

11:45～12:00　質疑応答

質疑応答タイムはライブ配信にて行います。

主催

株式会社エクサ（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーは、セキュリティ対策評価制度（以下：SCS評価制度）への対応を検討するエンドユーザー企業、および自社のセキュリティ運用に関わる方を対象としています。

セキュリティ関連サービスを提供する事業者など、情報収集を目的とした同業種の方のお申し込みは、お断りする場合がございます。

SCS評価制度への対応が取引先対応の課題に

経産省が進める「サプライチェーン強化に向けたセキュリティ対策評価制度」、いわゆるSCS評価制度への対応は、今後多くの企業にとって避けて通れないテーマになりつつあります。現在公表されている情報でも、★3・★4の評価は2026年度末から適用開始予定とされ、今後の取引や調達において、評価対応が求められるケースも想定されています。自社のセキュリティ対策だけでなく、委託先・取引先を含めた確認や管理が求められる中で、100名以上の企業でも「何を、どこまで、どの順番で進めるべきか」が見えにくい状況が生まれています。

コンサル依存では費用も運用も重くなる

SCS評価制度への対応を外部コンサルに全面的に依頼すれば、専門的な支援を受けられる一方で、費用が高額化しやすく、継続的な運用まで外部依存になりかねません。特に、社内に専任のセキュリティ人材が少ない企業では、ガイドラインの確認、委託先へのチェック依頼、回答の回収、不足項目の整理、改善状況の管理がExcelや個別対応に分散し、担当者の負荷が増えていきます。結果として、制度対応の必要性は理解していても、現状把握の段階で止まってしまい、★3・★4取得に向けた準備が進まないケースが少なくありません。

期間限定の無料版で現状を可視化、不足項目を管理する

本セミナーでは、SCS評価制度対応を高額な外部支援に頼りきるのではなく、まずは自社の現状を可視化し、不足項目を自社で管理していくための進め方を解説します。中心にご紹介するのは、SCS評価制度への対応を支援する「SPC Trust Chain」です。同サービスは、対象ガイドラインの管理、セキュリティチェックへの回答・編集・削除、課題管理、運用代行、委託先へのチェック依頼、回答収集、リスク分析、フィードバック、保管などを支援する機能を備えており、SCS評価制度★3・★4取得準備から運用、教育までをワンストップで進めやすくします。今回は、無料で利用できるベータ版を活用し、まず自社の対応状況を把握するところから始める方法を紹介します。いきなり大きな投資やコンサル契約に進むのではなく、現状を見える化し、対応すべき項目を整理し、社内で管理できる状態を作ることで、コストを抑えながらSCS評価制度への準備を進める選択肢を提示します。また、SCS評価制度ではID管理に関する確認項目も多く含まれるため、委託先の認証強化、オンプレ環境の多要素認証、認証・ID管理領域の対策ポイントについても、CloudGate UNOを通じてあわせてご紹介します。

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:45　SCS評価制度対応、コンサル任せで高額化していませんか〜まずは無料トライアルで現状を可視化、★取得への不足項目を自社で一元管理〜

11:45～12:00　質疑応答

主催・共催

株式会社インターナショナルシステムリサーチ（ISR）（プライバシーポリシー）

株式会社ソースポッド（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本番サービスを止められず、AWS セキュリティ対策が後回しになっている現実

SaaSやEC、Webサービスなど、24時間稼働が前提となるサービスでは、機能開発やサービス改善のスピードが事業成長を左右します。 その一方で、セキュリティ対策の重要性は理解していても、 　・本番環境への影響が怖い 　・開発スピードを落としたくない 　・専任担当者を確保できない 　・何から着手すべきか分からない といった理由から、AWS セキュリティ対策が後回しになってしまうケースは少なくありません。 その結果、 　・どのような対策から始めるべきか整理できていない 　・Security HubやGuardDuty、Inspectorを導入したものの運用が定着していない といった状態に陥る企業も少なくありません。

さらに近年では、顧客監査やSOC2・ISMSへの対応に加え、経済産業省が進めるサプライチェーンセキュリティ評価制度などを背景に、セキュリティ対策の実施状況や運用体制について説明を求められる機会も増えています。 そのため、「Security HubやGuardDutyを入れているから大丈夫」という状態ではなく、導入した仕組みをどのように運用へ定着させるかが重要になっています。

何を導入し、どう運用するべきか整理できない企業が増えている

AWS ネイティブセキュリティ機能の普及により、多くの企業がSecurity HubやGuardDuty、Inspectorなどを利用できるようになりました。 一方で、実際の現場では、 　・どのような対策から着手すべきか分からない 　・アラートは出ているが、どれを優先すべきか分からない 　・本当に危険なのか判断できない 　・本番影響を考えると即時対応に踏み切れない 　・夜間や休日の初動判断が属人化している といった課題に直面しています。 結果として、対策の優先順位が整理できず、導入後も対応方針が定まらないまま、「何から進めればよいか分からない」「導入したが運用が回らない」状態に陥るケースも少なくありません。 これは単なるツール不足ではなく、「何を優先すべきか分からない」「検知しても判断できない」「継続的に回せない」という運用設計そのものの課題です。 特に情シス部門だけでなく、プロダクト運用部門やサービス企画部門、バックオフィス部門においても、サービス品質や顧客要求への対応としてセキュリティ運用への関与が求められる場面が増えており、組織全体の課題となりつつあります。

AWS セキュリティ対策を、導入から運用まで段階的に進める方法とは

本セミナーでは、AWS セキュリティ対策を「ツール導入の話」だけではなく、継続的に運用を回すための仕組みづくりという視点で整理します。 セミナーの前半では、「本番サービスを止めずに、何をどの順序で導入・棚卸しすべきか」という現実的なアプローチを解説。後半では、「どのように属人化させずに継続運用していくか」体制づくりの最適解をお伝えします。 具体的には、 　・何を導入するべきか 　・なぜAWS セキュリティ運用が後回しになるのか 　・なぜアラート対応が止まってしまうのか 　・なぜ運用が属人化するのか 　・どのような順序で整備すればよいのか といった現場で起こりがちな課題を整理しながら、AWS ネイティブセキュリティ機能を活用した現実的な進め方を解説します。また、すべてを一度に実現するのではなく、設定監視・脆弱性確認・脅威検知といった領域をどのような順序で整備し、継続的な運用へつなげていくべきかについて、実際の支援事例も交えて分かりやすく解説します。

これからAWS セキュリティ対策を検討する企業から、すでにSecurity HubやGuardDuty、Inspectorを利用しているものの運用に課題を感じている企業まで、自社に合った進め方を考えるヒントを得られる内容です。

こんな立場の方／こんな課題を感じている方におすすめ

・SaaS／EC／Webサービスの責任者として、開発スピードを維持しながらセキュリティ強化を進めたい方 ・情シス部門やインフラ／SRE担当として、セキュリティ運用の属人化や運用負荷を解消したい方 ・プロダクト運用部門やサービス企画部門として、サービス品質向上や顧客要求対応の観点からセキュリティ運用を見直したい方 ・DX／クラウド推進担当として、継続的に運用できるセキュリティ体制を検討したい方 ・Security Hub／GuardDuty／Inspectorを導入しているが、アラート対応や優先順位付けに課題を感じている方 ・これからAWS セキュリティ対策を検討したいが、何から始めるべきか整理できていない方 ・顧客監査やSOC2／ISMS対応、サプライチェーンセキュリティ評価制度の要求への備えを進めたい方

本セミナーで持ち帰れること

AWS セキュリティ対策において重要なのは、単にツールを導入することではありません。 「何を導入するか」「何を優先して対応するか」「どのように継続運用へつなげるか」を整理し、自社で回せる仕組みに落とし込むことが重要です。 本セミナーでは、導入前の検討から導入後の運用までを見据えながら、検知・通知が増える中で運用が止まってしまう構造を整理し、継続的な監視・運用体制を考えるためのヒントを提供します。 「セキュリティ対策を進めたいが何から始めればよいか分からない」「導入したものの運用が回っていない」と感じている方は、ぜひご参加ください。

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:45　【AWS】セキュリティ対策、何を導入し、どう運用するべきか整理できていない

　　　　　　　　～サービスを止めずに現状の棚卸しから段階的に進めるセキュリティ対策～

11:45～12:00　質疑応答

登壇者

ー 運用設計ラボ合同会社　シニアアーキテクト 波田野　裕一 （AWS Hero）

ー 株式会社ハートビーツ　クラウド・アクセラレーション事業部 マーケティングチーム マネージャー 　 谷川　隼人

主催

株式会社ハートビーツ（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーは、2026年5月27日（水）に開催したセミナーと同じ講演内容を含んでおります。

拡大するSaaS利用でクラウドへのデータ移行が進んでいる

リモートワークの普及やDXの進展を背景に、クラウドサービスやSaaSは企業活動を支える重要な基盤となっています。

Microsoft 365、Google Workspace、Slack、Salesforce、BoxなどのSaaSは、メッセージング、情報共有、ファイル管理、共同編集をクラウド上で実現し、業務効率化を支えています。

こうした利便性を背景に、企業ではこれまでローカルフォルダや社内サーバーで管理していたデータをクラウドへ移行する動きが加速しています。その結果、場所や時間にとらわれない柔軟な業務環境の整備が進んでいます。

高まる「重要データの損失リスク」

しかし、SaaSアプリケーションの活用が広がる一方で、データ損失リスクへの備えは後回しになりがちです。クラウド上で一元管理できることは大きな利点ですが、クラウドに保存しているだけでデータが守られるわけではありません。

ヒューマンエラーや誤削除、内部不正、ランサムウェアなどのサイバー攻撃に加え、SaaSベンダー側の障害やサービス停止によって、重要データの消失や業務停止が発生する可能性があります。さらに、多くのSaaSでは、データ保護の責任は利用者側にあるとされており、十分なバックアップ対策は企業自身が講じる必要があります。

特にBoxのようなファイル共有型SaaSでは、営業資料や契約書など、事業継続に直結する情報を扱うことも多く、内部・外部の両面からリスクを見据えた対策が欠かせません。加えて、SaaSデータのバックアップは、ISMS認証の取得・運用の観点からも重要なテーマとなっています。

データ損失リスクと、今すぐ始めるリスク回避策を解説

本セミナーでは、SaaSバックアップソリューション「SysCloud」を活用し、SaaS環境における重要データ損失リスクをどのように低減すべきかを、具体的な事例を交えて解説します。

「SysCloud」は、企業が利用するSaaSデータを安全にバックアップし、必要な時点へ迅速に復旧できるソリューションです。クリーンなバックアップスナップショットを保持し、ポイントインタイムでの復旧にも対応しているため、SaaS側の障害やデータ損失が発生した場合でも、事業継続性を確保することが可能です。

Box、Microsoft 365、Google Workspace、Slack、HubSpot、Salesforce などのSaaSを利用しており、データ損失やサービス障害に備えたバックアップ対策を検討しているシステム担当者の方に特におすすめです。

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:45　【BOXのバックアップしてますか？】SaaS任せでは防げない データ損失への備え～ランサムウェア・誤操作・サービス障害――組織として考える“事業継続性”のポイント～

11:45～12:00　質疑応答

主催

シスクラウドジャパン株式会社（プライバシーポリシー）

協力

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。