--version」コマンドがありましたが、LS64ではこのようなコマンドがありません。そのため、LS64の場合は以下の方法でご確認願います。fsanalyzeコマンドにて任意のファイルに対してマニュアルスキャンを実行し、スキャン結果にてご確認願います。File_set_visible_versionをご確認願います。以下は確認結果のサンプルとなります。threadを使い果たしてしまった状態を示しています。同時に処理できるスレッドの限界を超えてしまっているため、スキャン待ちの処理が溜まりシステムのスローダウンに繋がる可能性がございます。下記手順にてスレッド数を増やすことで回避できるかご確認ください。2.「fsoasd」スクリプトを編集します。3.サービスを再起動します。4.「fsoasd_th」スレッド数を確認します。※スレッド数が「24」に変更されます。AMポリシーマネージャサーバのIPアドレスが変更になった場合、下記コマンドにてLS64側でポリシーマネージャのIPアドレスを変更することができます。※上記は、admin.pubを/tmp/配下に配置されている前提でのコマンドになります。(admin.pubが配置されている正しいパスを指定してください。(デフォルトでは、admin.pubはインストーラのzipファイルを展開した後に作成されるf-secure-linuxsecurityディレクトリ配下にあります。※a.b.c.dはポリシーマネージャのIPアドレスになります。(IPアドレスの代わりにポリシーマネージャのホスト名での指定も可能です。※ポリシーマネージャ側でHTTP/HTTPSの待ち受けポート番号をデフォルトから変更している場合には、上記コマンド内のポート番号を変更してください。AM・必ずサポートOSにインストールしてください。インストールではOSバージョン等をチェックしているため、サポートOS以外のOSへのインストールはできません。サポートOSの詳細はリリースノートをご参照ください。・事前にインストールに必要なパッケージのインストールを行ってください。必要パッケージの詳細はリリースノートをご参照ください。・インストール時にクラウドサーバへの認証を行うため、インターネット接続ができる環境でインストールを行ってください。(名前解決及び下記ドメインへのHTTP/HTTPSのアウトバウンド通信が許可されている必要がございます。運用中も定期的に認証サーバへのアクセスをおこなっているため、ネットワーク障害などでインターネット接続が切断するとサービスが停止します。(ネットワーク復旧後、各プロセスは自動起動しないため、OS再起動にて復旧してください。・ローカルへのSSH接続が発生するため、SSH接続ユーザを制限している場合にはfsqm_defaultユーザに対して許可していただく必要があります。AMリリースノートに記載されているとおり、opensslコマンドにてPEM形式の証明書を作成し、それをアクティベーション時に指定しているにも関わらず失敗する場合は、下記を確認してください。ThreatShieldはクラウドサーバへ認証を行うためインターネット接続が必要となり、HTTP/HTTPSでの下記ドメインへの通信を許可する必要があります。(また、前提条件として名前解決できることが必須となります。ローカルでssh通信を行うため、sshd_configで制御を行っている場合には、fsqm_defaultユーザを許可する必要があります。64(LS64))のインストール時PolicyManager(PM)からのダウンロードが発生します。そのため、インターネットに接続していない環境でPMを利用する場合は、PMを新規インストール後に隔離モードに設定し、パターンファイルデータベースのアップデート完了後にLS64のインストールを実行してください。PMを通常モードで利用する場合も、PMが正常にインターネット接続できていないとLS64は下記ログを出力し、インストールが完了しません。Proxyに対応していません。ProxyがPMとの間に存在している場合、インストール時の必要コンポーネントの取得に失敗します。PMへの直接接続を許可した状態でのインストール/運用をお願いいたします。当記事の記載内容は、2020年2月6日時点での制限事項となります。スタンドアロンインストール機能により、PMが存在しない環境においても、LS64のインストールが可能となりました。HTTPプロキシには対応しておりませんので、後述の更新サービスに必要なURL/プロトコルについての直接インターネット接続を許可してください。インターネット接続に必要なURL/プロトコルについては下記ナレッジベースをご参照ください。AM下記コマンドにてTSの各コンポーネントバージョンを確認することができます。AM下記コマンドにてLS64の各コンポーネントバージョンを確認することができます。AMリアルタイムスキャンにてスキャン除外を下記1のように設定した場合、CentOS6等のdazukoを利用したシステムでは前方一致となり、/proc_xxxや/sys_xxxなどのディレクトリについてもスキャン除外されます。下記2のように設定することで/proc、/sysディレクトリのみをスキャン除外する設定となります。※CentOS7系でLinuxセキュリティをご利用の場合は、1の設定で/proc、/sysのみスキャン除外されます。※マニュアルスキャンの除外については、ご利用OSのバージョンに関わらず1の設定で/proc、/sysのみスキャン除外されます。AM下記手順にて、ポリシーマネージャプロキシのUIDをリセットすることができます。1fspmsを停止します。2h2dbとfspms.jksを削除します。3TLS証明書を再作成します。※ポリシーマネージャコンソールからポリシーマネージャサーバへアクセスするときのユーザ、パスワードを入力します。4fspmsを起動します。※新しいh2dbが作成され新しいUIDが付与されます。※PMPをポリシーマネージャの管理下に登録後、ポリシーマネージャコンソール(ステータス-ホストのプロパティ)からUIDを確認することができます。1fsms(ポリシーマネージプロキシサービス)を停止します。2以下のディレクトリにアクセスし、h2dbとfspms.jksを手動で削除します。3fspmp-enroll-tls-certificate.batを実行し、TLS証明書を再作成します。※ポリシーマネージャコンソールからポリシーマネージャサーバへアクセスするときのユーザ、パスワードを入力します。4fsmsを起動します。※新しいh2dbが作成され新しいUIDが付与されます。※PMPをポリシーマネージャの管理下に登録後、ポリシーマネージャコンソール(ステータス-ホストのプロパティ)からUIDを確認することができます。(マニュアルスキャンコマンドをcronに登録することでスケジュールスキャンは可能です。・コマンドラインエディションはポリシーマネージャでの集中管理は行えません。※Linuxセキュリティフルエディション/コマンドラインエディションのインストーラは共通になります。インストールコマンドに「--command-line-only」オプションを付けて実行することによりコマンドラインエディションとしてインストールされます。(上記オプションを付けずにインストーラを実行した場合、フルエディションとしてインストールされます。AM本機能を利用して、すべての設定を圧縮ファイルにバックアップ、またはバックアップした圧縮ファイルから設定を復元することができます。CentOS6シリーズをご利用の場合、Webユーザインターフェースから復元する圧縮ファイルを選択し[アップロード]をクリックすることで、バックアップした設定が反映し全てのサービスが起動致しますが、CentOS7シリーズをご利用の場合は、[アップロード]をクリックしたあと、手動でサービスを起動させる必要がございます。※バックアップ・復元の手順についてはadminguide「4.8.5構成のバックアップと復元」をご参照ください。AMポリシーマネージャVer13.xxでは、基本的には管理クライアント(ポリシーマネージャコンソール上に登録されている)からの更新要求を受けてからポリシーマネジャ自身がパターンファイルの取得を行います。Linuxセキュリティコマンドラインエディションのようにポリシーマネージャで管理できない製品の場合、これらの端末からポリシーマネージャに対して更新要求を行ってもポリシーマネージャ自身はパターンファイルの取得を行いません。このような場合には、LinuxセキュリティフルエディションVer11.xx等の自動更新にAUAを利用しているクライアントを1台ポリシーマネージャの管理クライアントとして登録することにより、ポリシーマネージャサーバはパターンファイルの更新を行いますため、管理外クライアントのLinuxセキュリティコマンドラインエディションについても、同ポリシーマネージャからパターンファイルを更新することができるようになります。(Linuxセキュリティコマンドラインエディションがインストールされたサーバが直接インターネットに接続できない環境では、ポリシーマネージャを利用するのではなく、HTTPプロキシ経由で各Linuxセキュリティコマンドラインエディションがパターンファイルを取得しにいくような構成をご検討ください。非インターネット環境に設置されているポリシーマネージャVer13.xxについても、アーカイブを使用してポリシーマネージャのパターンファイルを更新することができますが、一台のLinuxセキュリティフルエディションVer11.xx(若しくは自動更新にGUTS2ではなくAUAを利用しているその他製品)を管理クライアントとしてポリシーマネージャに登録しないと、管理外クライアントのLinuxセキュリティコマンドラインエディションは、同ポリシーマネージャからパターンファイルの取得は行えません。※ポリシーマネージャにクライアントセキュリティVer13.xx等の自動更新にGUTS2を利用したWindowsクライアント製品が管理クライアントとして登録されていても、Linux製品用のパターンファイルをダウンロードしないため、管理外クライアントのLinuxセキュリティコマンドラインエディションは、このポリシーマネージャから更新をダウンロードすることができません。AMORSPサービスはローカルホストのポート番号の60287を使用しますが、2つ目のIGKインスタンス起動時にはこのポートはすでに1つ目のインスタンスで利用されているため、2つ目のインスタンスでのORSPサービスの起動に失敗します。両方のIGKインスタンスは現在起動しているORSPサービスを共有して利用するため、機能上問題はございません。(2つ目のインスタンスでORSP機能を利用できないということはございません。※同一環境への複数のIGKのインストール手順については、管理者マニュアルの「tar.gzパッケージをインストールする」にありますインストールオプションの一覧をご参照ください。AM本現象はVer11.10へのアップグレード環境にて発生致します。(Ver11.10を新規インストールした環境では発生しません。下記手順にて、一度webapps配下のfsecureディレクトリを手動で削除し、fsmaを再起動することでWebUIにホットフィックスバージョンが表示されます。※新たに/opt/f-secure/fsav/tomcat/webapps/fsecure/ディレクトリが作成されます。・WebUIのバージョン情報にホットフィックスバージョンが表示されるのはLinuxセキュリティVer11.10以降となります。(Ver11.00以前のバージョンではホットフィックスバージョンはWebUI上に表示されません。AMIGKにてHTTP/1.1を有効にすることで、IGK経由でもNTLM認証サイトへのアクセスが行えるようになります。1.以下の設定ファイルを開きます。2.下記のパラメータを[http]項目の配下に追加します。3.弊社サービスを再起動し、設定が反映されます。パケットキャプチャにて確認したところNTLM認証ではクライアントからNTLMSSP_NEGOTIATEがHTTP/1.1で送信されております。IGKのデフォルト設定ではHTTP/1.1はHTTP/1.0へ変換して上位へ送るため、この動作が影響してNTLM認証が行えないようです。AMスパム検知後に隔離保存されたメールをIGKから再送する機能についてはございませんため、再送したい場合は管理者様等が隔離保存されたファイルをパスワード付zip等で暗号化したうえでメールに添付し再送する必要があります。(パスワード付zip等で暗号化しないと再度IGKで検出されてしまいます。隔離保存されたファイルから添付ファイルを取り出したい場合は、例えば、Windows環境上で隔離されたメールファイル名に".eml"の拡張子を付加すると、Thunderbird及びOutlookの環境にてメールファイルを開くことができますため、そこから添付ファイルを取り出すことは可能です。(ウィルスとして検知され隔離されたファイルの取り扱いについてはご注意ください。※デフォルト設定では、「/var/tmp/quarantine」が隔離保存先のディレクトリになります。AMLinuxポリシーマネージャバージョンアップ後に何らかの問題が生じ、元のバージョンに切り戻す場合は以下作業を実施します。※バージョンアップ前に既存バージョンにて下記ファイルをバックアップしてください。下記ファイルのバックアップはfspmsサービスを停止したうえで実行して下さい。※バージョンアップ後の設定ファイルをバージョンアップ前の環境で利用することはサポート外となります。※上記手順はポリシーマネージャのみがインストールされた環境を前提とした手順となります。同サーバにLinuxセキュリティもインストールされている場合は、Linuxセキュリティに関しても再インストールいただく必要がございます。手順の詳細についてはサポートまでお問い合わせください。※アンインストールコマンドについては各バージョンの管理者ガイドをご参照ください。※インストールコマンドについては各バージョンの管理者ガイドをご参照ください。AM「アクセス時間を保存する」設定の有効/無効によって動作は以下のようになります。atimeは変更されませんがctimeが変更されます。どちらかよりもatimeが古い場合にのみatimeが更新されます。status」を実行してください。コマンドの実行にて以下のような出力が表示されましたら、Linuxセキュリティフルエディションとなります。コマンドが実行できない場合はLinuxセキュリティコマンドラインエディションになります。※上記確認方法はLinuxセキュリティがすでにインストールされていることが前提となります。Linuxセキュリティがインストールされていない環境でも上記コマンドは実行できないため、コマンドラインエディションがインストールされていると勘違いしないようご注意願います。1更新サービスを停止します。2以下の設定項目/設定ファイルにてHTTPプロキシを指定します。※デフォルトでは上記設定はコメントアウトされています。3更新サービスを開始します。※サービス開始時に設定ファイルが読み込まれ新しい設定が反映されます。Web管理画面(詳細設定モード)の[基本設定]-[自動更新]画面の「HTTPプロキシを使用する」にチェックし、HTTPプロキシアドレスを入力して設定を保存します。AMデフォルトではパターンファイルの更新が1時間(3600秒)間隔で行われておりますが、以下の手順にて自動更新間隔の変更、または、特定の日時に更新を実施することが可能です。1.設定ファイルを開きます。2.下記パラメータ(秒単位)を変更し、保存します。3.弊社サービスの再起動を行います。「無効」ボターンを選択します。ボターンをクリックします。2.cronにてdbupdateコマンドによる更新登録を行います。AMLinuxゲートウェイのパターンファイル更新をポリシーマネージャ経由で実施することは可能です。以下の手順にて接続先を変更頂けます。1.設定ファイルを開きます。2.下記パラメータを変更し、保存します。3.弊社サービスの再起動を行います。・ポリシーマネージャVer13以降では、ポリシーマネージャ側のパターンファイル更新の仕組みに変更があり、IGKがポリシーマネージャからパターンファイルを取得するためには、少なくとも1台のLinuxセキュリティ(自動更新にfsauaを利用している製品)がポリシーマネージャで管理されている必要があります。(管理クライアントが一台も登録されていないポリシーマネージャからはIGKはパターンファイルを取得することができません。AMこの記事は、HTTPストリーミングに関するIGKの機能について説明しています。FSIGKは、通常、ダウンロード要求のプロキシとして機能します。ファイルは、最初にFSIGKマシンにダウンロードされ、スキャンされた後、要求されたクライアントに提供されます。Playerなどのストリーミングクライアントでは、絶え間ない供給を必要とする傾向があるため、これは正しく機能しません。このため、これらのストリームは通常スキャンから除外されます。除外はユーザエージェントの識別情報に基づいて実行されますが、非標準のストリーミングアプリケーションについては除外がされない場合がございます。スキャン除外については、ファイルタイプ、ユーザエージェントまたはホスト名に基づいて設定できますが、設定の詳細については、管理者ガイドをご確認ください。Sierra以降で導入された新しいセキュリティ機能が影響しております。16230以降をインストール後に、「システム環境設定」-「セキュリティとプライバシー」-「一般」タブにてF-Secureのソフトウェアを許可してください。※上記手順はリモートアクセスで実行するのではなく、必ず対象コンピュータローカル(管理者権限アカウント)で実行してください。上記手順でも解決しない場合、以下の手順を1つずつ実行し、機能が有効になるかどうかを確認してください。AMWeb管理画面の[全体設定]-[管理者の通知設定]にて複数行のメールアドレスを設定することができます。最上段に設定したメールアドレスは通知メールの送信者アドレスにも使用され、実在するメールアドレスを設定すると、そのアドレスへもメールが送信されます。IGKからの送信者アドレスのみとして設定したい場合には、実在しないメールアドレスを使用して下さい。AMcrontabに追加される下記のfsavpmd-alert.plタスクは、パターンファイル更新に関する「リマインダの送信」機能で利用されるスクリプトになります。「リマインダの送信」にチェックを入れ、「リマインダ送信時のデータベースの経過日数(デフォルト設定:7日)」を指定することでパターンファイルが指定の日数より古くなると、「セキュリティ警告」としてログ出力及びメールにてに送信されます。リマインダの詳細については管理者ガイドをご参考下さい。※このタスクをcrontabから削除しても弊社fsmaサービス再起動時に再度crontabに登録される動作になります。of...」の範囲外に追記して下さい。Mac)でブラウザ保護およびGUIに関するデバッグログを取得することが可能です。1メニューバー上にあるF-Secureのアイコンを「Alt」キーを押しながら左クリックします。2メニュー内の「デバッグロギングを有効にする」をクリックします。3問題を再現し診断情報を取得します。Toolを実行して取得して下さい。Toolを実行します。4再度、F-Secureのアイコンを「Alt」キーを押しながら左クリックし、メニューから「デバッグロギングを有効にする」をクリックして無効化します。AMLinuxセキュリティフルエディションの「スケジュールスキャン」の開始・完了時刻・スキャン対象については、以下の「情報」設定項目にてチェックが入っていると、ローカル(WebUI警告)/Syslog/ポリシーマネージャ上に出力されます。Syslogチェックが入っている場合は、Syslog(/var/log/messages)に以下のようなログが出力されます。実施しておりますので、OSの「/var/log/cron」ログにて実行の履歴もご確認頂けます。Mac)でリアルタイムスキャンに関するデバッグログを取得することが可能です。1デバッグするコンピュータ上でfsavd-debuggingスクリプトをダウンロードします。fsavd-debuggingスクリプトは下記URLよりダウンロードして下さい。(Macのデスクトップ上に保存して下さい。※ダウンロード後、fsavd-debuggingスクリプトファイルに実行権限を付与して下さい。2ターミナルを起動します。3ターミナル上で「sudo」とタイプし、fsavd-debuggingスクリプトをターミナル上へドラッグします。(sudoの後にはスペースを空ける必要がございます。4「Enter」キーを押しパスワードの入力が求められたら管理者パスワードを入力します。5すべてのリアルタイムスキャンのログは、/tmp/oas.logに記録されるようになります。6問題を再現しデバッグログを無効にする場合は、上記34の手順を繰り返します。※上記作業は管理者アカウントでMacOSにログインをして行なって下さい。