EFS: Move User+WKS to other forest

EFS: Move User+WKS to other forest

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
EFS: Move User+WKS to other forest Mike Schmeitz 01-11-2007
Posted by =?Utf-8?B?TWlrZSBTY2htZWl0eg== on January 11, 2007, 4:04 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Hi,

Want to move Workstation to another forest. Workstation contains EFS
encrypted files. What would be the best automated and safest way to keep EFS
encryped (local) files available to users after migration. Both forest have
their own CA root.

in other words:
User1@domain1 has encrypted files on D: drive
Workstation and user is migrated to domain2 in a different forest
Trusts are available between the domains
Different CA's are used for both forests
User1@domain2 wants to get access to his encrypted files on D: drive

- Would it be possible to add User1@domain2 before migration of WKS to other
domain? (This would mean that decryption can be done by user1@domain1,
user1@domain2 and the efs recovery agent)
- Is the only way to do this, by decrypting all files, migrating, and then
start a re-encryption with new certificate of user1@domain2?

Greetz,

Mike


Posted by =?Utf-8?B?SmVzcGVy?= on January 12, 2007, 2:24 am
If you were  Registered and logged in, you could reply and use other advanced thread options
By far the easiest way to do this would be decrypt the files, transfer them,
and then reencrypt them. The certificates used for decryption will not be
valid on the new domain.

"Mike Schmeitz" wrote:

> Hi,
>
> Want to move Workstation to another forest. Workstation contains EFS
> encrypted files. What would be the best automated and safest way to keep EFS
> encryped (local) files available to users after migration. Both forest have
> their own CA root.
>
> in other words:
> User1@domain1 has encrypted files on D: drive
> Workstation and user is migrated to domain2 in a different forest
> Trusts are available between the domains
> Different CA's are used for both forests
> User1@domain2 wants to get access to his encrypted files on D: drive
>
> - Would it be possible to add User1@domain2 before migration of WKS to other
> domain? (This would mean that decryption can be done by user1@domain1,
> user1@domain2 and the efs recovery agent)
> - Is the only way to do this, by decrypting all files, migrating, and then
> start a re-encryption with new certificate of user1@domain2?
>
> Greetz,
>
> Mike
>

Posted by Brian Komar [MVP] on January 12, 2007, 6:47 am
If you were  Registered and logged in, you could reply and use other advanced thread options
MikeSchmeitz@discussions.microsoft.com says...
> Hi,
>
> Want to move Workstation to another forest. Workstation contains EFS
> encrypted files. What would be the best automated and safest way to keep EFS
> encryped (local) files available to users after migration. Both forest have
> their own CA root.
>
> in other words:
> User1@domain1 has encrypted files on D: drive
> Workstation and user is migrated to domain2 in a different forest
> Trusts are available between the domains
> Different CA's are used for both forests
> User1@domain2 wants to get access to his encrypted files on D: drive
>
> - Would it be possible to add User1@domain2 before migration of WKS to other
> domain? (This would mean that decryption can be done by user1@domain1,
> user1@domain2 and the efs recovery agent)
> - Is the only way to do this, by decrypting all files, migrating, and then
> start a re-encryption with new certificate of user1@domain2?
>
> Greetz,
>
> Mike
>
>
Two alternatives exist...
1) You could proceed with the decryption, and re-encrytion...
2) Another way is to do the following:
- Have the user export their existing EFS certificate to a PFX file
- Move the account to the new forest
- Have the user log on with the new credentials, creating the new user profile
- Issue the user a new EFS certificate and have them encryption a new file
(establishing the
new EFS certificate as the default EFS certificate). This certificate would be
issued by the
CA in the new forest
- Import the old EFS certificate exported in the first step

This configuration allows the user to open previously encrypted files (they have
teh private
key needed to decrypt the FEK). Also, when they save the file, the FEK is
re-encrypted with
the user's new EFS private key.

They can also run "cipher /U" at this point to update the user encryption key to
their new
encryption key against all files on the local drive.

So to summarize.
1) export the user's current EFS private key (cipher /X)
2) move user and computer account to new forest
3) Log on with new account
4) Import EFS certificate into new account
5) cipher /U

Brian

Posted by =?Utf-8?B?TWlrZSBTY2htZWl0eg== on January 12, 2007, 4:49 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Thnx Jesper and Brian for your replies

Unfortunately it is not possible to export our private keys :-(

I guess there is no other way than to decrypt en recrypt the files.

Greetz,
Mike

"Brian Komar [MVP]" wrote:

> MikeSchmeitz@discussions.microsoft.com says...
> > Hi,
> >
> > Want to move Workstation to another forest. Workstation contains EFS
> > encrypted files. What would be the best automated and safest way to keep EFS
> > encryped (local) files available to users after migration. Both forest have
> > their own CA root.
> >
> > in other words:
> > User1@domain1 has encrypted files on D: drive
> > Workstation and user is migrated to domain2 in a different forest
> > Trusts are available between the domains
> > Different CA's are used for both forests
> > User1@domain2 wants to get access to his encrypted files on D: drive
> >
> > - Would it be possible to add User1@domain2 before migration of WKS to other
> > domain? (This would mean that decryption can be done by user1@domain1,
> > user1@domain2 and the efs recovery agent)
> > - Is the only way to do this, by decrypting all files, migrating, and then
> > start a re-encryption with new certificate of user1@domain2?
> >
> > Greetz,
> >
> > Mike
> >
> >
> Two alternatives exist...
> 1) You could proceed with the decryption, and re-encrytion...
> 2) Another way is to do the following:
> - Have the user export their existing EFS certificate to a PFX file
> - Move the account to the new forest
> - Have the user log on with the new credentials, creating the new user profile
> - Issue the user a new EFS certificate and have them encryption a new file
(establishing the
> new EFS certificate as the default EFS certificate). This certificate would be
issued by the
> CA in the new forest
> - Import the old EFS certificate exported in the first step
>
> This configuration allows the user to open previously encrypted files (they
have teh private
> key needed to decrypt the FEK). Also, when they save the file, the FEK is
re-encrypted with
> the user's new EFS private key.
>
> They can also run "cipher /U" at this point to update the user encryption key
to their new
> encryption key against all files on the local drive.
>
> So to summarize.
> 1) export the user's current EFS private key (cipher /X)
> 2) move user and computer account to new forest
> 3) Log on with new account
> 4) Import EFS certificate into new account
> 5) cipher /U
>
> Brian
>

Posted by Brian Komar [MVP] on January 14, 2007, 1:19 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Why are you unable to export your private keys? The default behavior for both
the self-signed
and default Basic EFS template allows export...
Brian


MikeSchmeitz@discussions.microsoft.com says...
> Thnx Jesper and Brian for your replies
>
> Unfortunately it is not possible to export our private keys :-(
>
> I guess there is no other way than to decrypt en recrypt the files.
>
> Greetz,
> Mike
>
> "Brian Komar [MVP]" wrote:
>
> > MikeSchmeitz@discussions.microsoft.com says...
> > > Hi,
> > >
> > > Want to move Workstation to another forest. Workstation contains EFS
> > > encrypted files. What would be the best automated and safest way to keep
EFS
> > > encryped (local) files available to users after migration. Both forest
have
> > > their own CA root.
> > >
> > > in other words:
> > > User1@domain1 has encrypted files on D: drive
> > > Workstation and user is migrated to domain2 in a different forest
> > > Trusts are available between the domains
> > > Different CA's are used for both forests
> > > User1@domain2 wants to get access to his encrypted files on D: drive
> > >
> > > - Would it be possible to add User1@domain2 before migration of WKS to
other
> > > domain? (This would mean that decryption can be done by user1@domain1,
> > > user1@domain2 and the efs recovery agent)
> > > - Is the only way to do this, by decrypting all files, migrating, and then
> > > start a re-encryption with new certificate of user1@domain2?
> > >
> > > Greetz,
> > >
> > > Mike
> > >
> > >
> > Two alternatives exist...
> > 1) You could proceed with the decryption, and re-encrytion...
> > 2) Another way is to do the following:
> > - Have the user export their existing EFS certificate to a PFX file
> > - Move the account to the new forest
> > - Have the user log on with the new credentials, creating the new user
profile
> > - Issue the user a new EFS certificate and have them encryption a new file
(establishing the
> > new EFS certificate as the default EFS certificate). This certificate would
be issued by the
> > CA in the new forest
> > - Import the old EFS certificate exported in the first step
> >
> > This configuration allows the user to open previously encrypted files (they
have teh private
I am confused here....

Similar ThreadsPosted
Limiting the ability to Move Items February 22, 2006, 4:37 pm
share/move NTFS external disk between two separate computers September 5, 2005, 3:34 pm
Re: Certificate Authority services on W2k forest June 14, 2005, 4:23 pm
Forest/Domain in the "DMZ" to accomodate web, front-end servers September 19, 2005, 5:16 pm
NTLM V2 in Windows 2003 Native Forest January 26, 2006, 8:13 pm
Kerberos with "Selective Authentication" over forest Trust October 30, 2006, 10:12 am
One-way forest domain trust and data backup implications October 24, 2005, 6:07 pm

The site map in XML format XML site map

Contact Us | Privacy Policy