Sophos Safeguard

Hi Dan - Although they're not on the domain, are you treating them like domained machines?

Does your SafeGuard server have a secondary DMZ server, or is the primary server accessible to them (via public/VPN etc..)

They can work with Sophos but they either have to have access to the server, or treated as standalone clients. With the standalone clients you can create a package configuration file to apply to the client that contains the policies, but the key backup location would have to be stored somewhere for the recovery of the device - ideally somewhere centrally and obviously not stuck on the client! 

Yes, we do have a secondary server in dmz (well port forwarded actually, but same end result) – that’s what allows the remote domain-joined PC’s to sync with safeguard. Just to clarify that remote domain computers are fine, just the workgroup ones that won’t connect.

I did find that the local machine required a password, so have set one, and it started to initialise, however it still doesn't connect to the server, and the status is a Guest now.

Hi Michael,

Managed to get this all working now, however trying sort out the support side of things if users forget their PIN, we have managed to successfully use the SafeGuard Enterprise Helpdesk and access the 'Recovery' for domain users, however how does the 'WORKGROUP' support work as can't seem to get this to work?

Kind regard, Dan

Hi Dan - It "should" be the same procedure. Make sure you've assigned the access on the console to the workgroup. Log on as that staff user with the associated creds and once you've selected the Recovery tab it should allow you to use the drop down to select the "other" domain/workgroup?

Thanks Michael, how do I assign the access on the Console to the Workgroup so that this shows in the Enterprise Helpdesk?

Log onto console (MAINMSO would be handy as it SHOULD have permissions to view everything) and scroll down to your Workgroup (right below the domain and all the jazz)

1 - Select the Workgroup

2 - Select Access tab

3 - Select a security officer (one from the domain)

4-  Drag them over to the Access window and give them appropriate rights.

Perfect, worked!

Thanks so much, kind regards, Dan

No problem, really pleased you’ve got it all working!

Hopefully this is the last question :-)

I have managed to get the recovery working now via Workgroup, when providing the recovery key, the test machine accepts it and then boots to Windows.

Once logged in, it asks to enter a new pin, however when trying I get the attached error.

Morning Dan - This is an expected error when you only have one key protector set.

There's a few key protectors to help "secure" the data/encryption on the HDD/SDD.

Some of these are...

TPM (Only)

TPM AND PIN

Password

Startup key (a USB memory key to be plugged in (or left in?!) each and every boot. 

Numeric Password (This is the recovery key in all digits) This is your "emergency key" and the one the Sophos server holds.

What this error is telling you is that it's been asked to delete the only key remaining. You can only have ONE active protector AND the recovery key (the numeric password)

This PC is telling you that to add another protector it must first delete the other one. However that would leave it with NO key protector as there's not another set!

Does that make a bit of sense?

What you need to do is check your policy - Make sure you have a TPM policy that can be applied AND the PC can use it. TPM MUST be in an accessible state (this can be cleared from BIOS or using the TPM.MSC tool within Windows (at an elevated prompt)

You also need to check "manage-bde" (also at an elevated prompt) 

manage-bde -status

If is says there's two key protectors set and working then we need to figure out why the TPMANPIN policy isn't setting. You can manually add a key proctector at the manage-bde prompt but this should be being set by Sophos so applying it this way isn't really fixing the issue - at least not globally!

manage-bde -add -protectors -TPMANDPIN c: 

This will replace the key protector with TPM AND a PIN (it'll then prompt for a PIN)

You're very close now though - don't give up! :)

Hi Michael,

Resetting the TPM worked in the TPM.MSC.

Kind regards, Dan

Great news - well done! So your workgroup laptop can happily reboot, be prompted for PIN and you have the recovery key within the console (accessible via the WebHelpDesk too) for the Workgroup machines as well as the domain?

Great news - well done! So your workgroup laptop can happily reboot, be prompted for PIN and you have the recovery key within the console (accessible via the WebHelpDesk too) for the Workgroup machines as well as the domain?