このトピックでは、アプリケーションセキュリティの利用に関するよくある質問にお答えします。
アプリケーションセキュリティはアプリケーションパフォーマンスに影響しますか?
稼働中のアプリケーションへの影響は無視できるレベルです。テストでは、追加の CPU オーバーヘッドは 1% 未満、メモリ オーバーヘッドは 30 MB 未満、アプリケーションレイテンシー (RT) は 1 ms 未満でした。これらの数値は、テスト環境で測定された参考値です。アプリケーションセキュリティは、稼働中のアプリケーションへの干渉を最小化するために、[Monitor] モードとソフトサーキットブレーカーのエスケープメカニズムも提供します。
アプリケーションセキュリティを有効にする方法を教えてください。
ARMS コンソールで 1 回クリックするだけでアプリケーションセキュリティを有効にできます。有効化した後、対象アプリケーションのインスタンスを再起動します。コードを変更する必要はありません。アプリケーションセキュリティは現在、Java アプリケーションのみをサポートしています。詳細な手順については、「Enable Application Security」をご参照ください。
アプリケーションセキュリティでアプリケーションを保護する方法を教えてください。
アプリケーションセキュリティが検出する攻撃は、実際のセキュリティ脅威です。トラフィックシグネチャに依存する従来の検出方法と比べて、アプリケーションセキュリティの偽陽性率は非常に低くなっています。そのため、検出された攻撃はいずれも重大なものとして扱う必要があります。アプリケーションセキュリティを初めて有効にした場合、デフォルトの防御モードは [Monitor] モードです。アプリケーションが安定して稼働していることを確認した後、[Monitor and Block] モードに切り替えることができます。
攻撃統計が表示されないのはなぜですか?
攻撃データが表示されない原因として、次の3つが考えられます。
アプリケーションが完全に統合されていません。コンソールで アクセス をクリックした後にアプリケーションのインスタンスを再起動していない、または一部のインスタンスのみを再起動しています。
アプリケーションの Java エージェントが古くなっています。アプリケーションセキュリティでは、次のいずれかのエージェントバージョンが必要です。詳細については、「Enable Application Security」をご参照ください。
Container Service および EDAS のアプリケーションなど、自動更新のシナリオでは、エージェントバージョンが v2.7.1.2 以降である必要があります。
説明自動更新のシナリオでは、アプリケーションまたは Pod を再起動することでエージェントを自動的に更新できます。詳細については、「Upgrade the ARMS agent」をご参照ください。
その他の手動更新のシナリオでは、エージェントバージョンが v2.7.1.3 以降である必要があります。
成功した攻撃が発生していません。従来のファイアウォールとは異なり、アプリケーションセキュリティは成功した攻撃のみを記録します。従来のファイアウォールは、データパケット内で悪意のある特徴を検出すると攻撃として報告します。しかし、悪意のある特徴があるからといって、攻撃が成功するとは限りません。たとえば、PHP の脆弱性を悪用する攻撃リクエストは、Java 環境では意味がありません。成功した攻撃とは、攻撃者が外部防御を突破し、アプリケーションの内部環境に侵入して悪意のある操作を実行できる状態を意味します。アプリケーションで成功した攻撃が多発するとは限りませんが、いずれも重大なものとして扱う必要があります。攻撃をブロックするか、基盤となる脆弱性を速やかに修正してください。
リスクコンポーネント検出における脆弱性の対処
リスクコンポーネント検出で見つかる脆弱性はすべて公開情報です。攻撃者はこれらの脆弱性を悪用して侵入を試みる可能性があります。脆弱性が現時点では悪用できない場合でも、アプリケーションのコードが進化するにつれて悪用可能になる可能性があります。多くの場合、該当アプリケーションの防御モードをデフォルトの モニタリーグ モードではなく [Monitor and Block] に切り替えることで、アプリケーションセキュリティはこれらの脆弱性からアプリケーションを防御できます。
これらの脆弱性も速やかに修正する必要があります。ARMS コンソールにログインできます。 ページで、リストから対象の脆弱性を見つけ、詳細 列にある 表示 をクリックします。[詳細] タブで、[修正リファレンス] セクションで推奨される修正を確認します。ほとんどの推奨事項は、コンポーネントベンダーが提供する公式のアップグレードパスまたは修正です。また、検索エンジンで脆弱性の CVE ID を検索して、関連する解決策を見つけることもできます。