Global(English)サイト内の現在位置を表示しています。NewsWAFとはパートナー企業一覧FAQお問い合わせカタログセキュリティソリューション資料請求・お問い合わせ脆弱性対策パッケージ(ブラックリスト)についてQ1脆弱性対策パッケージ(ブラックリスト)の更新頻度はどの程度ですか?A1不定期更新ですが、概ね3ヶ月~半年に1回程度です。現在のブラックリストで対応できない脆弱性攻撃へ対応した時点で更新版ブラックリストをリリースします。Q2脆弱性対策パッケージ(ブラックリスト)の更新はどのように行われますか?A2保守ご契約ユーザ様へ事前に更新案内(メール)を送付します。自動更新を有効にされているお客様は自動的に、そうでないお客様は手動で更新した時点で、新しいブラックリストが適応されます。Q3脆弱性対策パッケージ(ブラックリスト)更新時に、サーバの再起動は発生しますか?A3再起動は発生しません。Q4脆弱性対策パッケージ更新後、Webアクセスの不具合は発生しませんか?A4発生する可能性はあります。脆弱性対策パッケージは、様々なWebアクセスに対し検査/対処できるよう一般化したルール定義として配信しておりますが、お客様環境に依存した過剰検知やリソース消費が起因して、正規のWebアクセスに影響を与えてしまうことは否めません。脆弱性対策パッケージの更新にあたっては、開発環境での事前検証を推奨します。V4.0以降では、本番環境での事前検証やロールバックなど、脆弱性対策パッケージの更新を操作する機能を備えておりますので、万が一の不測の事態にも対処することができます。ライセンスについてQ1仮想環境でのライセンスの数え方を教えてください。A1ゲストOS毎にライセンスが発生します。ライセンスは2つ必要です。Q2追加ライセンスの購入条件を教えてください。SiteShell(10サーバ)をご利用いただいている環境への、SiteShellライセンスの追加にご利用いただけます。年間ライセンス形態と併せての購入はできません。SiteShell(10サーバ)は、SiteShellの運用管理コンソール単位で必要になります。SiteShell(10サーバ)が必要になります。Q3運用管理コンソールは別途購入するのでしょうか?A3いいえ。別途購入の必要はありません。SiteShellをインストールする場合、2通りの利用方法があります。1.試用版ライセンスを用いるライセンスの購入は不要です。SiteShellは本番環境用に所有されているライセンス数と同数の試用版ライセンスが付属しています。このライセンスを使用して開発環境にインストールすることができます。本番環境用のライセンスIDを開発環境へ登録しないでください。試用版ライセンスの場合、以下の本番環境との機能差異がございます。・攻撃の防御ができません。(試用版ライセンスではブロックせずログ出力のみ)・ブラックリストの自動更新ができません。これらの機能が必要な場合はライセンスを購入する必要があります。2.正規ライセンスを用いる開発環境もライセンスを購入する必要があります。この場合、ライセンスIDが発行されますので開発環境に登録することで本番環境と同様の機能を実現できます。Q5Webアプリケーションサーバ2台で冗長構成を組んでいます。必要なライセンス数を教えてください。SiteShellのライセンスはサーバ台数分必要となりますので、2ライセンス必要となります。Q6サーバがActive-Standbyの構成であった場合、ライセンスはいくつ必要ですか?A6Active-Standbyの場合でも、それぞれライセンスを購入頂く必要があります。NW型SiteShellの場合は、待機系(Standby)専用のライセンスがございます。SiteShellで防御できるWebサイト数に制限はありますか?A7ホスト型の場合、1ライセンスあたり、防御対象とすることができるドメイン数は2までとなります。防御対象とするドメイン数にあわせて、ライセンスをご購入ください。NW型の場合、防御できるWebサイト数に制限はありませんが、その処理性能はインストールサーバのスペックや、防御対象とするWebサーバ群との流量(bps)に依存します。インストールサーバのCPUコア数(※)にあわせて、ライセンスをご購入ください。「論理プロセッサーの数」となります。「物理プロセッサーの数」ではありません。「論理プロセッサーの数」は変わりますのでご注意ください。対応していますか?A1はい。IPv6環境でも問題なくご利用いただけます。NW型はリバースプロキシ型のみ対応しています。Webアプリケーションの脆弱性を防御する製品です。ファイアウォール、IDS/IPSとは防御するレイヤが異なりますので、ファイアウォール、IDS/IPSは必要です。防御可能な項目は、脆弱性対策パッケージ(ブラックリスト)で検出可能な脆弱性攻撃となります。高精度ブラックリストを搭載しておりますが、全てのWebアプリケーションの脆弱性対策を保証するものではありません。導入すると、Webアクセスの応答速度は遅くなりますか?A4お客様の環境にもよりますが、平均して12~20msec/1アクセス程度の遅れとなります。実装方法からSSL通信対応は不要です。)利用して検査しますので、通常はSSL復号済みのHTTP通信を検査することになります。同梱されていますか?A6同梱しています。お客様はJavaの環境(J2SE)のご準備をお願いします。)で構成されています。本体のみで脆弱性対策として有効ですが、設定の変更など一括して行えることや攻撃の状況を分かりやすく確認できることから、運用管理コンソールの導入を推奨しています。攻撃を防御したことを迅速に気付くことはできますか?A8メール通知機能を利用して、管理者宛に攻撃検知をメールで送信する事が出来ます。導入前に評価したいのですが、貸出はできますか?A1ダウンロードページから試用版のダウンロードが可能です。導入をご希望の場合は直接弊社までお問い合わせください。(お問い合わせの場合は本文中に“製品名”のご記入をお願いいたします。DSS(クレジットカード会社が制定したセキュリティ規準)の要件を満たしていますか?A2はい。DSSの要件6「安全性の高いシステムとアプリケーションを開発し、保守すること」にWAFの適用が求められています。機能を提供しています。DSSのページをご覧ください。SiteShellをWebサーバへ導入する際に考慮しておく構成はありますか。A3ホスト型SiteShellは、WebサーバであるIISまたはApacheのモジュールとして動作します。そのため導入するWebサーバに競合する機能が動作している場合には動作不良の原因となります。競合する機能の動作が必須である場合は、ホスト型SiteShellではなく、Webサーバの前段に配置するNW型SiteShellの導入をご検討ください。ホスト型SiteShellと競合する機能(構成)は4つが判明しています。該当する構成への導入をご検討の場合は、製品ご購入前に直接弊社までお問い合わせください。(お問い合わせの場合は本文中に“製品名”のご記入をお願いいたします。Corporation。