Secure Web Appliance へようこそ
最新情報
AsyncOS 16.0.0-399(一般導入)の新機能
|
機能 |
説明 |
|---|---|
|
正常性チェック API |
AsyncOS 16.0 では、主要なアプライアンスのサービス、ネットワーク接続、およびシステムリソースで正常性チェックを実行するための REST API が導入されています。これらの API を使用すると、管理者はプログラムで正常性に関する情報を取得し、接続およびシステム関連の問題をトラブルシュートできます。 次の正常性チェック API を使用できます。
該当するすべてのコンポーネントの情報を取得できます。また、サポートされている場合は、特定のサーバー、ネットワーク インターフェイス、またはシステムメトリックのクエリを実行できます。これらの API は、アプライアンスの自動ヘルスモニタリングおよびトラブルシューティングに使用できます。詳細については、『AsyncOS API 16.0 for Cisco Secure Web Appliance–Getting Started Guide』を参照してください。 正常性チェック API は、REST API v3.0 エンドポイントでのみサポートされています。 |
AsyncOS 16.0.0-359(限定導入)の新機能
|
機能 |
説明 |
||
|---|---|---|---|
|
SAML を使用するシングルサインオン |
Cisco Secure Web Appliance は、SAML を使用したシングルサインオン(SSO)をサポートするようになりました。この設定により、ユーザーは組織内の他の SAML SSO 対応サービスに使用するのと同じログイン情報を使用して、アプライアンスの Web インターフェイスにログインできます。アプライアンスを SAML サービスプロバイダー(SP)として設定し、Microsoft ADFS などの SAML ID プロバイダー(IdP)と統合することで、ユーザーは一度認証すれば、ログインを繰り返さなくても、承認されたすべてのサービスにシームレスにアクセスできます。
新規/変更された画面:、 |
||
|
構成監査ログ |
構成監査ログは、Cisco Secure Web Appliance に対するすべての構成変更をライフサイクル全体で追跡してログに記録するように設計されたモニタリングページです。以前は、これらの変更を監視する専用ページがなかったため、変更を追跡するのが困難でした。 新規/変更された画面: |
||
|
KyberKEM(耐量子計算機暗号) |
KyberKEM は、将来の量子コンピューティングの脅威から通信を保護する耐量子計算機暗号(PQC)機能として Cisco Secure Web Appliance に統合されています。その主な目的は、伝送システム内の攻撃者に対する耐性を確保しつつ、通信する 2 者間で共有秘密を確立することです。
新規/変更された CLI: |
||
| ADC における生成 AI の可視性と制御 |
Cisco Secure Web Appliance では、アプリケーションの検出および制御(ADC)エンジンを介した生成 AI アプリケーションの可視性が強化され、詳細な制御が可能になりました。この更新では、ADC データベースに登録された生成 AI アプリケーションを 4 件から 1,200 件以上に拡張することで、シャドウ IT やデータ漏洩の可能性に関連するセキュリティリスクに対処します。これらのアプリケーションには、ChatGPT、Claude、Midjourney、GitHub Copilot などのツールが含まれます。 シスコの Cloud App Security Intelligence(CASI)と統合することで、管理者は、AI を利用したさまざまなコンテンツ作成、コーディング、および生産性ツールを正確に特定して監視し、それらのツールにアクセスポリシーを適用できるようになります。 |
AsyncOS 16.0.0-399(一般導入)の動作の変更
-
syslog プッシュが有効になっている場合のアクセスおよび PACD ログのリアルタイムモニタリング:syslog プッシュが設定されている場合、アクセスログ(
.c)および PACD ログ(.log)ファイルが Cisco Secure Web Appliance に作成されます。tailコマンドを使用すると、これらのログファイルをリアルタイムで監視できます。 - 保持されるログファイルの最大数の増加:SCP、FTP、または syslog プッシュが設定されている場合、保持されるログファイルの最大数を 999 に設定できるようになりました。
以前は、SCP および FTP で保持されるファイルのデフォルトの最大数は 100 で、この値は syslog プッシュではカスタマイズできませんでした。
-
syslog バッファ制限の増加:syslog バッファの上限が、512 KB から GB 単位で測定されるより大きなモデル固有のキャパシティに増加しました。
-
個別のフィールドとして使用可能になった最大ファイル数:[最大ファイル数(Maximum number of files)] オプションが、すべてのログで個別のフィールドとして使用できるようになりました。このフィールドを使用すると、ローテーションするファイル数を設定できます。
以前は、このオプションは、ログの取得方法として [FTP] または [None(なし)] が選択されている場合にのみ使用できました。
-
syslog プッシュで使用可能なログロールオーバーとファイル設定:syslog プッシュが有効になっている場合、すべてのログタイプに対して [ファイルサイズによりロールオーバー(Rollover by File Size)]、[時刻によりロールオーバー(Rollover by Time)]、[ログ圧縮(Log Compression)]、および [ファイル名(File Name)] の設定をカスタマイズできるようになりました。
以前は、syslog プッシュが有効になっている場合、これらの設定が無効になっていました。
-
手動ログロールオーバー後の PACD ログおよびアクセスログのプロセス再起動:手動ログロールオーバーを実行すると、PACD ログおよびアクセスログのプロセスが自動的に再起動します。
-
ログファイルの命名とローテーションの変更:.c、.s、および .current ログファイルは、PACD ログに使用されなくなりました。現在のログは .log ファイルに保存されます。
サイズベースのロールオーバーでは、ローテーションされたログファイルには .log.1、.log.2 のように連番を付ける命名規則が使用されます。時間ベースのロールオーバーでは、ローテーションされたログファイルには .log.<timestamp> 命名規則が使用されます。
-
SCP または FTP プッシュ有効時のログファイルの保持:SCP または FTP プッシュが有効になっている場合、ログファイルはアプライアンスで保持されません。ローテーションされたログファイルのうち、転送用に
.log.1の 1 ファイルのみが保持されます。swa_logdプロセスが中断されない場合、後続のログファイルは転送後に保持されません。 -
ログファイルの開始および終了メッセージの削除:「開始(Begin)ログファイル」および「終了(End)ログファイル」メッセージは、PACD ログに含まれなくなりました。
-
新しいログメッセージの受信後に発生する時間ベースのログロールオーバー:時間ベースのロールオーバーが設定されている場合、設定された時間間隔に達してもログファイルはすぐにはローテーションされません。ロールオーバーは、設定された時間間隔に達した後、新しいログメッセージを受信すると発生します。
既知の動作
次に、このリリースの既知の動作を示します。
CSP で FIPS が有効になっている場合のアップグレード後の PACD 設定のリセット:CSP で FIPS が有効になっている場合、アプライアンスをアップグレードすると、バックエンドの PACD 設定がデフォルト値にリセットされます。ただし、既存の PACD 設定は Web インターフェイスに引き続き正しく表示されます。バックエンドの既存の PACD 設定を同期して保持するには、Web インターフェイスでいずれかの PACD ロギング設定を変更し、変更を確定します。
Cisco Secure Web Appliance AVC または ADC エンジンの既知の動作:アプリケーションが ADC/AVC でブロックされるように設定されている場合、アプリケーションのすべてのサブカテゴリもブロックされます。特定のサブカテゴリは詳細なゲイン制御機能を使用してブロックできますが、この機能は smugmug、Facebook、LinkedIn などの特定のアプリに限定されます。
Secure Web Appliance と Umbrella の統合 - ハイブリッドポリシーの既知の動作
-
デフォルトでは、Secure Web Appliance の Umbrella 設定のソースインターフェイスは [管理(Management)] に設定されています。ソースインターフェイスを [データ(Data)] に変更するには、ハイブリッドポリシーを有効にする前に、変更を送信してコミットする必要があります。
-
ハイブリッドポリシーは、ルールアクションの [許可(Allow)]、[ブロック(Block)]、および [警告(Warn)] でサポートされています。
-
変換は、コンテンツカテゴリ、接続先リスト、アプリケーションでサポートされています。
-
AD ユーザー、AD グループ、およびパブリックネットワークに関連付けられた内部ネットワークの変換がサポートされています。
-
Secure Web Appliance では、1 つのグローバルな Umbrella がプッシュした識別プロファイルが常に使用可能です。
-
Secure Web Appliance の管理者によって設定されたポリシーは、Umbrella からのポリシープッシュに従って優先されます。
-
登録済みアプライアンスページでポリシープッシュが有効になっている場合、Umbrella で設定されたポリシーは、Umbrella に登録されているすべての Secure Web Appliance にプッシュされます。
-
Umbrella によってプッシュされた復号ポリシーでは、WBRS は無効になります。
-
Umbrella によってプッシュされた復号ポリシーは、デフォルトでは [複合(Decrypt)] アクションに設定されています。
-
[エンドユーザー通知(End-User Notification)] ページは、グローバル設定として Secure Web Appliance で常に有効になります。
-
Secure Web Appliance では、[エンドユーザー通知(End-User Notification)] ページは、Umbrella の最初のルールセットで最初に選択されたブロックページにのみ設定されます。
-
最初のルールセットの選択されたブロックページの外観の変更は、3 時間ごとに変換されます。
-
Umbrella によってプッシュされた識別プロファイルと顧客カテゴリでは、これらのプロファイルまたはカテゴリが Umbrella から削除されると、管理者が設定したポリシーは Secure Web Appliance 側から無効になります。
-
Umbrella ORG への Secure Web Appliance 登録は、特定の ORG に割り当てられたシート数に制限されています。これは、Umbrella ユーザーインターフェイスの次のパスに表示されます:[管理者(Admin)] > [ライセンス(Licensing)] > [シート数(Number of seats)]。
-
Umbrella ORG に登録されている場合は、SMA ポリシーを Secure Web Appliance にプッシュできません。
-
Umbrella に統合された内部ネットワークと AD がない場合、Umbrella はプロファイル、ポリシー、およびカスタム URL カテゴリを Secure Web Appliance にプッシュできません。
-
登録およびハイブリッドサービスの有効化に使用された API キーが期限切れの場合、Umbrella でハイブリッドポリシーまたは登録された Secure Web Appliance を再度有効にするまで、接続が閉じられません。
-
次の Umbrella ルール設定は、ハイブリッド ポリシー プッシュではサポートされていません:[ルールスケジューリング(Rules Scheduling)] および [保護バイパス(Protected Bypass)]
-
Secure Web Appliance が Umbrella によって管理されている場合、Secure Web Appliance にプッシュされた SMA ポリシーは受け入れられません。
-
設定の保存と読み込みの機能が、Umbrella の設定では機能しません。
-
次のルールセット設定では、変換はサポートされていません。
-
ルールセット アイデンティティ - Chromebook、G Suite OU、G Suite ユーザー、トンネル、ローミングコンピュータ、内部ネットワークのすべてのトンネル
-
テナント制御
-
ファイル分析
-
ファイルタイプ制御
-
HTTPS インスペクション - 選択的復号リストのアプリケーションのみ
-
PAC ファイル
-
SafeSearch
-
ルールセットロギング
-
SAML
-
セキュリティ設定
-
-
Secure Web Appliance の HTTPS プロキシまたは AD レルムに加えられた変更は、Umbrella ポリシーには影響しません。
-
アプリケーション設定(CASI)変換
-
ルールで選択したアプリケーション設定は、Secure Web Appliance の で ADC が有効になっている場合にのみ変換され、Secure Web Appliance のアクセスポリシーにプッシュされます。
-
ルールでアプリケーションを選択すると、選択したアプリケーションのドメインを含むカスタム URL カテゴリがそのルールにプッシュされます。これと同じカテゴリのカスタム URL が、アクセスポリシーの [URL フィルタリング(URL Filtering)] セクションで選択され、アクションとして [モニター(Monitor)] が選択されます。
-
Secure Web Appliance で使用可能で、Umbrella では使用できないアプリケーションは、グローバル設定アクションを継承します。Umbrella で使用可能で、Secure Web Appliance で使用できないアプリケーションは無視されます。
-
Secure Web Appliance では、ルール内で選択されていないアプリケーションはグローバル設定を継承します。
-
-
選択的ポリシープッシュ
-
Umbrella Web ポリシーは、ハイブリッドポリシーの状態が [アクティブ(Active)] で、ポリシープッシュが有効になっている場合にのみ、登録済みの Secure Web Appliance にプッシュされます。
-
-
Umbrella UI エラーメッセージ
-
最後のポリシープッシュの失敗に関するエラーメッセージは、[登録済みアプライアンス(Registered Appliance)] ページに表示されます。最大文字数は 1024 文字です。
-
-
Umbrella プッシュポリシーのクリーンアップ
-
Umbrella によってプッシュされたポリシーがクリーンアップされると、管理者が設定したすべてのポリシーが無効になります。
-
Secure Web Appliance と Umbrella の統合 - ハイブリッドレポートの既知の動作
-
Secure Web Appliance のハイブリッドレポート機能は、ハイブリッドポリシーが有効になっている場合にのみ有効にできます。
-
Secure Web Appliance は、Umbrella が設定したポリシーレポートデータを Umbrella ダッシュボードに送信します。
-
ローカルレポートディスク容量の約 25 % がハイブリッドレポートデータの保存に使用され、Umbrella にプッシュされます。
-
Secure Web Appliance がレポートデータを Umbrella にプッシュしない場合、後でデバッグするためにそれらのレポートデータのみをディスクに保存します。
-
Secure Web Appliance は、その SWA に対する選択的ポリシープッシュが無効になった後でも、Umbrella ポリシーによって評価されたレポートデータを送信し続けます。ルールが Umbrella ポリシーから削除されている場合、Umbrella ポリシー レポート ダッシュボードには、それらのレコードの削除されたルールが表示されることがあります。
既知の制限事項
このリリースでは、次の既知の制限事項があります。
ログファイル設定:
-
同じログファイルに、サイズベースと時間ベースのロールオーバーの両方を設定することはできません。両方のロールオーバーオプションが設定されている場合は、時間ベースのロールオーバーが優先されます。
-
[最大ファイル数(Maximum Number of Files)] の値を減らすと、新しく設定された制限を超える既存のログファイルは自動的に削除されません。ファイルは既存のログファイルパスに残ります。
Sophos エンジンの既知の制限:Sophos は、Deflate/Brotli エンコードタイプでマルチエンコードされたファイルをスキャンできません。Sophos は SAVI_CORRUPT エラーが表示され、ファイルがデフォルトでブロックされます。
MIME タイプライブラリ:MIME タイプライブラリが 5.11 から 5.39 にアップグレードされ、一部のファイルタイプの MIME タイプが変更されました。その結果、SWA で許可/ブロックされる MIME タイプに関する動作が変わる可能性があります。最新のライブラリに基づいて MIME タイプを変更することで、この動作変更を回避できます。
Secure Web Appliance と Umbrella の統合 - ハイブリッドポリシーの既知の制限事項
-
次のシナリオでは、ポリシー変換がトリガーされません。
-
ルールセットの名前の変更。
-
ルールで選択された接続先リストの名前の変更。
-
ルールで選択されたアプリケーションリストの名前の変更。
-
HTTP インスペクション中に選択された選択的復号リストの名前の変更。
-
HTTPS インスペクションに使用される選択的復号リストのカテゴリの追加または削除。
-
HTTPs インスペクションでの、カテゴリのみを含む選択的復号リストの選択。
-
ルールセットまたはルールの AD ユーザーまたはグループの追加または削除。
-
Umbrella ダッシュボードの AD の統合または削除。
-
-
ルールセット アイデンティティが複数のルールセットで同じである場合、同じアイデンティティの最初のルールセットのみが、一貫して HTTPS インスペクション設定を変換します。
-
エンドユーザー通知の [カスタム URL へのリダイレクト(Redirect to Custom URL)] テキストボックスの形式で、整形式のホスト名または IPV4 アドレスのみがサポートされます。Umbrella のブロックページで構成された他の URL 形式を Secure Web Appliance にプッシュすると、ポリシープッシュが失敗し、次のエラーメッセージが表示されます。「http/https の URL は適切なホスト名または IPv4 アドレスで構成されていなければなりません。任意でポート番号を含めることはできますが、クエリ文字列('?...')は含めないでください。'コード':'400'、'説明':'400 = 不正なリクエスト構文またはサポートされていないメソッド'。(An http/https URL must consist of a well-formed hostname or IPv4 address, may optionally include a port, but may not contain a querystring ('?...').'.", 'code': '400', 'explanation': '400 = Bad request syntax or unsupported method.')」
-
ルールセットで AD グループが選択されていて、ルールが一致しない場合、そのルールに対してアクセスポリシーが作成されません。
-
Umbrella から Secure Web Appliance にプッシュされる復号ポリシーについて、選択的復号リストで選択されたカテゴリとドメインがパススルーに設定されます。定義済みおよびカスタムの URL カテゴリの場合、Secure Web Appliance でアクセスポリシーは適用されませんが、ルールは Umbrella の同じ設定に適用されます。
-
Umbrella で Microsoft 365 互換性が有効になっている場合、Umbrella から Secure Web Appliance にプッシュされる復号ポリシーがパススルーに設定されます。その結果、Microsoft 365 エンドポイントのすべてのカテゴリでパススルーが有効になります。
-
信頼できる AD が Secure Web Appliance で設定されておらず、この AD に対して Umbrella レベルでグループが選択されている場合、Secure Web Appliance レベルで設定する必要があることを示すエラーメッセージが表示されます。
-
ルールセットとルールで異なるマスクを持つネットワークが選択されている場合、変換はサポートされません。
-
ルール全体で多数のアプリケーションが選択されている場合、Secure Web Appliance のパフォーマンスが影響を受けます。
-
冗長な設定を避けるために、ルールで個々のアプリケーションを選択するのではなく、アプリケーションリストを使用することをお勧めします。
Secure Web Appliance と Umbrella の統合 - ハイブリッドレポートの既知の制限事項
-
ユーザーが Umbrella ポリシーに含まれていない場合、AD ユーザーを Umbrella 送信元 ID にマッピングすることはできません。このタイプのイベントは、Secure Web Appliance の発信元 ID によって識別されます。
-
フィルタリングのサポート
-
Secure Web Appliance ベースのフィルタリングでは、外部 IP アドレスのみがサポートされます。
-
同じ管理 IP アドレスを持つ同じ組織(異なる場所)の Secure Web Appliance は、結合されたレポートデータになります。
-
LDAP/ISE/ゲストベースのアイデンティティの場合、Secure Web Appliance AD のユーザーベースのアイデンティティはサポートされていません。
-
-
場合によっては、レポートエントリが重複または失われることがあります。
-
ハイブリッドレポートを有効または無効にすると、レポートされたヘルパーでアプリケーション障害が発生します。
新しい Web インターフェイスへのアクセス
新しい Web インターフェイスは、モニタリング レポートとトラッキング Web サービスの新しい外観を提供します。新しい Web インターフェイスには次の方法でアクセスできます。
-
レガシー Web インターフェイスにログインし、[Secure Web Appliance をクリックして新しい外観を試してみてください(Secure Web Appliance is getting a new look. Try it!!)] のリンクをクリックします。このリンクをクリックすると、Web ブラウザの新しいタブが開き、
https://wsa01-enterprise.com:<trailblazer-https-port>/ng-loginに移動します。ここでは、wsa01-enterprise.comはアプライアンスのホスト名で、<trailblazer-https-port>は、新しい Web インターフェイスにアクセスするためにアプライアンスに設定されている TRAILBLAZER HTTPS ポートです。
重要
-
アプライアンスのレガシー Web インターフェイスにログインする必要があります。
-
指定したアプライアンスのホスト名を DNS サーバが解決できることを確認します。
-
デフォルトでは、新しい Web インターフェイスでは、TCP ポート 6080、6443、および 4431 が動作可能である必要があります。これらのポートがエンタープライズ ファイアウォールでブロックされていないことを確認します。
-
新しい Web インターフェイスにアクセスするためのデフォルト ポートは 4431 です。これは、trailblazerconfig CLI コマンドを使用してカスタマイズできます。trailblazerconfig CLI コマンドの詳細については、ユーザガイドの「コマンドライン インターフェイス」の章を参照してください。
-
新しい Web インターフェイスでは、HTTP および HTTPS の AsyncOS API(モニタリング)ポートも必要です。デフォルトでは、これらのポートは 6080 および 6443 です。AsyncOS API(モニタリング)ポートは、interfaceconfig CLI コマンドを使用してカスタマイズすることもできます。Interfaceconfig CLI コマンドの詳細については、ユーザ ガイドの「コマンドライン インターフェイス」の章を参照してください。
これらのデフォルトポートを変更した場合は、新しい Web インターフェイスのカスタマイズされたポートがエンタープライズ ファイアウォールでブロックされていないことを確認します。
新しい Web インターフェイスは新しいブラウザウィンドウで開きます。それにアクセスするには、再度ログインする必要があります。アプライアンスから完全にログアウトする場合は、アプライアンスの新しい Web インターフェイスとレガシー Web インターフェイスの両方からログアウトする必要があります。
HTML ページのシームレスなナビゲーションとレンダリングのために、次のブラウザを使用してアプライアンスの新しい Web インターフェイス(AsyncOS 11.8 以降)にアクセスすることをお勧めします。
-
Google Chrome
-
Mozilla Firefox
サポートされているブラウザのいずれかで、アプライアンスのレガシー Web インターフェイスにアクセスできます。
アプライアンスの新しい Web インターフェイス(AsyncOS 11.8 以降)でサポートされている解像度は、1280x800 ~ 1680x1050 です。すべてのブラウザに対して最適に表示される解像度は 1440 x 900 です。
(注) |
シスコでは、より高い解像度でアプライアンスの新しい Web インターフェイスを表示することは推奨していません。 |
リリースの分類
各リリースは、リリースのタイプ(ED:初期導入、GD:全面導入など)によって識別されています。これらの用語の説明については、http://www.cisco.com/c/dam/en/us/products/collateral/security/web-security-appliance/content-security-release-terminology.pdfを参照してください。
このリリースでサポートされているハードウェア
このビルドは EFT テスト専用で、S600V モデルでのみサポートされます。
アップグレードパス
AsyncOS 16.0.0-399 へのアップグレード
(注) |
|
次のバージョンから AsyncOS 16.0.0-399 バージョンにアップグレードできます。
|
|
AsyncOS 16.0.0-359 へのアップグレード
(注) |
|
次のバージョンから AsyncOS 16.0.0-359 バージョンにアップグレードできます。
|
|
仮想アプライアンスの展開
仮想アプライアンスの展開については、『Cisco Content Security Virtual Appliance Installation Guide』を参照してください。このドキュメントは、http://www.cisco.com/c/en/us/support/security/web-security-appliance/products-installation-guides-list.html から入手できます。
ハードウェア アプライアンスから仮想アプライアンスへの移行
手順
|
ステップ 1 |
『Cisco Content Security Virtual Appliance Installation Guide』[英語] に記載されている手順に従って仮想アプライアンスを設定します。
|
||
|
ステップ 2 |
ハードウェアアプライアンスをこのバージョンの AsyncOS にアップグレードします。 |
||
|
ステップ 3 |
アップグレードされたハードウェアアプライアンスの設定ファイルを保存します。 |
||
|
ステップ 4 |
ハードウェアアプライアンスから仮想アプライアンスに設定ファイルをロードします。 仮想アプライアンスとハードウェアの IP アドレスが異なる場合は、設定ファイルをロードする前に、[ネットワーク設定のロード(Load Network Settings)] を選択解除します。 |
||
|
ステップ 5 |
変更を保存します。 |
||
|
ステップ 6 |
に移動し、ドメインに再度参加します。そうしないと、アイデンティティは機能しません。 |
AsyncOS for Web のアップグレード
始める前に
-
TLSv1.0 と TLSv1.1 の各プロトコルは、プロキシ構成以外の SSL 構成ではサポートされなくなりました。AsyncOS をアップグレードする前に、TLS バージョンを TLSv1.2 以降に変更する必要があります。
-
管理者としてログインします。
-
RAID コントローラファームウェアの更新を含むアップグレード前の要件を実行します。
手順
|
ステップ 1 |
ページで、Secure Web Appliance から XML 構成ファイルを保存します。 |
||
|
ステップ 2 |
ページで、[アップグレードオプション(Upgrade Options)] をクリックします。 |
||
|
ステップ 3 |
[ダウンロードとインストール(Download and install)] または [ダウンロードのみ(Download only)] のいずれかを選択します。 |
||
|
ステップ 4 |
利用可能なリストから、アップグレードを選択します。 |
||
|
ステップ 5 |
[続行(Proceed)] をクリックします。 [ダウンロードのみ(Download only)] を選択した場合は、アップグレードがアプライアンスにダウンロードされます。 |
||
|
ステップ 6 |
[ダウンロードとインストール(Download and install)] を選択した場合は、アップグレードが完了したら、[今すぐリブート(Reboot Now)] をクリックして、Cisco Secure Web Appliance をリブートします。
|
アップグレード後に必要な重要アクション
アップグレード後にアプライアンスが正常に機能し続けるようにするには、次の事項に対処する必要があります。
シスコが推奨する暗号スイートへのデフォルト プロキシ サービス暗号スイートの変更
AsyncOS 9.1.1 以降では、プロキシ サービスに使用可能なデフォルトの暗号スイートは、セキュアな暗号スイートのみを含むように変更されます。
ただし、AsyncOS 9.x.x 以降のリリースからアップグレードする場合、デフォルトのプロキシ サービスの暗号スイートは変更されません。セキュリティを強化するために、アップグレード後に、デフォルトのプロキシ サービス暗号スイートをシスコが推奨する暗号スイートに変更することをお勧めします。次の手順を実行します。
手順
|
ステップ 1 |
Web インターフェイスを使用してアプライアンスにログインします。 |
||
|
ステップ 2 |
をクリックします。 |
||
|
ステップ 3 |
[設定の編集(Edit Settings)] をクリックします。 |
||
|
ステップ 4 |
[プロキシサービス(Proxy Services)] で、[使用する暗号(CIPHER(s) to Use)] フィールドを次のフィールドに設定します。
|
||
|
ステップ 5 |
変更を送信し、保存します。 |
CLI で sslconfig コマンドを使用して、上記の手順を実行することもできます。
仮想アプライアンス:SSH セキュリティ脆弱性の修正に必要な変更
このセクションの要件は AsyncOS 8.8 で導入されました。
次のセキュリティ脆弱性は、アプライアンスに存在する場合、アップグレード中に修正されます。
(注) |
このパッチは、2015 年 6 月 25 日より前にダウンロードまたはアップグレードされた仮想アプライアンス リリースにのみ必要です。 |
アップグレード前にこの問題を修正しなかった場合は、修正されたことを示すメッセージがアップグレード中に表示されます。このメッセージが表示された場合、アップグレード後にアプライアンスを完全な動作順序に戻すには次のアクションを実行する必要があります。
-
SSH ユーティリティの既知のホスト リストから、アプライアンスの既存のエントリを削除します。新しいキーが作成されたら、ssh 経由でアプライアンスに接続し、接続を承認します。
-
SCP プッシュを使用して、リモートサーバ(Splunk を含む)にログを転送する場合は、リモートサーバからアプライアンスの古い SSH ホストキーをクリアします。
-
展開に Cisco コンテンツ セキュリティ管理アプライアンスが含まれている場合は、そのアプライアンスのリリース ノートに記載されている重要な手順を参照してください。
ファイル分析:クラウドで分析結果の詳細を表示するために必要な変更
複数のコンテンツ セキュリティ アプライアンス(Web、電子メール、または管理)を展開しており、組織内の任意のアプライアンスからアップロードされたすべてのファイルについてクラウド内の詳細なファイル分析結果を表示する場合は、アップグレード後に各アプライアンスでアプライアンス グループを設定する必要があります。アプライアンスグループを設定するには、「File Reputation Filtering and File Analysis」を参照してください。
ファイル分析:クラウドで分析結果の詳細を表示するために必要な変更
複数のコンテンツ セキュリティ アプライアンス(Web、電子メール、または管理)を展開しており、組織内の任意のアプライアンスからアップロードされたすべてのファイルについてクラウド内の詳細なファイル分析結果を表示する場合は、アップグレード後に各アプライアンスでアプライアンス グループを設定する必要があります。アプライアンスグループを設定するには、「File Reputation Filtering and File Analysis」を参照してください。
ファイル分析:分析対象のファイル タイプの確認
AsyncOS 8.8 でファイル分析クラウドサ ーバの URL が変更されました。その結果、分析可能なファイルタイプがアップグレード後に変更された可能性があります。変更がある場合は、アラートが表示されます。分析用に選択したファイルタイプを確認するには、を選択し、Advanced Malware Protection の設定を確認します。
正規表現のエスケープされていないドット
正規表現のパターンマッチング エンジンにアップグレードすると、システムの更新後に既存のパターン定義でエスケープされていないドットに関するアラートが表示されることがあります。ドットの後に 64 文字以上を返すパターン内のエスケープされていないドットは、Velocity パターンマッチングエンジンによって無効化され、その影響についてのアラートがユーザーに送信されます。パターンを修正または置換するまで、更新のたびにアラートは送信され続けます。一般に、長い正規表現内のエスケープされていないドットは問題を引き起こす可能性があるため、避ける必要があります。
マニュアルの更新
Web サイト(www.cisco.com)にあるユーザ ガイドは、オンライン ヘルプよりも最新である場合があります。この製品のユーザ ガイドとその他のドキュメントを入手するには、オンライン ヘルプの [PDFの表示(View PDF)] ボタンをクリックするか、「関連資料」に示す URL にアクセスしてください。
既知および修正済みの問題
既知および修正済みの問題のリスト
リリース 16.0.0-399 の既知および修正済みの問題
リリース 16.0.0-359 の既知および修正済みの問題
バグ検索ツールの要件
シスコ アカウントを持っていない場合は、登録します。https://identity.cisco.com/ui/tenants/global/v1.0/enrollment-ui に移動します。
既知および解決済みの問題に関する情報の検索
Cisco Bug Search Tool を使用して、既知および解決済みの不具合に関する現在の情報を検索します。
始める前に
シスコ アカウントを持っていない場合は、登録します。https://identity.cisco.com/ui/tenants/global/v1.0/enrollment-ui に移動します。
手順
|
ステップ 1 |
|
|
ステップ 2 |
シスコ アカウントのクレデンシャルでログインします。 |
|
ステップ 3 |
をクリックし、[OK] をクリックします。 |
|
ステップ 4 |
[リリース(Releases)] フィールドに、リリースのバージョン(x.x.x など)を入力します。 |
|
ステップ 5 |
要件に応じて、次のいずれかを実行します。
|
(注) |
ご不明な点がある場合は、ツールの右上にある [ヘルプ(Help)] または [フィードバック(Feedback)] リンクをクリックしてください。また、インタラクティブなツアーもあります。これを表示するには、[検索(search)] フィールドの上のオレンジ色のバーにあるリンクをクリックします。 |
関連資料
|
資料 |
参照先 |
|---|---|
|
Cisco Secure Web Appliance ユーザーガイド |
|
|
シスコのコンテンツセキュリティ管理アプライアンスユーザーガイド |
https://www.cisco.com/c/en/us/support/security/content-security-management-appliance/series.html |
|
仮想アプライアンス インストールガイド |
|
|
Secure Web Appliance のリリースノート、ISE 互換性マトリックス、および暗号 |
|
|
Cisco Secure Email and Web Manager と Cisco Secure Web Appliance の互換性マトリックス |
|
|
API ガイド |
サポート
シスコサポートコミュニティ
シスコサポートコミュニティは、シスコのお客様、パートナー、および従業員向けのオンラインフォーラムです。Web セキュリティに関する一般的な問題や、特定のシスコ製品に関する技術情報について話し合う場を提供します。このフォーラムにトピックを投稿して質問したり、他のシスコユーザーと情報を共有したりできます。
Web セキュリティと関連管理については、シスコサポートコミュニティにアクセスしてください。
カスタマー サポート
(注) |
仮想アプライアンスのサポートを受けるには、Cisco TAC にお問い合わせください。TAC に連絡する前に、仮想ライセンス番号(VLN)番号を準備してください。 |
Cisco TAC:
http://www.cisco.com/en/US/support/tsd_cisco_worldwide_contacts.html。
従来の IronPort のサポート サイト:
http://www.cisco.com/web/services/acquisitions/ironport.html。
重大ではない問題の場合は、アプライアンスからカスタマー サポートにアクセスすることもできます。手順については、『Cisco Secure Web Appliance User Guide』の「Troubleshooting」セクションを参照してください。
フィードバック