以前から、標準的なセキュリティ手法になっている。性能は広く認められており、MFAの導入は必須だと、セキュリティ・アーキテクトが考えるのも不思議ではない。ソリューションには、固有の適用範囲の制限であるという視点である。リモート・コマンド・ライン・アクセス・ツールを保護する機能は備えていない。脅威に対して、ワークステーションやサーバが脆弱が状態にあることを意味する。代わりにコマンド・ライン・パスを使用して、保護機能がインストールされていない環境であるかのように、ログインできるのである。この記事では、この盲点を探り、その根本原因と意味の理解を促す。この盲点をセキュリティ・チームが克服し、環境の保護を維持するための多様な選択肢を紹介していく。アカウント乗っ取りを防ぐための、最も効率的なセキュリティ対策である。導入している理由は、漏洩した認証情報を悪用する敵対者が、リソースにアクセスすることを防ぐためである。そのため、たとえ攻撃者が、私たちのユーザー名とパスワードを入手できたとしても、私たちに代わって悪意のアクセスに、それらを活用することができない。クレデンシャル漏洩に対する究極の最終防衛ラインであり、この漏洩が、いかなる悪意の利益にもつながらないことを目的としているのである。管理する環境に関しては、かなりの制限がある。位置する場所のずっと手前に置かれているため、ネイティブなサポートが不可能だからだ。保護できないことになる。それらは、トラブルシューティングやメンテナンスを行う管理者が、ユーザー・マシンにリモートで接続するために用いるデフォルトのツールである。環境に存在するものとなる。サイバー・セキュリティへの影響:横移動とランサムウェア攻撃に抵抗できないそれらの主流であるリモート接続経路は、定義上、漏洩した認証情報のシナリオから保護されていない。その結果として、ほとんど全ての横移動およびランサムウェア拡散攻撃で悪用されている。ソリューションがあることに問題はない。使って移動するのと同じくらい簡単である。片方のドアと、もう片方のドアを、使い分けるだけの問題なのだ。脅威に対する保護は、ほとんど成功していない可能性が高くなる。それは、保護されているか、保護されていないかの、いずれかであり、曖昧さが許される話ではない。頑強なボートであっても、底に穴が開いてしまえば、それで終わりである。同じように、コマンドライン・アクセス・ツールを悪用する攻撃者が、危険な認証情報を取得することで、環境内での横方向への移動が可能になる。保護していることは、もはや関係のない話になってしまう。インフラを維持している。保護の欠如により漏洩した認証情報の危機にさらされている。アプリへのアクセスで使用される。リソースへの不正アクセスへと、簡単にピボットできてしまう。設計/実装の起因するものだ。保護することが不可能となっている。個々のリソースに配置することから、ディレクトリに焦点を移すことで、この障壁を完全に克服する新しいアプローチが存在する。保護プラットフォームを開発している。ダイレクトな統合を果たしている。転送する形態をとることになる。