Okta Privileged Accessデバイスツールのリリースノート

クライアント

• プライマリグループを他のユーザーと共有する際に、ユーザーがコマンドバンドルからsudo権限を受け取れないことがありました。

• フリート登録トークンを使用してデバイスを登録したときに、Webインターフェイス経由の初回サーバー接続が失敗することがありました。

サーバーエージェント

• Microsoft Windows 11クライアントの登録時、登録承認ページで、オペレーティングシステムがMicrosoft Windows 10と誤って表示されていました。

• 次のsft コマンドを使用して、Active Directoryアカウントに関連付けられたパスワードを表示できます：sft ad reveal。

• 今後は、SSHまたはRDPでアクセスする際に、--accountフラグを使用してサーバーアカウントに接続できるようになりました。

サーバーエージェント

Active Directoryドメインとアカウントを一覧表示するには、次のsftコマンドを使用します：

• sft ad list-domains

• sft ad list-accounts

サーバーエージェント

Okta Privileged AccessサーバーエージェントをWindowsドメインコントローラーで実行できるようになりました。ユーザー資格情報を管理し、RDPを使ってドメインコントローラーにサインインするには、Okta Active Directory統合（AD Agent）とOkta Privileged AccessのActive Directoryアカウント機能が必要です。「Windowsドメインコントローラー」を参照してください。

• 以前に廃止されていたsft list-accountsコマンドが、正式に削除されました。代わりにsft list-teamsコマンドを使用してください。

• SFTクライアントでは、WindowsおよびFreeRDPクライアントを使用してRDP経由で接続する際に、ユーザー名にサーバー名が追加されるようになりました。

• Windows 10およびWindows 11のバグにより、Windows Server 2025に誤ったチャネルIDが送信されていました。これにより、ゲートウェイ経由のRDPが機能しなくなっていました。

• Windows 11バージョン24H2クライアントからWindows Server 2016に接続する際に、ゲートウェイを使用すると接続が失敗することがあります。ゲートウェイを使用しない場合、RDPセッションが安定するまでに切断と再接続が繰り返される場合があります。

クライアント

サーバーエージェント

• sudoバンドルの表示名によってアクセス方式をフィルタリングするために、新しいクライアントコマンドフラグが追加されました。

• sft winscp <servername>コマンドは、約45秒ごとに切断されていました。問題を修正するには、Okta Privileged Accessサーバーエージェントを更新する必要があります。

• Windows 11バージョン24H2からWindows Server 2016に接続する際、RDPセッションが即時に終了するか、エラーが返されることがあります。これは、RDPセッションに影響する既知の問題です。

• Okta Privileged Access ゲートウェイ経由のWindows 11バージョン24H2からWindows Server 2025サーバーへの接続が、接続が確立した直後に終了します。これは、RDPセッションに影響する既知の問題です。

• --accountフラグは廃止され、--teamフラグに置き換えられました。

• Okta Privileged Accessクライアントで、Okta Privileged Accessサーバーエージェントが管理するWindows ADサーバー上のActive Directory（AD）アカウントへのRDP接続がサポートされるようになりました。

• バージョン1.66.4より古いOkta Privileged Accessクライアントのすべてのバージョンはダウンロードできなくなりました。

• sft winscpコマンドでOkta Privileged Accessサーバーのユーザーアクセス方式（UAM）の選択がサポートされるようになりました。このコマンドは30秒ごとに切断し、自動的に再接続します。

• macOS 15がOkta Privileged AccessクライアントおよびMacFreeRDPクライアントでサポートされるようになりました。

• Windows 10（22H2）およびWindows 11（22H2、23H2、24H2）がOkta Privileged Accessクライアントでサポートされるようになりました。

• パスに空白が含まれている場合、ssh configコマンドがWindowsで正しく機能しませんでした。

• 外部のアクターが、サーバーへの認証を実際には行わずに、偽のログイン成功イベントをシステムログに挿入できる脆弱性が解決されました。

• sft puttyコマンドでOkta Privileged Accessサーバーのユーザーアクセス方式（UAM）の選択がサポートされるようになりました。

• Okta Privileged AccessクライアントからMacFreeRDPにRDP資格情報を転送する際のセキュリティが強化されました。

• sftコマンドで、RDP経由でWindowsおよびFreeRDPクライアントに接続する際に、ユーザー名にサーバー名が追加されなくなりました。

サーバーエージェント

• SSH接続のタイムアウト設定が更新され、古いログインに対処できるようになりました。

• Windowsで実行されているサーバーツールは、格納済みアカウントを有効化・無効化できなくなります。アカウントが無効になっているお客様は、アカウントを手動で有効にする必要があります。

クライアント

サーバーエージェント

• 管理者権限を持つOkta Privileged Accessユーザーが、ログイン中に管理者グループから誤って削除されていました。

• クライアント登録の際、URL内のホスト名が登録リクエスト内のホスト名と一致するようになりました。

ゲートウェイ

サーバーエージェント

• Okta Privileged Access （OPA）クライアントがインストールされているLinuxサーバーからSSHを試みると、無効なMFA URLが生成されていました。具体的には、接続に多要素認証が必要な場面で発生しました。

• Macクライアントでcompatキーリングを含むusing ssh.save_privatekey_passwordsのサポートが廃止されました。

• SFT state.jsonの保護に使用されるデフォルトのキーリングが compatからsystemキーリングに変更されました。

• MacFreeRDPがアップストリームのFreeRDPバージョン3.14.1に更新されました。

• sft fleet enroll --token-file <tokenfile>コマンドが同じチームの同じクライアントで複数回実行されたとき、最初の試行は成功しましたが、それ以降の試行ではエラーとなっていました。

• ユーザーは、プロセスを終了する前に、失敗したSSH接続の確認をシステムが待機する時間のタイムアウトを設定できるようになりました。このタイムアウトは、SSH接続が開始されると有効になります。

• 一部のsft secretsコマンドがOkta Privileged Accessクライアントのバージョン1.87.0で正しく動作しませんでした。

クライアント

サーバーエージェント

クライアント

サーバーエージェント