SVN暗号化パスワードストア


109

UbuntuマシンにSVNをインストールしましたが、頭がおかしくなります。

端末から何かをチェックアウトすると、暗号化されていないパスワードの保存に関する次のエラーが発生します。

-----------------------------------------------------------------------
ATTENTION!  Your password for authentication realm:

   <[...]> Subversion Repository

can only be stored to disk
unencrypted!  You are advised to
configure your system so that
Subversion can store passwords
encrypted, if possible.  See the
documentation for details.

You can avoid future appearances of
this warning by setting the value of
the 'store-plaintext-passwords' option
to either 'yes' or 'no' in
'/home/[...]/.subversion/servers'.
-----------------------------------------------------------------------

少しゴーグルしましたが、便利なものが見つかりませんでした。これはサーバーの問題ではなくクライアントの問題であると言ったトピックを1つ見つけましたが、それでも確信はありません。

「システムを構成する」と書かれています。それはどういう意味ですか?サーバーまたはクライアント?私がサーバーの場合、それについて私ができることはありますか?(それが言うように)警告を隠すことに加えて...

ありがとう!



1
その質問は、パスワードを暗号化したくない場合に警告を隠す方法についてです。この質問は、パスワードを適切に暗号化するようにシステムを構成する方法についてです。
outis nihil

回答:


44

クライアントの問題です。さまざまなサーバーに使用される資格情報がプレーンテキストで保存されていることを警告します。この警告を非表示にするか、暗号化されたストレージを使用してパスワードをキャッシュできます。

参照:http : //blogs.collab.net/subversion/2009/07/subversion-16-security-improvements/


14
フィーチャーされた暗号化ストレージはGNOMEキーリングまたはKwalletでしたが、サーバーでデスクトップインターフェイスを使用していないため、暗号化は問題外だと思います。正しい?
treznik

3
最初のコメントでは、コマンドラインを使用するオプションがあることを確認できます。どのように機能するかはわかりませんが、実現可能と思われます。
frisco

5
svnがhtpasswdなどのハッシュ化されたpwを提供していないとは信じられません。
d -_- b

17
@simsパスワードの正確さを確認したい場合は、ハッシュが適しています。クライアントがパスワードをサーバーに送信しようとしているため、ハッシュでは不十分です。双方向で保存する必要があります。
Notinlist

6
ubuntuforums.org/showthread.php?t=1348567に基づいて、再コンパイルせずに取得できます。これを〜/ .subversion / configに設定するだけです[auth] password-stores = gnome-keyring
fikr4n

6

パスワードを暗号化することにより、OSファイルの権限により、否認防止(他のユーザーがハッシュを使用する可能性があります)を達成できなくなります。ただし、ほとんどの企業では、ドメインパスワードまたは何らかの形式のSSOパスワードを使用してSubversionを設定しています。パスワードを暗号化することで、少なくとも他のユーザーのユーザーが他のアカウントにアクセスするのを防ぐことができます。

暗号化の強度についてはまだ気になります。Subversionパスワードが他の重要なアカウントにリンクされている場合、誰かが暗号強度をテストしてパスワードを解読する可能性があります。

最善の策は、保存されているパスワードをオフにし、遅延型開発者に毎回認証を強制するようにSubversionクライアントをセットアップすることです。


13
後者の提案が「最良」であるかどうかは、他の要因に依存します。面倒なコミット/更新プロセスに直面している開発者がSVNの使用を減らし始め、その結果、他のユーザーとの同期の粒度が粗くなるとどうなりますか?他の場所にパスワードを保存するための不正な方法で認証プロセスを安全に自動化し始めたらどうなるでしょうか。
LarsH 2013年

2

資格情報を暗号化されたディスクに保存します。(ただし、encfsがマウントされている間、資格情報は私のアカウントに対してプレーンテキストのままです)

$ ls -nl ~/.subversion/
total 20K
-rw-r--r-- 1 1000 1000 4.2K 2009-07-10 13:00 README.txt
lrwxrwxrwx 1 1000 1000   31 2009-10-14 14:31 auth -> ~/crypt/subversion/auth/
-rw-r--r-- 1 1000 1000 5.7K 2009-07-10 13:00 config
-rw-r--r-- 1 1000 1000 3.6K 2009-07-10 13:00 servers

git-svnを使用するということは、クレデンシャルが必要になる頻度がはるかに少ないことを意味します。そのため、クレデンシャルをまったく保存しなくてもそれほど面倒ではないかもしれません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.