SOAR (セキュリティ オーケストレーションの自動化と対応) ユーティリティとランブックを導入することは、廃止されたハードウェアとソフトウェアによって動作モードが低下したために従来の衛星リンクで公称パフォーマンスを回復するプロセスを自動化する最適な手法です。

参照: https://kinsta.com/knowledgebase/err_ssl_version_or_cipher_mismatch/ ユーザーが TLS 1.3 を優先するサーバーにクライアントを接続できない原因として最も可能性が高いのは、クライアント アプリケーションが RC4 を使用するように構成されていることです。RC4 は時代遅れで安全でない対称キー暗号化アルゴリズムであり、クライアントとサーバー間の安全な通信を提供するプロトコルの最新バージョンである TLS 1.3 から廃止され、削除されました。クライアント アプリケーションが RC4 を使用するように構成されている場合、TLS 1.3 を優先するサーバーとの安全な接続をネゴシエートできず、ERR_SSL_VERSION_OR_CIPHER_MISMATCH などのエラー メッセージが表示されます。 PFS (Perfect Forward Secrecy) をテストしているクライアント アプリケーションは、ユーザーがクライアントを TLS 1.3 を優先するサーバーに接続できない根本原因ではないと考えられます。PFS は、長期キーのセットから派生したセッション キーが、将来その 1 つが侵害された場合でも侵害されないことを保証するプロパティです。PFS は、一時的な Diffie-Hellman または楕円曲線 Diffie-Hellman キー交換方法を使用して PFS を実現する TLS 1.3 によってサポートおよび推奨されています。ECDHE (楕円曲線 Diffie-Hellman エフェメラル) を使用するように構成されているクライアント アプリケーションは、ユーザーがクライアントを TLS 1.3 を優先するサーバーに接続できない根本原因ではないと考えられます。ECDHE は、楕円曲線暗号化を使用してセッションごとに一時的なキーを生成することで PFS と高パフォーマンスを提供するキー交換方法だからです。 ECDHE は TLS 1.3 でサポートおよび推奨されており、TLS 1.3 では ECDHE がデフォルトのキー交換方式として使用されています。GCM の AES-256 (Galois/Counter Mode) を使用するように構成されているクライアント アプリケーションは、ユーザーがクライアントを TLS 1.3 を優先するサーバーに接続できない根本的な原因ではないと考えられます。GCM の AES-256 は、256 ビット キーの AES と認証された暗号化モードとして GCM を使用して機密性と整合性を確保する暗号化モードです。GCM の AES-256 は TLS 1.3 でサポートおよび推奨されており、TLS 1.3 では GCM の AES-256 がデフォルトの暗号化モードの 1 つとして使用されています。検証済みの参照:
https://www.comptia.org/blog/what-is-tls-13https://partners.comptia.org/docs/default-source/resources/casp-cont

リスクに対処するために具体的な対策を講じている場合（この場合はファイアウォールの設置など）、リスクを軽減しようとしていることになります。