ローカルストレージに保存するデータの暗号化 ― Windows の場合 - NyaRuRuが地球にいたころ

Gumblar による FFFTP への攻撃について GumblarによるFFFTPへの攻撃について FTPのアカウントを盗み、サイトを改竄するGumblarウイルスが猛威をふるっております。 このGumblarウイルスの亜種が、FFFTPを狙って攻撃していることが報告されております。 詳しくは以下のサイトを参照してください。 smilebanana UnderForge of Lack FFFTPはパスワードをレジストリに記録しております。簡単な暗号化をかけてありますが、FFFTPはオープンソースであるため、暗号の解除法はプログラムソースを解析すれば可能です。 Gumblarウイルスの亜種は、レジストリに記録されているパスワードを読み取り、サイト改竄に使用しているようです。 上記理由により、以下のいずれかの対策をお取りください。 ●接続先のFTPサーバーがSSL等に対応している場合。 →

[Dryad]

この件についてはこの間だいぶ悩んだ

[youichirou]

復号する方法があるなら復号されちゃうよね。ふつう。

[TAKESAKO]

ローカルストレージに保存するデータの暗号化 ― Windows の場合

[cou929]

ローカルにパスワードを保存

[mooz]

データの暗号化について。 Chrome の例も。

[Nagise]

暗号化方式が知られると復号できるってのはどうにかしたいな。かといって公開鍵暗号的なアプローチを取るのもなんだし、トロイ的にマシンに侵入されたうえでの安全性となるとまた難しいかな

[elemia]

さてこの暗号化，同一ユーザーのプロセスからは簡単に復号できてしまうということで，何らかのアプリケーションが陥落した時点であまり意味がありません*2．とはいえ，Windows で同一ユーザーのプロセスからの攻撃に対

[rryu]

Windowsが持っているCryptProtectData APIやクレデンシャルマネージャを使ってもトロイの木馬からの読み取りには強くならないという話。クレデンシャルマネージャがMac OS Xのkeychainのようなものかと思ったがそうでも無い模様。

[ka-wara]

『Gumblar による FFFTP への攻撃について』、ソースコードの考察やWindowsの「Stored User Names and Passwords」機能など

[nitoyon]

CryptProtectData(), CryptProtectMemory() API を使う。同一ユーザーなら読み出せる、同一セッション内なら読み出せる、といった制約を付けられる。

[kogawam]

今のところUACとか、CryptProtectDataで指定するプロンプトのように、UIでワンクッション設けるのが現実的ということなんだろうか。