On 12 April 2011 18:02, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> On 12.04.2011 18:28, Bob Archer wrote:
>>> On Tue, Apr 12, 2011 at 10:54 AM, Stefan Küng
>>> <tortoisesvn_at_gmail.com> wrote:
>>>> On Tue, Apr 12, 2011 at 16:50, Ron Wilson<ronw.mrmx_at_gmail.com>
>>>>> If this is truly the case, then SVN is not implemted correctly.
>>>>> However, that would be for a different mail list.
>>>> So, how should it be implemented?
>>> I will assume the algorithm used is strong. Therefore the main
>>> of weakness would be a fixed key, poor key generation, poor
>>> of the key or mistakes in implementation.
>> I expect it uses the windows DPAPI.
> It uses CryptProtectData to encrypt the auth data on disk.
> But that only means it's encrypted for those who use text editors to
> read the files.
> A simple app can use CryptUnprotectData to decrypt the files again.
> That's not a bug or a security issue, it's by design and correct.
> Because the auth cache is there so the user doesn't have to enter that
> data every time it's needed. Meaning it must be available without the
> user having to enter yet another password, which implies that the
> decryption can be done automatically.
> So: if it can be decrypted automatically, anyone with a compiler can do it.
> If that was a security issue, all browsers have the same issue because
> they allow you to save the auth data for websites too.
So the bottom line is, as with web browsers, if your password is that
sensitive you should not cache it at all. That would be mighty
inconvenient with TSVN because multiple server round trips are often
required, each one needing authentication. So you can either cache the
auth data temporarily and get your work done, or you can opt never to
cache it and put up with the repeated password prompts. User choice.
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-04-12 19:28:25 CEST