SSH

known_hosts file

なし

SSH の known_hosts ファイルが使用可能で、スキャンポリシーの Global Credential Settings の一部として known_hosts file フィールドに指定されている場合、Tenable Nessus はこのファイル内のホストにログインを試行します。これにより、既知の SSH サーバーの監査に使用しているものと同じユーザー名とパスワードが、制御できないシステムへのログイン試行に使用されないようにします。

Preferred port

22

Tenable Nessus が 22 以外のポートで動作している場合、このオプションを設定して Tenable Nessus を SSH に接続するように設定できます。

クライアントバージョン

OpenSSH_5.0

スキャン中に Tenable Nessus が偽装する SSH クライアントの種類を指定します。

最小限の権限を試行

未選択

動的な権限昇格を有効または無効にします。これを有効にすると、Tenable Nessus は、[Elevate privileges with] (権限昇格方法) オプションが有効になっている場合でも、より権限の低いアカウントでスキャンを実行しようとします。コマンドが失敗すると、Tenable Nessus は権限を昇格させます。プラグイン 102095 および 102094 では、権限の昇格の有無にかかわらず、実行されたプラグインが報告されます。

注意: このオプションを有効にすると、スキャンの実行時間が最長で 30% 長くなる可能性があります。

Username (ユーザー名)

ホストシステムで認証に使用されているアカウントのユーザー名です。

User Certificate

RSA または DSA のユーザー証明書ファイルです。

Private Key (プライベートキー)

ユーザーの RSA、DSA、ECDSA、または ED25519 OpenSSH 秘密鍵。

Private key passphrase

秘密鍵のパスフレーズです。

Elevate privileges with

認証が完了した後に権限を昇格します。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

CyberArk Host (Delinea ホスト)

CyberArk AIM ウェブサービスの IP アドレスまたは FQDN 名。

〇

ポート

CyberArk API が通信に使用するポート。Tenable はデフォルトで 443 を使用します。

〇

AppID

CyberArk API 接続に関連付けられているアプリケーション ID。

〇

✕

○ (秘密鍵が適用されている場合)

○ (秘密鍵が適用されている場合)

Kerberos ターゲット認証

有効にすると、Kerberos 認証を使用して、指定された Linux または Unix ターゲットにログインします。

✕

キー配布センター (KDC)

(Kerberos ターゲット認証が有効な場合は必須) このホストは、ユーザーにセッションチケットを提供します。

〇

KDC ポート

Kerberos 認証 API が通信に使用するポート。デフォルトでは、Tenable は 88 を使用します。

✕

KDC Transport

KDC は、Linux 実装ではデフォルトで TCP を使用します。UDP では、このオプションを変更します。KDC Transport の値を変更する必要がある場合、KDC UDP は実装に応じてデフォルトでポート 88 または 750 を使用するため、ポートも変更する必要があります。

✕

領域

(Kerberos ターゲット認証が有効な場合は必須) この領域が、通常ターゲットのドメイン名として表記される、認証ドメインになります (例: example.com)。Tenable Nessus はデフォルトで 443 を使用します。

〇

CyberArk API 認証情報を取得する方法。[ユーザー名]、[識別子]、または [アドレス] のいずれかです。

注意: ユーザー名のクエリ頻度は、ターゲットごとにクエリ 1 回です。識別子のクエリの頻度は、チャンクごとにクエリ 1 回です。この機能では、すべてのターゲットに同じ識別子が必要です。

注意: [ユーザー名] オプションを使用すると、API クエリの [アドレス] パラメーターも追加され、解決されたホストのターゲット IP がこの [アドレス] パラメーターに割り当てられます。このため、CyberArk アカウント詳細の [アドレス] フィールドにターゲット IP アドレス以外の値が含まれていると、認証情報のフェッチに失敗する可能性があります。

([認証情報の取得方法] が [ユーザー名] の場合) パスワードを要求する CyberArk ユーザーのユーザー名。

認証情報の取得元となる CyberArk safe。

Use SSL (SSL の使用)

有効にすると、スキャナーは安全な通信のために IIS を介して SSL を使用します。CyberArk が IIS を通して SSL をサポートするよう設定されている場合、このオプションを有効にします。

✕

Verify SSL Certificate (SSL 証明書の検証)

有効にすると、スキャナーは SSL 証明書を検証します。CyberArk が IIS を通して SSL をサポートするように設定されており、証明書を検証する場合、このオプションを有効にします。

✕

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

CyberArk Host (Delinea ホスト)

ユーザーの CyberArk インスタンスの IP アドレスまたは FQDN 名。

〇

ポート

CyberArk API が通信に使用するポート。Tenable はデフォルトで 443 を使用します。

〇

AppID

CyberArk API 接続に関連付けられているアプリケーション ID。

〇

ユーザーは、オプションで Safe ボックスを指定してアカウント情報を収集し、パスワードをリクエストできます。

〇

〇

〇

アカウント情報を一括収集するために PVWA REST API クエリパラメーターで使用される文字列。たとえば、UnixSSH Admin TestSafe と入力すると、TestSafe というセーフにある、ユーザー名 Admin を含むすべての UnixSSH プラットフォームのアカウントを収集できます。」

注意: これは完全一致ではないキーワード検索です。精度を向上させるために、CyberArk でカスタムプラットフォーム名を作成し、このフィールドにその値を入力することをお勧めします。

権限昇格方法

現時点では、ユーザーが選択できるのは [なし] か [sudo] だけです。

✕

Use SSL (SSL の使用)

有効にすると、スキャナーは安全な通信のために IIS を介して SSL を使用します。CyberArk が IIS を通して SSL をサポートするよう設定されている場合、このオプションを有効にします。

〇

Verify SSL Certificate (SSL 証明書の検証)

有効にすると、スキャナーは SSL 証明書を検証します。CyberArk が IIS を通して SSL をサポートするように設定されており、証明書を検証する場合、このオプションを有効にします。

✕

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

Username (ユーザー名)

ターゲットシステムのユーザー名。

CyberArk AIM Service URL

AIM サービスの URL。デフォルトでは、このフィールドは /AIMWebservice/v1.1/AIM.asmx を使用します。

Central Credential Provider Host

CyberArk Central Credential Provider の IP/DNS アドレス。

Central Credential Provider Port

CyberArk Central Credential Provider がリッスンするポート。

Central Credential Provider Username

CyberArk Central Credential Provider が基本認証を使用するように設定されている場合は、このフィールドに入力して認証できます。

Central Credential Provider Password

CyberArk Central Credential Provider が基本認証を使用するように設定されている場合は、このフィールドに入力して認証できます。

Safe

取得する認証情報が格納されていた CyberArk Central Credential Provider サーバー上の金庫。

AppId

CyberArk Central Credential Provider でターゲットパスワードを取得するためのアクセス許可を割り当てられたAppId。

Folder

取得する認証情報が格納されている CyberArk Central Credential Provider サーバー上のフォルダー。

PolicyId

CyberArk Central Credential Provider から取得する認証情報に割り当てられたポリシー ID です。

Use SSL (SSL の使用)

IIS で SSL をサポートするように CyberArk Central Credential Provider を設定した場合は、安全な通信のためにこれを選択します。

Verify SSL Certificate (SSL 証明書の検証)

IIS で SSL をサポートするように CyberArk Central Credential Provider を設定した場合に、証明書を検証するには、これを選択します。自己署名証明書の使用方法については、custom_CA.inc のマニュアルを参照してください。

CyberArk Account Details Name

CyberArk から取得する認証情報の一意の名前。

CyberArk Address

ユーザーアカウントのドメインです。

CyberArk elevate privileges with

初回認証後にユーザー権限を昇格させるために使用する権限昇格方法です。この選択によって、設定する必要があるオプションの内容が決まります。

Delinea ログイン名

Delinea サーバーへの認証に使用されるユーザー名。

〇

Delinea Password (Delinea パスワード)

Delinea サーバーへの認証に使用されるパスワード。これは、指定した Delinea Login Name に関連付けられているものです。

〇

Delinea シークレット名

Delinea サーバーのシークレットの値。シークレットには、Delinea サーバーで シークレット名のラベルが付けられています。

〇

Delinea Host (Delinea ホスト)

この Delinea シークレットサーバー ホストからシークレットをプルします。

〇

Delinea Port (Delinea ポート)

API リクエストに使用する Delinea シークレットサーバー ポート。Tenable はデフォルトで 443 を使用します。

〇

Use Private Key

有効にすると、パスワード認証ではなく鍵ベースの認証で SSH 接続を行います。

✕

Use SSL (SSL の使用)

Delinea シークレットサーバー が SSL をサポートするように設定されている場合は有効にします。

✕

Verify SSL Certificate (SSL 証明書の検証)

有効にすると、Delinea サーバーの SSL 証明書を検証します。

✕

権限昇格方法

✕

✕

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

Username (ユーザー名)

ターゲットシステムのユーザー名。

Password (パスワード)

指定されたユーザー名のパスワードです。

Key Distribution Center (KDC) (キー配布センター (KDC))

このホストは、ユーザーのセッションチケットを提供します。

KDC Port

このオプションを設定すると、88 以外のポートで稼働している KDC に Tenable Nessus を接続させることができます。

KDC Transport

KDC は、Linux 実装ではデフォルトで TCP を使用します。UDP では、このオプションを変更します。KDC Transport の値を変更する必要がある場合、KDC UDP は実装に応じてデフォルトでポート 88 または 750 を使用するため、ポートも変更する必要があります。

Realm

 Realm は、通常標的のドメイン名として記録されている認証ドメインです (例: example.com)。

Elevate privileges with

認証が完了した後に権限を昇格します。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

Username (ユーザー名)

ターゲットシステムのユーザー名。

Password (パスワード)

指定されたユーザー名のパスワードです。

Elevate privileges with

認証が完了した後に権限を昇格します。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

Username (ユーザー名)

ホストシステムで認証に使用されているアカウントのユーザー名です。

Private Key (プライベートキー)

ユーザーの RSA、DSA、ECDSA、または ED25519 OpenSSH 秘密鍵。

Private key passphrase

秘密鍵のパスフレーズです。

Elevate privileges with

認証が完了した後に権限を昇格します。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

QiAnXin ホスト

QiAnXin ホストの IP アドレスまたは URL。

〇

QiAnXin ポート

QiAnXin API が通信に使用するポート。Tenable はデフォルトで 443 を使用します。

〇

QiAnXin API クライアント ID

QiAnXin PAM で作成された埋め込みアカウントアプリケーションのクライアント ID。

〇

QiAnXin API 秘密 ID

〇

Username (ユーザー名)

ホスト IP

プラットフォーム

使用するアカウントを含む資産のプラットフォーム (資産タイプに基づく) を指定します。指定しない場合、認証情報のタイプに基づいてデフォルトのターゲットが使用されます (たとえば、Windows 認証情報の場合、デフォルトは WINDOWS です)。可能な値は次のとおりです。

• ACTIVE_DIRECTORY - Windows ドメインアカウント

• WINDOWS - Windows ローカルアカウント

• LINUX - Linux アカウント

• SQL_SERVER - SQL Server データベース

• ORACLE - Oracle データベース

• MYSQL - MySQL データベース

• DB2 - DB2 データベース

• HP_UNIX - HP Unix

• SOLARIS - Solaris

• OPENLDAP - OpenLDAP

• POSTGRESQL - PostgreSQL

リージョン ID

ドロップダウンメニューを使用して権限昇格方法を選択します。権限昇格をスキップするには [なし] を選択します。

注意: Tenable では、権限昇格で su、su+sudo、sudo などの複数のオプションを使用できます。たとえば sudo を選択すると、sudo ユーザー、昇格アカウント名、su と sudo の場所 (ディレクトリ) のフィールドが追加で表示され、これらのフィールドに入力することで QiAnXin による認証と権限昇格をサポートできます。[昇格アカウント名] フィールドは、昇格パスワードが通常のログインパスワードと異なる場合にのみ必要です。

注意: サポートされている権限昇格タイプと各タイプに伴うフィールドの詳細については、Nessus ユーザーガイドまたはTenable Vulnerability Management ユーザーガイドを参照してください。

✕

Verify SSL Certificate (SSL 証明書の検証)

有効にすると、Tenable は、サーバーの SSL 証明書が信頼できる認証局によって署名されたものかどうかを検証します。

✕

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

Senhasegura ホスト

Senhasegura ホストの IP アドレスまたは URL です。

〇

Senhasegura ポート

Senhasegura API が通信に使用するポートです。Tenable はデフォルトで 443 を使用します。

〇

Senhasegura API クライアント ID

Oauth 2.0 API 認証に適用される Senhasegura A2A アプリケーションのクライアント ID です。

〇

〇

〇

秘密鍵ファイル

A2A からの暗号化された機密データを復号するために使用される秘密鍵です。

注意: A2A アプリケーション認証で機密データの暗号化を有効にできます。有効にした場合、スキャン認証情報に秘密鍵ファイルを指定する必要があります。これは、Senhasegura の該当する A2A アプリケーションからダウンロードできます。

A2A アプリケーション認証で機密データの暗号化を有効にした場合には必須です。

ドロップダウンメニューを使用して権限昇格方法を選択します。権限昇格をスキップするには [Nothing] (なし) を選択します。

注意: Tenable では、権限昇格で su、su+sudo、sudo などの複数のオプションを使用できます。たとえば sudo を選択すると、sudo ユーザー、昇格アカウント名、su と sudo の場所 (ディレクトリ) のフィールドが追加で表示され、これらのフィールドに入力することで Senhasegura による認証と権限昇格をサポートできます。権限昇格を完了するには、[Escalation Account Name] (昇格アカウント名) フィールドに入力する必要があります。

注意: サポートされている権限昇格タイプと各タイプに伴うフィールドの詳細については、Nessus ユーザーガイド、Tenable Vulnerability Management ユーザーガイド、または Tenable Security Center ユーザーガイドを参照してください。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

HTTPS

このオプションはデフォルトで有効です。

〇

SSL 証明書を検証する

これはデフォルトでは無効になっています。

✕

ユーザー名 (必須)

ssh 経由のシステム認証に使用されるユーザー名です。

Domain (ドメイン)

Windows 認証情報を使用する場合は、ユーザー名が属するドメインを設定します。

Thycotic シークレット名 (必須)

これは、Thycotic サーバーに保管するシークレットの名前として使用する値です。Thycotic サーバーでは「シークレット名」と呼ばれます。

Thycotic Secret Server URL (必須)

このオプションを使用して、スキャナーの転送方法、ターゲット、ターゲットディレクトリを設定します。この値は、Thycotic サーバーの [Admin] (管理) > [Configuration] (設定) > [Application Settings] (アプリケーション設定) > [Secret Server URL] (シークレットサーバー URL) にあります。例として https://pw.mydomain.com/SecretServer/ について検討します。これを解析すると、HTTPS が SSL 接続であること、pw.mydomain.com がターゲットアドレスであること、/SecretServer/ がルートディレクトリであることが分かります。

Thycotic ログイン名 (必須)

Thycotic サーバーを認証するためのユーザー名です。

Thycotic Password (必須)

Thycotic ログイン名に関連付けられたパスワードです。

Thycotic Organization (必須)

この値を Thycotic のクラウドインスタンスで使用して、クエリがヒットする企業を定義します。

Thycotic Domain (オプション)

これは、Thycotic サーバーにドメイン値を設定した場合に設定するオプションの値です。

Private Key (オプション)

SSH 接続には、パスワードではなく鍵ベースの認証を行います。

Verify SSL Certificate (SSL 証明書の検証)

サーバーの SSL 証明書が信頼できる認証局によって署名されているかどうかを検証。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

Username (ユーザー名)

(必須) スキャンするホストにログインするためのユーザー名です。

BeyondTrust host (BeyondTrust ホスト)

(必須) BeyondTrust IP アドレスまたは DNS アドレスです。

BeyondTrust port (BeyondTrust host ポート)

(必須) BeyondTrust がリッスンしているポートです。

BeyondTrust API key (BeyondTrust API キー)

(必須) BeyondTrust が提供する API キーです。

Checkout duration (チェックアウト期間)

(必須) BeyondTrust で認証情報のチェックアウト状態を保持する時間 (分) です。チェックアウトの期間は、Tenable Nessus における通常のスキャン期間を超えるように設定します。新しいスキャンが開始したときに過去のスキャンのパスワードがまだチェックアウトされている場合、新しいスキャンは失敗します。

注意: BeyondTrust でパスワードの変更間隔を設定し、パスワード変更によって Tenable Nessusスキャンが中断されないようにします。スキャン中に BeyondTrust がパスワードを変更すると、スキャンは失敗します。

Use SSL (SSL の使用)

有効にすると、Tenable Nessusは安全な通信のためにIISを介してSSLを使用します。このオプションを有効にするには、BeyondTrust で IIS を使用して SSL を設定する必要があります。

Verify SSL certificate (SSL 証明書の検証)

有効にすると、Tenable Nessus は SSL 証明書を検証します。このオプションを有効にするには、BeyondTrust で IIS を使用して SSL を設定する必要があります。

Use private key (プライベートキーの使用)

有効にすると、Tenable Nessus はパスワード認証ではなく秘密鍵ベースの認証で SSH 接続を行います。失敗した場合、Tenable Nessus はパスワードを要求します。

Use privilege escalation (権限昇格の使用)

有効にすると、BeyondTrust は設定された権限昇格コマンドを使用します。コマンドから何かが返された場合は、それをスキャンに使用します。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

〇

Lieberman の IP/DNS アドレス。

注意: Lieberman インストールがサブディレクトリにある場合は、サブディレクトリパスを含める必要があります。たとえば、IP アドレスまたはホスト名/サブディレクトリパスの形式で入力します。

〇

〇

〇

〇

Lieberman のオーセンティケーターに使用されるエイリアス。この名前は Lieberman で使用される名前に一致する必要があります。

注意: このオプションを使用する場合は、[Lieberman ユーザー] オプションにドメインを追加してください (例: domain\user)。

Lieberman ホストとの通信に使用される PEM 証明書を含むファイル。

注意: このオプションを使用する場合は、[Lieberman ユーザー]、[Lieberman パスワード]、[Lieberman 認証] の各フィールドに情報を入力する必要はありません。

Lieberman が安全な通信のために IIS チェックによって SSL をサポートするように設定されている場合。

✕

Lieberman が安全な通信のために IIS チェックによって SSL をサポートするように設定されており、証明書を検証する場合、このオプションにチェックマークを入れます。自己署名証明書の使用方法については、カスタム CA ドキュメントを参照してください。

✕

✕

✕

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

WALLIX Host (Delinea ホスト)

WALLIX Bastion ホストの IP アドレス。

〇

WALLIX ポート

WALLIX Bastion API が通信に使用するポート。Tenable はデフォルトで 443 を使用します。

〇

Authentication Type (認証タイプ)

[Basic] (基本) 認証 (WALLIX Bastion ユーザーインターフェースのユーザー名とパスワードが必要) または [API Key] (API キー) 認証 (ユーザー名と WALLIX Bastion 生成の API キーが必要)。

✕

WALLIX Bastion ユーザーインターフェースのログインユーザー名。

ターゲットシステムへのログインに使用するデバイスが関連付けられているアカウント名。

注意: デバイスに複数のアカウントがある場合、認証情報を取得するアカウントの特定のデバイス名を入力する必要があります。入力しないと、システムから誤ったアカウントの認証情報が返される可能性があります。

複数のアカウントがあるターゲットやデバイスを使用している場合にのみ必要です。

HTTPS

これはデフォルトで有効です。

注意: HTTPS を無効にすると、統合が失敗します。

〇

Verify SSL Certificate (SSL 証明書の検証)

これはデフォルトで無効になっており、WALLIX Bastion PAM 統合ではサポートされていません。

✕

権限昇格方法

これにより、WALLIX Bastion 特権アクセス管理 (PAM) が有効になります。ドロップダウンメニューを使用して、権限昇格方法を選択します。この機能をバイパスするには、このフィールドを [Nothing] (なし) に設定されたままにします。

警告: PAM を有効にするには、WALLIX Bastion アカウントで、WALLIX Bastion スーパー管理者がアカウントの「認証情報回復」を有効にしている必要があります。有効にしないと、スキャンから結果が返されない可能性があります。詳細は、WALLIX Bastion ドキュメントを参照してください。

注意: su、su+sudo、sudo など、複数の権限昇格オプションがサポートされています。たとえば sudo を選択すると、[sudo user] (sudo ユーザー)、[Escalation Account Name] (昇格アカウント名)、[Location of su and sudo] (su と sudo の場所) のフィールドが追加で表示され、これらのフィールドに入力することで WALLIX Bastion PAM による認証と権限昇格をサポートできます。権限昇格を完了するには、[Escalation Account Name] (エスカレーションアカウント名) フィールドに入力する必要があります。

注意: サポートされている権限昇格タイプと各タイプに伴うフィールドの詳細については、Tenable Nessus ユーザーガイドを参照してください。

権限昇格を行う場合に必要です。

Database

✕

Auth Type (認証方法)

データベースインスタンスにアクセスするために Tenable が使用するアカウントの種類。

• SYSDBA
• SYSOPER
• NORMAL

✕

✕

データベースインスタンスの SID 値または SERVICE_NAME 値。

入力する [Service] (サービス) 値は、[Service Type] (サービスタイプ) オプションのパラメーターとして選択した値と一致する必要があります。

〇

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[Targets To Prioritize Credentials] (認証情報を優先するターゲット) では、成功した認証情報を最初に使用するようにスキャンを設定するため、より迅速にターゲットにアクセスできます。

Hashicorp Vault IP アドレスまたは DNS アドレス。

注意: Hashicorp Vault インストールがサブディレクトリにある場合は、サブディレクトリパスを含める必要があります。たとえば、IP アドレスまたはホスト名/サブディレクトリパスの形式で入力します。

インスタンスに接続するための認証タイプとして、[App Role] (アプリロール) または [Certificates] (証明書) を指定します。

[証明書] を選択すると、[Hashicorp Client Certificate] (Hashicorp クライアント証明書) (必須) および [Hashicorp Client Certificate Private Key] (Hashicorp クライアント証明書の秘密鍵) (必須) の追加オプションが表示されます。クライアント証明書と秘密鍵にそれぞれ適切なファイルを選択してください。

App Role を構成したときに Hashicorp Vault によって生成される GUID です。

認証エンドポイントへのパス/サブディレクトリ。This is not the full URL. (これは完全な URL ではありません。)たとえば、

/v1/auth/approle/login

〇

Tenable Nessus バージョン: KV1、KV2、AD、LDAP。Tenable Nessus バージョンの詳細については、Tenable Nessus のドキュメントを参照してください。

(KV1) Tenable Nessus が KV1 エンジンへのアクセスに使用する URL です。

例: /v1/path_to_secret。末尾の / なし

(KV2) Tenable Nessus が KV2 エンジンにアクセスするために使用する URL です。

例: /v1/path_to_secret。末尾の / なし

(AD) Tenable Nessus が Active Directory エンジンにアクセスするために使用する URL です。

例: /v1/path_to_secret。末尾の / なし

(LDAP) Tenable Nessus が LDAP エンジンにアクセスするために使用する URL です。

例: /v1/path_to_secret。末尾の / なし

Domain Key (Windows) (ドメイン鍵 (Windows))

(Kerberos ターゲット認証が有効な場合は必須。) ドメインが保存される秘密鍵の名前です。

yes

Kerberos ターゲット認証

有効にした場合、Kerberos 認証を使用して、指定された Linux または Unix ターゲットにログインします。

✕

Key Distribution Center (KDC)

(Kerberos ターゲット認証が有効な場合は必須。) このホストは、ユーザーにセッションチケットを提供します。

〇

KDC ポート

Kerberos 認証 API が通信するポート。デフォルトでは、Tenable は 88 を使用します。

✕

KDC Transport

KDC は、Linux 実装ではデフォルトで TCP を使用します。UDP では、このオプションを変更します。KDC Transport の値を変更する必要がある場合、KDC UDP は実装に応じてデフォルトでポート 88 または 750 を使用するため、ポートも変更する必要があります。

✕

ドメイン (Windows)

(Kerberos ターゲット認証が有効な場合は必須。) Kerberos ターゲット認証が属するドメイン (該当する場合)。

〇

レルム (SSH)

(Kerberos ターゲット認証が有効な場合は必須。) Realm は、通常標的のドメイン名として記録されている認証ドメインです (例: example.com)。

yes

スキャンの実行時に追加の権限を使用するには、su や sudo などの権限昇格手法を使用します。

注意: Tenable では、権限昇格のために su、su+sudo、sudo などの複数のオプションを使用できます。たとえば sudo を選択すると、sudo ユーザー、昇格アカウントの秘密名、sudo の場所 (ディレクトリ) のフィールドが追加で表示され、これらのフィールドに入力することで Tenable Nessus による認証と権限昇格をサポートできます。

注意: サポートされている権限昇格タイプと各タイプに伴うフィールドの詳細については、Nessus ユーザーガイドおよびTenable Vulnerability Management ユーザーガイドを参照してください。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

Centrify ホスト

(必須) Centrify IP アドレスまたは DNS アドレスです。

注意: Centrify インストールがサブディレクトリにある場合は、サブディレクトリパスを含める必要があります。たとえば、IP アドレスまたはホスト名/サブディレクトリパスの形式で入力します。

Centrify Port

API Key (API キー)

Authentication URL (認証 URL)

Centrify で認証情報のチェックアウト状態を保持する時間 (分)。

チェックアウトの期間は、 Tenable Nessus Manager における通常のスキャン期間を超えるように設定します。新しいスキャンが開始したときに過去のスキャンのパスワードがまだチェックアウトされている場合、新しいスキャンは失敗します。

注意 : Centrify でパスワードの変更間隔を設定し、パスワード変更によって Tenable Nessus Manager スキャンが中断されないようにします。スキャン中に Centrify がパスワードを変更すると、スキャンは失敗します。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。

Arcon のホスト

(必須) Arcon IP アドレスまたは DNS アドレスです。

注意: Arcon インストールがサブディレクトリにある場合は、サブディレクトリパスを含める必要があります。たとえば、IP アドレスまたはホスト名/サブディレクトリパスの形式で入力します。

Arcon port

Arcon がリッスンするポート。

(必須) Arcon が提供するAPIユーザーです。

(必須) Arcon が提供するAPIキーです。

Password Engine URL

Tenable Nessus Manager が Arcon のパスワードへのアクセスに使用する URL。

(必須) Arcon で認証情報のチェックアウト状態を保持する時間 (時間)です。

チェックアウトの期間は、Tenable Vulnerability Management における通常のスキャン期間を超えるように設定します。新しいスキャンが開始したときに過去のスキャンのパスワードがまだチェックアウトされている場合、新しいスキャンは失敗します。

注意 : Arcon でパスワードの変更間隔を設定し、パスワード変更によって Tenable Vulnerability Management スキャンが中断されないようにします。スキャン中に Arcon がパスワードを変更すると、スキャンは失敗します。

この認証情報を他の認証情報よりも先に試行する IP または CIDR ブロックを指定します。複数の IP または CIDR ブロックを指定する場合は、コンマまたはスペース区切りのリストを使用します。

この設定を使用すると、選択したターゲットで成功する認証情報が優先されるため、スキャン時間を短縮できます。たとえば、スキャンで指定された 100 の認証情報のうち、59 番目の認証情報で認証に成功するとします。すると、最初の 58 の認証情報での認証が失敗するまで 59 番目の認証は行われません。[認証情報を優先するターゲット] を使用すると、成功した認証情報を最初に使用するようにスキャンを設定するので、スキャンがターゲットにより速くアクセスできます。