クラウドベンダーがセキュリティ機能を実装していない場合や、企業にとって明示的な制御がプラスに働く状況においても、CASBは有効だ。CASBを利用すれば、クラウドにセキュリティ制御を付加できる。具体的には、暗号化や認証・認可、IDフェデレーション、情報漏えい防止（DLP）、監査、ログ管理などのセキュリティ機能を追加可能だ。

　API（アプリケーションプログラミングインタフェース）を使った他製品との連携ができるCASB製品もある。これにより、CASBと既存のセキュリティ製品を連携させることができる。これはCASBの価値の根幹を成す。

API連携構成とプロキシ構成のどちらでCASBを導入するか

　CASBは用途だけでなく、仕組みも変化している。CASBの導入構成はクラウドの制御の仕方によって分類できる。現在の主要な導入構成はAPI連携構成とプロキシ構成だ。

　API連携構成のCASBは、クラウドベンダーが提供するAPIを使用することで、ログ記録を強化したり、暗号化機能を追加したりして、CASBのセキュリティ機能を強化できる。これはクラウドベンダーがさまざまなクラウドと連携させやすいAPIを提供している場合に適する。

　プロキシ構成のCASBを利用するには、エンドポイントとクラウドの間に、プロキシ機能を実現するデバイスを設置する。このデバイスには、エンドポイントが送信する全Webトラフィックにそのデバイスを経由させる「フォワードプロキシ」機能、あるいは外部の特定サービスから受信するトラフィックの中継地点となる「リバースプロキシ」機能を持たせる。

　最近では、API連携構成とプロキシ構成を組み合わせたアプローチも見られるようになった。その要因は、HTTPS通信の傍受における潜在的な問題の発覚だ。例えばセキュリティ対策機関US-CERT（United States Computer Emergency Readiness Team）は、攻撃者が通信に割り込む「中間者攻撃」で生じるセキュリティ問題に関するガイドラインを発表した。このガイドラインによると、「必要な全てのセキュリティ対策を完璧に導入しない限り、HTTPS通信は大幅に弱体化する」という。同様に、証明書の有効期限や失効の確認といった全てのチェック項目を適切に管理していなければ、特定種類の攻撃を受けやすくなり、HTTPS通信を利用したセッション全体のセキュリティが低下する。

　そのため、一部のユーザーにとってCASB導入の決め手は、導入構成としてプロキシ構成ではなく、API連携構成を選択できるかどうかが重要になった。このことが、CASBベンダーに代替戦略を立てさせる競争圧力をかけている。

　CASB市場が誕生したばかりのころは、CASBの導入構成は、API連携構成よりもプロキシ構成の方が一般的だった。だが今日では、両方またはAPI連携構成を選ぶ動きが広がっている。クラウドベンダーがAPIを充実させていることが、この背景にある。

　ここ数年でCASB市場は非常に活気付いた。少し前までは“隙間市場”だったCASB市場には、M&A（合併と買収）を通じてIBMやCisco Systems、Microsoft、Symantec、Palo Alto Networksといった大手ベンダーが参入するようになった。新たに誕生した機能や技術的な運用の進化、成長を考えれば、CASB市場の変化は続くと予想される。これは、CASBユーザーにとって望ましいことだ。