Secure Endpoint 10.0 リリースノート

必須アプリケーションポリシーをアクティブ化できるようになりました。これにより、重要なソフトウェアがすべての対象デバイスに一貫してインストールされ、適切に設定されるようになります。これらのポリシーにより、少なくとも、組織にとって必須のアプリケーションを指定できるため、どのデバイスが準拠していて、どのデバイスにそのアプリケーションがインストールされていないかを明確に把握できます。オプションで、以下の操作も行えます。

• アプリケーションのバージョンまたはバージョン範囲を指定する

• デジタル署名を確認してアプリケーションのファイルの信ぴょう性を検証する

• アンチマルウェアアプリケーションの場合、そのデバイス保護機能と定義ファイルのステータスを検証する

• Windows および Mac デバイスに固有の要件を設定する

もっと見る

アプリケーションポリシーの管理も効率化され、ポリシー > アプリケーションエリアから必須アプリケーションポリシーとアプリケーションレジリエンスポリシーの両方を管理できるようになりました。もっと見る

Secure Endpoint コンソールで技術プレビュー版として公開されていた Playbook 機能が、今後数週間にわたり、Absolute Resilience 1 以下の製品エディションを含みます。Absolute Resilience、Absolute Resilience for Security、および Absolute Resilience for Automation 製品ライセンスを所有するすべてのアカウント向けに展開されます。

Playbook は、サイバー攻撃、IT インシデントおよびセキュリティインシデントからデバイスをリモートで回復させるのに役立つ強力なツールです。オペレーティングシステムがロードされる前に、その Playbook がファームウェアレベルで実行されるため、デバイスを復旧することができます。これにより、オペレーティングシステムが機能していない状態 (BSOD など) ではできなかった変更を、オペレーティングシステムに加えることができます。

Playbook のメリット、ユースケース、独自の機能の詳細については、Absolute Rehydrate データシートをご覧ください。

使用を開始するには、Playbook ポリシーを有効にして、デバイスで Playbook を実行するためのプロビジョニングを行います。

デバイスプロビジョニングを正常に実行するには、デバイスは特定のシステム要件を満たす必要があります。もっと見る

その後、Playbook 実行リクエストを送信して、以下のいずれかの Playbook を実行できます。

• ファイル操作 (追加または削除)
• イメージから復元
• スクリプトを実行
• レジストリーキーの設定/削除

Playbook の実行についての詳細を見る

カスタムデータ機能に以下の機能強化が追加されました。

• ポリシーエリアのカスタムデータページの機能も強化されました。このページから、以下の操作を実行できるようになりました。

  • データポイントの設定詳細を表示します。

  • データポイントのアクティベーションステータスを変更します。

  • カスタムデータポイントの行の上にカーソルを合わせ、該当するアイコンをクリックすることで、カスタムデータポイントを編集または削除します。

  • データポイントをクリックして、作業エリアの右側にある概要欄で、展開された設定の詳細を確認します。

  もっと見る

• 新しいカスタムデータポイントを追加する際は、次の操作を実行できるようになりました。

  • データポイントの更新を確認するためにデバイスをスキャンする頻度を指定します。システムの再起動など、デバイスでイベントが発生したときにスキャンをトリガーするオプションを有効にすることもできます。

    もっと見る

  • わかりやすい名前をデータポイントに割り当てます。この名前は、レポートの列やフィールドに、フィールド名の代わりに表示されます。

• ポリシーグループにデータポイントを割り当てる際は、次の操作を実行できるようになりました。

  • 1 つ以上のポリシーグループに個別のデータポイントを割り当てます。これまでは、すべてのデータポイントのみを割り当てることができました。もっと見る

  • ポリシーグループエリアで、ポリシーグループを確認しながらデータポイントを割り当てます。また、データポイントが非アクティブな場合、アクティブ化することができます。もっと見る

• GPS をサポートする Windows デバイスでは、デバイスの内蔵 GPS チップセットを使用して検出された位置情報が、OS 位置情報ではなく GPS としてコンソールに表示されるようになりました。この機能強化により、以下の項目が影響を受けます。

• デバイス詳細エリアの次のページ：

  • 履歴

  • 位置履歴

• ジオロケーション技術 > タイプレポート列。この列は任意のデバイスレポートに追加することができます。レポートをフィルタリングして、GPS 位置情報のみを表示することもできます。

• 新しいジオロケーション設定である OS 位置情報 (Windows および Mac)がアカウント設定エリアで利用できるようになりました。この設定により、Wi-Fi または GPS (Windows のみ) 位置情報が使用できない場合に、OS 位置情報がデバイスの主要な位置情報として報告されるかどうかを制御することができます。この設定はデフォルトで無効です。

  この設定を有効にすると、Windows および Mac デバイスの OS 位置情報がコンソールで報告されます。Wi-Fi 位置情報が利用できない場合、デバイスの OS 位置情報の精度は低い場合が多いことに注意してください。

  もっと見る

アクションルールに以下の機能強化が追加されました。

• アクションルールを作成する際に、以下のデバイス状態が選択できるようになりました。
  • メーカー
  • プラットフォームのタイプ
• 新たに登録されたデバイスが、アクションルールのデバイス状態の条件を満たす場合、そのルールは登録プロセスによってトリガーされるようになりました。このシナリオでは、ルールには以下のデバイス状態の 1 つ以上を含める必要があることに注意してください。
  • デバイス名
  • ドメイン
  • ローカル IP アドレス
  • ローカル IPv6 アドレス
  • メーカー
  • OS > ビルド
  • OS > エディション ID
  • OS > 名前
  • OS > プロダクトキー
  • OS > バージョン
  • プラットフォームのタイプ
  • パブリック IP アドレス
  • パブリック IPv6 アドレス
  • ユーザー名

• アクティブなアクションルールそれぞれに対して、ルールがトリガーされているかどうかを問わず、ルールのデバイス状態条件を現在満たしているすべてのデバイスを示すレポートが利用可能になりました。このレポートへのリンクは、ルールページの各ルールの概要エリアから利用できます。その後、レポート内でデバイスを選択し、ポリシーグループの変更などのアクションを実行することができます。もっと見る

  以下のいずれかの条件が該当する場合、レポートは利用できません。

  • アクションルールにデバイス位置情報のデバイス状態が含まれる、または
  • ルールで使用するカスタムフィールド、またはカスタムデータフィールドが削除されている

新しいジオロケーション設定である必要な場合は位置情報サービスをオンにするがアカウント設定エリアで利用できるようになりました。

新しい設定はデフォルトで有効であり、位置情報サービスが各デバイスで無効になっている場合でも、Windows 11 バージョン 24H2 以降を実行しているデバイスから Wi-Fi および OS 位置情報を収集することができます。もっと見る

各デバイスのデバイス詳細ページに、新しいフィールドエージェントバージョンが追加されました。デバイスにインストールされている Secure Endpoint Agent のバージョン番号が表示されます。任意のデバイスレポートに、エージェントバージョンのレポート列を追加することもできます。

エージェントバージョンフィールドには、バージョン番号に加えて、最新のエージェントアップグレードに関するステータス情報も表示される場合があります。 アイコンまたは アイコン (表示された場合) をクリックすると、ステータス詳細がツールチップに表示されます。もっと見る

エージェントフィールドとレポート列は、含まれるデータをより正確に反映するために、新たにコアエージェントバージョンというラベルが付けられたことにもご注意ください。

新しいダッシュボード機能が利用可能になりました。この機能を使用すると、ダッシュボードに含まれる完全にカスタマイズ可能なウィジェットを作成できます。複数のダッシュボードを作成したり、ニーズに合わせてウィジェットを整理することもできます。

すぐに開始できるように、エンドユーザーアカウントごとに次の 3 つのダッシュボードが事前に設定されています。

• 資産管理
• リスクあり
• 適合性(デフォルト)

各ダッシュボードには、デバイスの現在の状態が一目でわかるウィジェットのコレクションが含まれます。もっと見る

これら 3 つのダッシュボードは自由に編集できます。例えば、次の操作が可能です。

• ウィジェットの編集、追加、移動、または削除
• ダッシュボードをデフォルトに設定
• ダッシュボードの複製または削除

または、新しいダッシュボードを作成してそこにウィジェットを追加できます。

新しいダッシュボード機能の詳細を見る

アプリケーションの利用状況

Windows および Mac デバイスからアプリケーションの利用状況に関する情報を収集し、それをダッシュボードウィジェットに表示できるようになりました。

この機能を有効にするには、ポリシーグループ内のインストール済みアプリケーションポリシーを表示し、その使用状況データを含むチェックボックスをオンにします。アプリケーションの利用状況のデータソースに基づいて、ダッシュボードウィジェットを作成することで、収集した情報を表示することができます。

デバイスのアプリケーション利用状況は、Absolute Resilience ライセンスがデバイスに割り当てられている場合にのみ利用可能です。

管理者は、コンソールの新しい AI アシスタントを使用して、目的のデバイス情報を迅速かつ簡単に探すことができます。

AI アシスタントは、AI の力を使って Absolute データベースに保存されているデータをクエリします。デバイスデータが AI モデルのトレーニングに使用されることも、外部または他の Absolute アカウントと共有されることもありません。

現在のリリースでは、AI アシスタントは、以下を含む、新しいダッシュボードエリアで利用可能なすべてのデータに関する質問に応答します。

• デバイスのハードウェア情報およびソフトウェア情報
• デバイス位置
• アプリケーション
• アプリケーションの利用状況
• デバイス利用状況
• Web 利用状況

AI アシスタントを開くには、コンソールの任意のページで アイコンをクリックします。

AI アシスタントを使用する場合の注意点:

• アカウント設定で有効にする必要があります。各コンソールページの右下に アイコンが表示されない場合、AI アシスタントは有効ではありません。

• ユーザー役割に以下の権限が付与されている必要があります。

  • AI アシスタントの表示権限
  • ダッシュボード - インベントリーの表示権限

  すべてのデフォルトの管理者役割には、この権限が付与されています。

ユーザーにデバイスグループを割り当てる

新しいコンソールユーザーを追加する場合、または既存のユーザーアカウントを編集する場合、以下の操作を実行できるようになりました。

• スマートグループを選択することでデバイスへのアクセスを許可する

• 複数のデバイスグループを選択する

例えば、複数の静的グループ、複数のスマートグループ、またはスマートグループと静的グループの組み合わせを選択することができます。

もっと見る

権限グループ

少なくとも一人のユーザーに割り当てられているデバイスグループを、権限グループと呼ぶようになりました。

もっと見る

以下の点に注意してください。

• 権限グループは削除できません。

• 権限グループを編集するには、デバイスグループとフォルダーの権限グループの編集権限が必要になりました。すべてのデフォルトの管理者役割にはこの新しい権限が付与されています。

  この権限をカスタム役割に付与するには、各役割の権限を更新します。

一括アクションに以下の機能強化が追加されました。

• 以下のアクションに対して一括リクエストを送信できるようになりました。
  • ライセンスを変更
  • Playbook を実行
  • ワイプ

• アップロードしたデバイスリストファイルで、以下の識別子を使用できるようになりました。

  • デバイス名
  • Chromebook の注釈付き ID
• 一部のアクションで、以前のリリースよりも一括アクションリクエストに含めることができるデバイスの数が増えました。もっと見る
• クイックアクセスツールバーの アイコンをクリックして一括アクションリクエストを作成する場合、オプションのラベルが一括デバイスアクションのためにファイルをアップロードからデバイスリストのアップロードに更新されました。
• デバイスリストファイルをダイアログにドラッグしてアップロードすることができるようになりました。
• デバイスリストファイルがアップロードされると、そのデバイスの一時的なレポートが生成され、そこから一括アクションリクエストに含めるデバイスを選択できます。
• デバイスリストファイルに無効なデバイス識別子が含まれる場合、それらを別のレポートで表示し、そのレポートをエクスポートできるようになりました。レポートには各識別子が無効である理由が含まれます。

もっと見る

以下のイベントがイベント履歴に記録されるようになりました。

• フリーズ解除コードのマスク処理が解除されました

ユーザーがフリーズ解除コードフィールドまたはレポート列の アイコンをクリックすると、このイベントが記録されます。必要な場合、この新しいイベントに基づいてアラートまたはアクションルールを作成することができます。

デバイスの適合性ポリシーをアクティブ化できるようになりました。このポリシーは、Windows および Mac デバイスから収集されたデータを使用して、設定した条件に基づいて適合状態を判断します。これらの条件のいずれか1つでも満たさない場合、そのデバイスには非適合フラグが付けられます。この情報を取得することで、以下が行えます:

• デバイスの適合性に関連する主要業績評価指数 (KPI) を追跡する

• 非適合となったデバイスの是正措置を開始する

• デバイスにリスクがある、異常がある、またはお客様の組織の要件に適合していない場合に、会社のネットワークへのアクセスを阻止する

もっと見る

ライセンス管理エリアの「デバイスと製品」ページの上部に、ライセンス概要エリアが表示されるようになりました。

ライセンス概要には以下の 2 つの機能が含まれます。

• クイックフィルター: レポートをフィルタリングして、関心のある基本ライセンス情報を絞り込むことができます。

• 棒グラフ: 基本ライセンスとアドオンライセンスのステータスを一覧で示します。

  製品ページのチャートは、使用中ライセンス、利用可能ライセンス、および期限切れライセンスの数をすべて示す一方、デバイスページのチャートは、ライセンスのあるデバイス、期限切れライセンスのあるデバイス、ライセンスが割り当てられていない (ライセンスのない) デバイスの数を示します。棒をクリックすると、レポートがフィルタリングされます。

もっと見る

アクションルールの設定時に、以下のデバイス状態に基づいて作成できるようになりました。

• カスタムデータ-<データポイント名>

  選択したデータポイント名でカスタムデータフィールドが更新されましたイベントが記録されると、ルールがトリガーされます。データポイントを無効化したり削除したりすると、アクションルールが自動的に無効化されることに注意してください。

• カスタムフィールド-<フィールド名>

  選択したフィールド名でカスタムフィールドが更新されましたイベントが記録されると、ルールがトリガーされます。カスタムフィールドを削除すると、アクションルールが自動的に無効化されることに注意してください。

• OS >
  • ビルド
  • エディション ID
  • バージョン

  指定したビルド、エディション、またはバージョンでオペレーティングシステムが更新されましたイベントが記録されると、ルールがトリガーされます。

もっと見る

Extended Resilience ポリシーは Playbook ポリシーになりました。結果:

• ポリシー > ポリシーグループで Playbook ポリシーをアクティブ化して、サポートされる Windows デバイスで Playbook を実行できるようになりました。
• Windows デバイスの詳細 > 概要ページにある Extended Resilience フィールドに、Playbooks ラベルが付くようになりました。

また、以下の機能強化も追加されました。

• システム開始 Playbook 実行リクエストの進捗状況を、アクション履歴で追跡できるようになりました。具体的には、Playbook 実行リクエストは以下のページで表示されます。
  • 履歴エリアのアクションリクエストページ
  • 履歴エリアのアクションページ
  • デバイス詳細のアクションページ
• レポートやページで複数のデバイスを選択し、すべてのデバイスに対して Playbook 実行リクエストを一回で送信できるようになりました。もっと見る
• Playbook 実行リクエストの設定を支援するため、Playbook のパラメーターにデバイス固有の情報を指定するための変数を使用できるようになりました。次の変数データ型がサポートされています。
  • ハードウェア (一部のフィールドのみ)
  • カスタムフィールド
  • カスタムデータポイント

  この機能強化は、複数のデバイスに Playbook 実行リクエストを送信する場合に特に便利です。変数の使い方について詳しく見る

以下のイベントがイベント履歴に記録されるようになりました。

• カスタムデータフィールドが更新されました

• デバイスが適合になりました

• デバイスが不適合になりました

• デバイスの適合の理由が更新されました

必要な場合、これらの新しいイベントに基づいてアラートまたはアクションルールを作成することができます。