Re: DRA is Decrypting Files when it shouldn't be!!!
- From: "Steven L Umbach" <n9rou@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 19 Jan 2006 18:04:32 -0600
Hi Brian.
I may be wrong but the behavior you describe for the default RA being
generated as the built in administrator account is unique to Windows 2000
and is not default behavior on an XP Pro computer. I have never seen an RA
on an XP Pro non domain workstation where a user has encrypted files unless
an administrator had taken the effort to create one and import it into Local
Security policy like the OP has done. --- Steve
"Brian Komar [MVP]" <bkomar@xxxxxxxxxxxxxxxxx> wrote in message
news:MPG.1e39d7931f02c7709896e1@xxxxxxxxxxxxxxxxxxxxxxx
> Answers inline:
>
>
> In article <C715850F-53CC-43A8-8EED-87F77BF49319@xxxxxxxxxxxxx>,
> DJ@xxxxxxxxxxxxxxxxxxxxxxxxx says...
>> Let's go over this again...
>>
>> OS setup:
>>
>> Installed a fresh copy of XP. Forget about extra RA's. There is only one
>> RA
>> with this setup. I dedicated the Administrator's account as the RA.
>>
>> Problem:
>>
>> EFS is allowing the RA to decrypt 200 files that were encrypted BEFORE an
>> RA
>> was actually created on the XP OS. My question is Why?
>>
>> I was told by "many people" that you have to setup the RA BEFORE enabling
>> encryption to get the RA to decrypt encrypted files.
>>
>> Steps I took:
>>
>> I created a user, encrypted 200 files. Logged off and logged on as
>> Administrator and created a RA. Rebooted and logged in as Administrator
>> and
>> decrypted the 200 files.
>
> When you encrypted the files, the default RA certificate was used. The
> default install will designate the first administrator account in XP as
> the DRA in a non-domain environment.
>>
>> In this case here, I created the RA after the files were already
>> encrypted,
>> so why am I ABLE to decrypt the 200 files?
>
> You need to check the certificate profile of the DRA user account. Run
> certmgr.msc and look to see how many EFS recovery agent certificates you
> have. Also, against the files, you can run EFSINFO /U /R /C which will
> show you for the files what the thumbprint of the certificates that were
> used during the encryption process.
>>
>> Anyway, to resolve the problem, you asked me to do an experiment and told
>> me
>> to "export" & "delete" the user's private key, before creating the RA. I
>> did
>> this, and now the RA cannot delete the 200 files (which is the way it
>> suppose
>> to work)
>
> The goal is to not leave the RA's certificate in the user's profile. It
> is kind of a break glass in case of emergency (translated = import the
> certificate and private key only when needed).
>>
>> My question is, why did you suggest to "export" & "delete" the user's
>> private key, then create the RA? And also why does this work and what did
>> I
>> do wrong?
>
> You will be able to delete and work with the files when you import the
> cert and private key back into the profile. In fact, it can be imported
> into any profile, as the user name has absolutely nothing to do with the
> decryption process, only access to the private key of the DRA or the
> user.
>>
>> Thanks, Dave
>>
>> ---------------------------------------------------
>>
>> > So what did you exactly do? Create a user, encrypt some files, remove
>> > the
>> > user' EFS certificate private key, create an RA, and not be able to
>> > decrypt
>> > files as RA or did you use your current configuration where the RA
>> > could
>> > decrypt user's files, remove user's EFS certificate private key, and RA
>> > can
>> > no longer decrypt files?? Did you look to see if RA had more then one
>> > RA
>> > certificate?? --- Steve
>> >
>> >
>> > "DJ" <DJ@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
>> > news:C7D62C3E-C1AA-46A1-93E1-D66DE97010B5@xxxxxxxxxxxxxxxx
>> > > Steve, I did what you said (below) and "exported" & "deleted" the
>> > > user's
>> > > private key and now it's acting correctly. Why is this?
>> > >
.
- Follow-Ups:
- References:
- Re: DRA is Decrypting Files when it shouldn't be!!!
- From: Steven L Umbach
- Re: DRA is Decrypting Files when it shouldn't be!!!
- From: Steven L Umbach
- Re: DRA is Decrypting Files when it shouldn't be!!!
- From: DJ
- Re: DRA is Decrypting Files when it shouldn't be!!!
- From: Brian Komar [MVP]
- Re: DRA is Decrypting Files when it shouldn't be!!!
- Prev by Date: Re: DRA is Decrypting Files when it shouldn't be!!!
- Next by Date: Re: Steven Umbach, Please read post: DRA is Decrypting files...."
- Previous by thread: Re: DRA is Decrypting Files when it shouldn't be!!!
- Next by thread: Re: DRA is Decrypting Files when it shouldn't be!!!
- Index(es):
Relevant Pages
|