Lose ability to decrypt EFS files after reboot

Lose ability to decrypt EFS files after reboot

Secure Home | Search | About
 Microsoft Applications Security    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content add this group's latest topics to your Google content
Subject Author Date
Lose ability to decrypt EFS files after reboot Gary Flynn 02-27-2007
Posted by Gary Flynn on February 27, 2007, 8:22 am
If you were  Registered and logged in, you could reply and use other advanced thread options

We've been wrestling with a problem computer for a few
days now and was hoping these symptoms ring a bell with
someone.

After a reboot, when we attempt to read files in an directory
with the encryption property set, the data is does not appear
to be decrypted. That is, we see junk where we should see
simple ascii text.

Everything works fine until the computer is rebooted. It
works fine after logouts and logins. After a reboot, none
of the accounts formerly able to access the file, including
manually added certs and the recovery agent, are able to read
anything but garbage from the file. We create a new account
and encrypt files and it works fine until the computer
is rebooted again.

This is true of local or domain accounts. When the problem
first appeared, the computer was not joined to a domain.

All EFS certs are of the automatically generated, self-signed
type.

The computer is a new Vista computer.

All the account certs and thumb prints appear unchanged before
and after the reboot.

I suspect the problem would go away if we rebuilt the
computer but as we're familiarizing ourselves with EFS
before a wider roll-out, I'd really like to define
the problem and what caused it in case we run into it again.

--
Gary Flynn
Security Engineer
James Madison University
www.jmu.edu/computing/security

Posted by Gary Flynn on February 28, 2007, 4:37 pm
If you were  Registered and logged in, you could reply and use other advanced thread options

Disabling Symantec anti-virus autoprotect made the
problem go away. This has been verified several
times and also on a second Vista workstation.

Symantec Corporate Edition 10.2.0.276

Once auto-protect is turned off, newly encrypted files
can be read after a reboot. Any files encrypted while
auto-protect is enabled, cannot be decrypted.

One of our Security Engineers noticed a Microsoft
KB article related to anti-virus changing meta-data
associated with another problem and figured what
the heck, lets disable it and see what happens.



>
> We've been wrestling with a problem computer for a few
> days now and was hoping these symptoms ring a bell with
> someone.
>
> After a reboot, when we attempt to read files in an directory
> with the encryption property set, the data is does not appear
> to be decrypted. That is, we see junk where we should see
> simple ascii text.
>
> Everything works fine until the computer is rebooted. It
> works fine after logouts and logins. After a reboot, none
> of the accounts formerly able to access the file, including
> manually added certs and the recovery agent, are able to read
> anything but garbage from the file. We create a new account
> and encrypt files and it works fine until the computer
> is rebooted again.
>
> This is true of local or domain accounts. When the problem
> first appeared, the computer was not joined to a domain.
>
> All EFS certs are of the automatically generated, self-signed
> type.
>
> The computer is a new Vista computer.
>
> All the account certs and thumb prints appear unchanged before
> and after the reboot.
>
> I suspect the problem would go away if we rebuilt the
> computer but as we're familiarizing ourselves with EFS
> before a wider roll-out, I'd really like to define
> the problem and what caused it in case we run into it again.
>


--
Gary Flynn
Security Engineer
James Madison University
www.jmu.edu/computing/security

Posted by Roger Abell [MVP] on March 1, 2007, 4:32 am
If you were  Registered and logged in, you could reply and use other advanced thread options
For what it is worth there is a bit that when set indicates the file as
EFS encrypted. The open but scrambled state you described is what
happens when that bit is not, but should be, set.

>
> Disabling Symantec anti-virus autoprotect made the
> problem go away. This has been verified several
> times and also on a second Vista workstation.
>
> Symantec Corporate Edition 10.2.0.276
>
> Once auto-protect is turned off, newly encrypted files
> can be read after a reboot. Any files encrypted while
> auto-protect is enabled, cannot be decrypted.
>
> One of our Security Engineers noticed a Microsoft
> KB article related to anti-virus changing meta-data
> associated with another problem and figured what
> the heck, lets disable it and see what happens.
>
>
>
>>
>> We've been wrestling with a problem computer for a few
>> days now and was hoping these symptoms ring a bell with
>> someone.
>>
>> After a reboot, when we attempt to read files in an directory
>> with the encryption property set, the data is does not appear
>> to be decrypted. That is, we see junk where we should see
>> simple ascii text.
>>
>> Everything works fine until the computer is rebooted. It
>> works fine after logouts and logins. After a reboot, none
>> of the accounts formerly able to access the file, including
>> manually added certs and the recovery agent, are able to read
>> anything but garbage from the file. We create a new account
>> and encrypt files and it works fine until the computer
>> is rebooted again.
>>
>> This is true of local or domain accounts. When the problem
>> first appeared, the computer was not joined to a domain.
>>
>> All EFS certs are of the automatically generated, self-signed
>> type.
>>
>> The computer is a new Vista computer.
>>
>> All the account certs and thumb prints appear unchanged before
>> and after the reboot.
>>
>> I suspect the problem would go away if we rebuilt the
>> computer but as we're familiarizing ourselves with EFS
>> before a wider roll-out, I'd really like to define
>> the problem and what caused it in case we run into it again.
>>
>
>
> --
> Gary Flynn
> Security Engineer
> James Madison University
> www.jmu.edu/computing/security



Posted by Gary Flynn on March 1, 2007, 12:44 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Roger Abell [MVP] wrote:
> For what it is worth there is a bit that when set indicates the file as
> EFS encrypted. The open but scrambled state you described is what
> happens when that bit is not, but should be, set.

Thanks. There are certainly interesting issues surrounding
AV and EFS, or any type of encryption for that matter.

Subsequent experimentation discovered that if Symantec
was completely uninstalled, the data became
intelligible again.

Symantec has been made aware of the problem.





>
>> Disabling Symantec anti-virus autoprotect made the
>> problem go away. This has been verified several
>> times and also on a second Vista workstation.
>>
>> Symantec Corporate Edition 10.2.0.276
>>
>> Once auto-protect is turned off, newly encrypted files
>> can be read after a reboot. Any files encrypted while
>> auto-protect is enabled, cannot be decrypted.
>>
>> One of our Security Engineers noticed a Microsoft
>> KB article related to anti-virus changing meta-data
>> associated with another problem and figured what
>> the heck, lets disable it and see what happens.
>>
>>
>>
>>> We've been wrestling with a problem computer for a few
>>> days now and was hoping these symptoms ring a bell with
>>> someone.
>>>
>>> After a reboot, when we attempt to read files in an directory
>>> with the encryption property set, the data is does not appear
>>> to be decrypted. That is, we see junk where we should see
>>> simple ascii text.
>>>
>>> Everything works fine until the computer is rebooted. It
>>> works fine after logouts and logins. After a reboot, none
>>> of the accounts formerly able to access the file, including
>>> manually added certs and the recovery agent, are able to read
>>> anything but garbage from the file. We create a new account
>>> and encrypt files and it works fine until the computer
>>> is rebooted again.
>>>
>>> This is true of local or domain accounts. When the problem
>>> first appeared, the computer was not joined to a domain.
>>>
>>> All EFS certs are of the automatically generated, self-signed
>>> type.
>>>
>>> The computer is a new Vista computer.
>>>
>>> All the account certs and thumb prints appear unchanged before
>>> and after the reboot.
>>>
>>> I suspect the problem would go away if we rebuilt the
>>> computer but as we're familiarizing ourselves with EFS
>>> before a wider roll-out, I'd really like to define
>>> the problem and what caused it in case we run into it again.
>>>
>>
>> --
>> Gary Flynn
>> Security Engineer
>> James Madison University
>> www.jmu.edu/computing/security
>
>


--
Gary Flynn
Security Engineer
James Madison University
www.jmu.edu/computing/security

Posted by Roger Abell [MVP] on March 1, 2007, 11:32 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
> Roger Abell [MVP] wrote:
>> For what it is worth there is a bit that when set indicates the file as
>> EFS encrypted. The open but scrambled state you described is what
>> happens when that bit is not, but should be, set.
>
> Thanks. There are certainly interesting issues surrounding
> AV and EFS, or any type of encryption for that matter.
>
> Subsequent experimentation discovered that if Symantec
> was completely uninstalled, the data became
> intelligible again.
>

now that is interesting . . . thanks

> Symantec has been made aware of the problem.
>
>
>
>
>
>>
>>> Disabling Symantec anti-virus autoprotect made the
>>> problem go away. This has been verified several
>>> times and also on a second Vista workstation.
>>>
>>> Symantec Corporate Edition 10.2.0.276
>>>
>>> Once auto-protect is turned off, newly encrypted files
>>> can be read after a reboot. Any files encrypted while
>>> auto-protect is enabled, cannot be decrypted.
>>>
>>> One of our Security Engineers noticed a Microsoft
>>> KB article related to anti-virus changing meta-data
>>> associated with another problem and figured what
>>> the heck, lets disable it and see what happens.
>>>
>>>
>>>
>>>> We've been wrestling with a problem computer for a few
>>>> days now and was hoping these symptoms ring a bell with
>>>> someone.
>>>>
>>>> After a reboot, when we attempt to read files in an directory
>>>> with the encryption property set, the data is does not appear
>>>> to be decrypted. That is, we see junk where we should see
>>>> simple ascii text.
>>>>
>>>> Everything works fine until the computer is rebooted. It
>>>> works fine after logouts and logins. After a reboot, none
>>>> of the accounts formerly able to access the file, including
>>>> manually added certs and the recovery agent, are able to read
>>>> anything but garbage from the file. We create a new account
>>>> and encrypt files and it works fine until the computer
>>>> is rebooted again.
>>>>
>>>> This is true of local or domain accounts. When the problem
>>>> first appeared, the computer was not joined to a domain.
>>>>
>>>> All EFS certs are of the automatically generated, self-signed
>>>> type.
>>>>
>>>> The computer is a new Vista computer.
>>>>
>>>> All the account certs and thumb prints appear unchanged before
>>>> and after the reboot.
>>>>
>>>> I suspect the problem would go away if we rebuilt the
>>>> computer but as we're familiarizing ourselves with EFS
>>>> before a wider roll-out, I'd really like to define
>>>> the problem and what caused it in case we run into it again.
>>>>
>>>
>>> --
>>> Gary Flynn
>>> Security Engineer
>>> James Madison University
>>> www.jmu.edu/computing/security
>>
>>
>
>
> --
> Gary Flynn
> Security Engineer
> James Madison University
> www.jmu.edu/computing/security



Similar ThreadsPosted
How to give non-administrators the ability to reboot April 30, 2008, 4:16 pm
Cannot decrypt about 5% of encrypted files March 29, 2007, 10:22 am
Decrypt windows files January 17, 2008, 5:14 am
Limiting the ability to Move Items February 22, 2006, 4:37 pm
Win NT - How do I block ability to type in file path March 7, 2006, 8:17 pm
Force reboot in WSUS September 22, 2005, 3:55 pm
grant an user the ability to enable/disable account April 5, 2006, 3:21 pm
Windows does not recognize my password unless I reboot. July 23, 2005, 4:09 pm
Reboot Options for Security Patches January 12, 2006, 2:30 pm
How to decrypt dotNet from ATL. December 5, 2005, 9:58 am

The site map in XML format XML site map

Contact Us | Privacy Policy