NetworkCredentialオブジェクトのパスワードはなぜ平文?

Question

###質問内容
NetworkCredentialのメンバには
username,password,domainとありますが
passwordはStringで内容が直接見られます。
getCredentialsで取得したpasswordはsecure stringで直接内容がわからないようになっていますが
両者の違いは何なのでしょうか？

Answer 1

こんにちは。
直接的な回答ではありませんが、参考になればと思い返信します。

まず、System.Net.NetworkCredentialはPowerShellに限らず.NET Framework全般で認証情報を取り扱うクラスとなります。

PasswordプロパティはただのString型ですが、内部的にはSecureStringでパスワードを保持しており、プロパティにアクセスするときにString型に復号化して平文のパスワードが取得できる様になっています。
詳細は実装のこのあたりで確認できます。

なぜその様な仕様にしたのかは私にはわかりませんが、おそらくは利便性のためかと思われます。
(ただし明確な根拠はありません。)

そして、getCredentials(おそらくGet-Credentialコマンドレットの事だと推測します)ではSystem.Management.Automation.PSCredential型のオブジェクトを取り扱い、これは、簡単に言ってしまうとPowerShell専用で認証情報を扱うクラスとなります。

ただ、PSCredentialも内部的にはNetworkCredentialを使うことがあり、GetNetworkCredentialメソッドやキャストによってPSCredentialからNetworkCredentialを取得し、平文のパスワードにアクセスすることができます。

# Get-CredentialではPSCredentialクラスを扱う
$cred = Get-Credential

# GetNetworkCredentialメソッドでNetworkCredentialを取得できる
$cred.GetNetworkCredential()

# PSCredentialはNetworkCredentialにキャストすることができ、そこから平文のパスワードを取得することができる
 ([Net.NetworkCredential]$cred).Password

Comments

[anpan06]

ご丁寧なご回答ありがとうございます！
とても勉強になりました。
その場合外部からPasswordプロパティを参照された
時は Stringとして表示されてしまうのでしょうか。

[stknohg]

はい。プロパティにアクセスする際はString型として見えますし、平文のパスワードにアクセスすることになります。

[anpan06]

ご回答ありがとうございます。
SecureStringの仕様がよく読み取れておらず恐縮ですが
その場合、外部から不正アクセスされた時
Passwordプロパティ
(ExceptionHelper.UnmanagedPermission.Demand();
return InternalGetPassword();あたり?)
を参照されたら認証情報が流出してしまわないのでしょうか？

[stknohg]

私はセキュリティの専門家ではないのでなんともいえないのですが、

> 外部から不正アクセス

がどういった状況を指すのかによって答えが変わるかと思います。

[anpan06]

内部からsecureStringを簡単に複合できるのなら
ホストが第三者に侵入されたり、通信が盗聴されていればPasswordメソッド経由で平文化されてしまうのでは？
と思いましたが、暗号化する際にDPAPIというAPIによって作成したユーザーのみが複合できるようにできるよう出来るらしいので作成者以外が容易に複合できないようです。
長くお付き合いいただきありがとうございました！
https://translate.googleusercontent.com/translate_c?depth=2&nv=1&rurl=translate.google.com&sl=auto&sp=nmt4&tl=ja&u=https://www.pdq.com/blog/secure-password-with-powershell-encrypting-credentials-part-2/&usg=ALkJrhiXi2WffMrqCEbub44oJzo20-wANw