このページの本文へ

前へ 1 2 3 次へ

AWSのセキュリティカンファレンスで見たこと、聞いたこと、感じたこと

re:Inforceに参加した9人が語るセキュリティの目指すべき方向

2019年10月21日 07時00分更新

文● 高橋睦美 編集●大谷イビサ

  • この記事をはてなブックマークに追加
  • 本文印刷

 Amazon Web Services(AWS)ではラスベガスで開催する年次カンファレンス「re:Invent」だけでなく、いくつかのテーマに特化したカンファレンスも開催している。その1つが、セキュリティとコンプライアンスにフォーカスした学習型カンファレンス、「re:Inforce」だ。日本から参加したユーザー企業の代表者による振り返りのイベント「AWS re:Inforce 2019 re:Cap Seminar」の内容を元に、re:Inforceの概要と、AWSが目指すセキュリティのあり方を振り返ってみよう。

セキュリティは「すべての人の仕事」

 まず最初にアマゾン ウェブ サービス ジャパンのシニアセキュリティソリューションアーキテクト、桐山隼人氏が、re:Inforceの概要と、基調講演でのキーメッセージを紹介した。

アマゾン ウェブ サービス ジャパンのシニアセキュリティソリューションアーキテクト、桐山隼人氏

 2019年6月25日、26日にボストンで開催されたこのカンファレンスには、初開催にもかかわらず8000人を超える参加者があったという。AWSのCISOを務めるステファン・シュミット氏による基調講演はYouTubeで公開されているが、中でも「ビジネスのレジリエンスと、GDPRに代表されるコンプライアンスの対立構造を解決させるアベイラビリティゾーン(AZ)のようなインフラが、AWSにはあること」「最後の砦として、顧客のデータすべてを暗号化していくこと」「DevSecOpsと言われるが、価値を生み出すOpsありきで考え、その中にDevもSecも自然に組み込んでいくこと」の3つが大きなメッセージだとした。

 桐山氏はその上で、「セキュリティは今やすべての人の仕事。だから怖いものではないし、むしろ心配事や曖昧さを排除することでビジネスを安心して前進できるようにするドライバーである」という同社の姿勢を強調した。さらに「後手に回るのではなく『Be Proactive』に、問題が起きる前に先んじて対応していく姿勢を支援していく」とした。

人手に頼る監査からCompliance as a Codeへ

 オンライン証券サービスを展開しているカブドットコム証券では、API公開に向けてシステムをAWSに移行するなど積極的に活用している。同社の石川陽一氏は、「GRC」(Governance, Risk, Compliance)に注目してre:Inforce 2019に参加したそうだ。

カブドットコム証券 石川陽一氏

 「システム監査の文脈でGRCの検討を続けていたが、正直、日本ではあまり浸透していない。ガバナンスは、J-SOX法が入ってきて内部統制が叫ばれた時期に、難しい言葉で考えられることが多かった。だがre:Inforceに行ってみて、その考え方を変えていかなければならないと思った」と述べた。

 どのように変えるのか。「これまでGRCというと、ガバナンスだ、スタンダードだと取締役が偉そうに言ってくるイメージだったが、そうではない。継続的な改善を通じてレジリエントな組織を作り、継続的なコンプライアンスを実現するには人では無理で、機械でやっていかなければならない」と石川氏は述べ、Excelやチェックリストで○、×を付けていくのではなく、コードで表現し、自動化していく「Compliance as a Code」の考え方に強く共感したと振り返った。

「マルチアカウント環境は当たり前」でどう管理するかのヒントを

 Speeeの荻原一平氏は「セキュリティを担保しつつ、開発者の負荷を減らし、プロダクトに開発できる環境を作りたい」という狙いで参加。re:inventに比べるとかなりコンパクトなre:Inforceは「セキュリティに特化しており、回るのにちょうどいいな」という印象だったという。

Speee 荻原一平氏

 その荻原氏が注目したポイントの1つはマルチアカウント対応の強化だ。同社自身、AWS Organizationsを用いてアカウント管理基盤を構築中だが、「AWSのワークロードが大きくなると、社内の利用者も増えていく。マルチアカウント環境が当たり前になっていることを背景に、それをどう実現し、管理していくかのセッションが多かった」と振り返った。

 関連して、地味だがけっこううれしいアップデートの情報を、ユースケースとともに得られることもre:Inforceの収穫だったという。「たとえば、IAMユーザーやRoleなどにタグが付けられるようになった上、Orgnizationsの機能でAWSアカウントにもタグを付けられるようになった。めちゃくちゃ地味だけれど、グループングできるようになって自動化が可能になり、すごくうれしい」(荻原氏)。同様に、Organizations SCPの強化で、さまざまな制限をよりきめ細かく設定できるようになったこともありがたいという。

 「AWSでは日々新サービスやアップデートがあるけれど、セキュリティ関連は地味なものが多く、追いかけているつもりでも見落とすこともある。会場で話を聞くことで、そのキャッチアップができた」と現地に足を運んではじめて得られるメリットを振り返った。

前へ 1 2 3 次へ

カテゴリートップへ

本記事はアフィリエイトプログラムによる収益を得ている場合があります

アクセスランキング

  1. 1位

    TECH

    フォーティネットの「SSL-VPN廃止」 IPsec移行と脱VPN、それぞれの注意点を総ざらい

  2. 2位

    ソフトウェア・仮想化

    「SaaSの死」の影響は感じない ― グローバル以上に好調な日本市場、ServiceNow鈴木社長が語る

  3. 3位

    ネットワーク

    ネットワークとセキュリティの統合に強み 通信事業者系ZTNA/SASEサービス3選

  4. 4位

    TECH

    「蟻の一穴」となるリモートアクセスVPNの脆弱性 ZTNA/SASEはなぜ必要か?

  5. 5位

    デジタル

    海外駐在員の負担を軽減し、ワンチームへ kintoneは言語と文化の壁を越える「翻訳の魔法」

  6. 6位

    ビジネス

    医療費5兆円抑制につながる“国産ヘルスケア基盤”構築へ SMBC×富士通×ソフトバンクが業務連携

  7. 7位

    エンタープライズ

    基盤も古いし、コードも酷い! そんなクエストにGitHub Copilotで試行錯誤しまくった「みんな」こそ最高

  8. 8位

    サーバー・ストレージ

    「30%ではなく“30倍”の生産性向上へ」 AIエージェント時代に求められるIT基盤、マイケル・デル氏が語る

  9. 9位

    ビジネス・開発

    いますぐ捨てたいITサービスは? AI推しにそろそろ飽きてません? 情シスさんのホンネを「ゆるっとナイト」で聞いた

  10. 10位

    ITトピック

    AIセキュリティで必要な6つの対策/20代の半数が「検索エンジンを使わない」/生成AIツールはエンジニアの「業務インフラ」へ、ほか

集計期間:
2026年05月19日~2026年05月25日
  • 角川アスキー総合研究所