FEP 2010 is implemented as both an extension to System Center Configuration Manager and as a management pack for System Center Operations Manager, which provide enterprise management experience, and a common client (agent) that provides protection on managed machines. That means that if you have System Center Configuration Manager, or System Center Operations Manager installed, then all you have to do is to install the extensions for Configuration Manager, or import the FEP 2010 Security MP into your existing Operations Manager infrastructure in order to add Endpoint Protection functionality.
FEP 2010 has two major System Center components - an add-on for System Center Configuration Manager 2007 (“ConfigMgr”), and one for System Center Operations Manager 2007 (“OpsMgr”). Each FEP component leverages the unique capabilities of the associated management product. Due to differences in the capabilities of ConfigMgr and OpsMgr, each FEP component delivers different functionality.
The FEP extension for ConfigMgr provides deployment, monitoring, reporting, and policy management functionality for FEP, from directly within the ConfigMgr console. The OpsMgr MP provides monitoring and alerting from within the OpsMgr console.
FEP gives you a choice of two ways to manage policy. First, if you have ConfigMgr deployed and the FEP 2010 product installed, then you can use the FEP node in the ConfigMgr console to author policies. ConfigMgr (via its Software Distribution feature) will deploy the policies for you to the monitored FEP agents. However, if you prefer, or if you do not have ConfigMgr deployed (such as when you are only using the OpsMgr MP), you can use Group Policy to author and distribute policy.
The following chart will help you decide between using ConfigMgr or Group Policy for policy management.
You should consider managing FEP policy with ConfigMgr if…
You should consider managing FEP policy with Group Policy if…
If you ultimately choose to manage policy with ConfigMgr, then you will find that the experience is very straightforward. New policies you create are all based off of a template- you choose a group of settings organized by goal, e.g. “protect domain controllers” or “minimize performance impact to desktops”, etc., and the new policy will contain settings optimized for that goal. You can edit the settings as you wish, and to deploy the policy, simply bind it to a ConfigMgr collection. Only one policy will be in effect for any collection at any given time.
The remainder of this article will describe the experience of using group policy to manage FEP policy.
FEP contains a set of tools for helping to manage FEP policy with group policy. These tools include:
At the simplest level, all you need to do to manage FEP policy with group policy is to install the ADMX into your admin tools workstation, create and link a GPO, and edit the FEP policy settings in the GPO, using Group Policy Editor.
However, there are some more advanced scenarios that you might want to think about.
In this scenario, let’s assume that you want to deploy optimized settings to your servers. For instance, let’s say that you want domain controllers to get a policy that will cause the least performance impact on the domain controller role, and you want Exchange servers to get a policy that will minimize performance impact on Exchange, etc. Let’s further assume that some of your servers might host more than one role.
There are two ways to go about doing this, and how you choose to do this completely depends on how you prefer to do policy targeting in group policy.
If you strongly organize your machines into OUs or security groups, then you might just want to create one policy per role and link it to the appropriate OU, or use security filtering in group policy management console (GPMC) to restrict the policy only to the target group. This essentially allows you to specify the target machines individually.
In this case, all you need to do is to create a GPO, link (and filter, if applicable) it appropriately, and then use the FEP group policy tool to import the correct role-specific settings into that GPO.
Here’s a hint- if you have a set of servers that have multiple roles, then you can use the FEP GP tool to import each of the policies into the same GPO. Import the policies in order from lowest precedence to highest precedence, and make sure that you only have the “clear existing FEP settings before import” checkbox checked when you import the first policy. For example, if you have machines that are combination DC + DNS + DHCP servers, then import the following four policies: FEP Default Server policy, FEP DHCP Server policy, FEP DNS Server policy, FEP Domain Controller policy. The “clear settings” box should only be checked when you import the default policy. This will import and merge all the settings into a single GPO.
If you prefer a more dynamic targeting approach, then you can have group policy layer your policies for you. In this case, you simply create one GPO for the FEP default server policy, and one GPO for each server role. Set the default server policy at lowest precedence. Link all the policies to the domain, and use WMI filtering on each of the policies. For instance, you can restrict the default server policy to servers only by filtering on the ProductType property in the WMI Win32_OperatingSystem class: http://msdn.microsoft.com/en-us/library/aa394239(VS.85).aspx. ProductType is also useful for identifying and filtering domain controllers.
For other roles on Windows Server 2008 and Windows Server 2008 R2, you can use the properties in the Win32_ServerFeature class to identify and filter by role: http://msdn.microsoft.com/en-us/library/cc280268(VS.85).aspx. This works well for built-in roles like IIS and File Server.
For Windows Server 2003 machines, and for roles that aren’t part of Windows, you can use the Win32_Service class to look for services that indicate role presence, e.g. the MSSQLSERVER service identifies SQL machines.
After you have created a WMI filter for each policy and linked your policy to the domain, then group policy will automatically deploy the appropriate settings to each computer. It’s important to ensure that you use GPMC to prioritize the policies correctly so that defaults or lower priority role settings don’t overwrite higher priority role settings.
This is a very easy scenario. Once you have authored a policy using GPEDIT, if you are happy with the settings and want to deploy the same settings to non-domain-joined servers, then you can use the FEP group policy tool to export the settings you like to a FEP policy XML file, and then you can script the application of that policy.
The export process varies slightly depending on how you handle multiple roles.
If you merge your roles together into single GPOs (as in scenario 1.1 above), then you can simply use the FEP group policy tool to export FEP settings from that GPO.
If you use policy layering (as in scenario 1.2 above), then you should identify a domain joined server with the same set of roles, which has already had your policies applied, and use the FEP GP tool to export the settings from the local group policy object on that server.
There are two ways to apply FEP policy with script. First, you can provide the path to the policy file as a parameter during installation of the agent MSI package. Second, you can use the ConfigSecurityPolicy.exe tool to apply a FEP policy at any point. These topics are covered in the FEP documentation.
This scenario is also very easy. Simply create GPOs on the “target” domain matching those on the “source” domain, and ensure that they are linked and/or WMI filtered correctly. Then use the FEP group policy tool to export the settings from each GPO in the source domain, and use the tool again to import the appropriate settings into the correct GPO on the target domain.
Eric Fitzgerald, Senior Program Manager
Forefront Endpoint Protection 2010 Beta is available for Public download!
So now that you’ve downloaded Forefront Endpoint Protection Beta 2010, the next step would be to plan your deployment and get the Forefront Client in your Configuration Manager environment.
This post will focus on how to deploy Forefront Endpoint Protection client to a collection of computers using your existing Configuration Manager infrastructure, how to switch to Forefront Endpoint Protection from an existing deployed antimalware product and how to validate client deployment.
Before deploying Forefront Endpoint Protection in your environment, it is recommended that you review the planning and architecture guide. Also, please refer to the installation guide for information on how to install Forefront Endpoint Protection in your existing Configuration Manager environment.
Note: if you’re interested in manually deploying Forefront Endpoint Protection client to machines that are not managed using Configuration Manager, please refer to the manual deployment instructions.
Once you have installed Forefront Endpoint Protection in your Configuration Manager environment, you are now able to perform a set of additional tasks using the existing configuration Manager infrastructure:
Deployment of Forefront Endpoint Protection to clients is comprised of the following set of tasks:
Once you have completed the tasks of policy creation and assignment, you’re ready to deploy Forefront Endpoint Protection client to computers. But then again, what happens if you there’s a different antimalware product deployed on the computers you’re targeting that needs to be replaced with Forefront Endpoint Protection client?
In case the designated computers are already running a previous version of Forefront Client Security or a different 3rd party antimalware product, Forefront Endpoint Protection client setup will uninstall these clients prior to installation.
This automation is intended to simplify and reduce the cost of the deployment process by eliminating the need to author custom scripts to orchestrate the process of replacing products.
Forefront Endpoint Protection detects and attempts to uninstall the following products:
This release of Forefront Endpoint Protection includes a Configuration Manager package that contains the Forefront Endpoint Protection client installation program. To deploy the Forefront Endpoint Protection package, you can use the Configuration Manager Software Distribution functionality, propagate the package data to one or more distribution points, and then create advertisements that specify which collections will receive the program and the package.
Advertising the program makes a program available to a specified collection of clients. It is strongly recommended that you test advertised programs in a controlled environment before you create advertisements for the clients in your site hierarchy.
There are multiple ways to distribute the Forefront Endpoint Protection client software to client computers using the Configuration Manager tools. This post provides the steps for one of the deployment methods. For information about other distributions methods, see Software Distribution in Configuration Manager
Once you’ve deployed the Forefront Endpoint Protection clients, the next step would be to track the deployment progress and verify that deployment succeeded.
To read additional information about installing and configuring FEP, see the TechNet documentation (http://technet.microsoft.com/en-us/library/ff823816.aspx).
Notes:
To verify that your installation was successful, do the following:
Advertisement statistics are based on data gathered by Configuration Manager at scheduled intervals, and may not reflect the most recent Forefront Endpoint Protection Client deployment information.
Dashboard statistics are based on data gathered by Configuration Manager at scheduled intervals, and may not reflect the most recent Forefront Endpoint Protection Client deployment information.
Looking forward to your feedback - head over to the TechNet forums (http://social.technet.microsoft.com/Forums/en-us/FCSNext/threads) to let us know what you think.
Thanks!
Alon Rosental, Program Manager – Forefront Endpoint Protection
Today we are pleased to announce the availability of Forefront Client Security Service Pack 1 (SP1).
FCS SP1 adds support for:
Agent protection on Windows Server 2008 – both Server and Core.
Server role support on Windows Server 2008 (server only) for FCS server components.
FCS Enterprise Manager on Windows Server 2008 (server only).
To obtain FCS SP1, first install FCS. After successfully installing FCS, you will be offered SP1 via Microsoft Update. For more information, read the FCS SP1 Release Notes (http://go.microsoft.com/fwlink/?LinkID=126287) or see Microsoft Knowledge Base article 951951 (http://support.microsoft.com/default.aspx/kb/951951)
[Updated 12/16/2011]
Earlier today we released an updated version (found here) of the Definition Update Automation Tool for Forefront Endpoint Protection 2010 Update Rollup 1. This document provides steps for how to use this tool.
Important Note: We recommend installing the hotfix here if you are using the Definition Update Automation Tool.
With Forefront Endpoint Protection 2010 Update Rollup 1, you now can deploy Forefront Endpoint Protection definition updates to clients by using the Configuration Manager console. There are multiple definition update releases per day, thus making it time-consuming to manually download and deploy each definition update through the Configuration Manager Console. The Definition Update Automation Tool can be used to automate the steps required to keep a deployment of Forefront Endpoint Protection update definitions up to date. The tool will download the latest definition update and update the specified software update deployment with the latest definition. Configuring this tool to run automatically with Windows Task Scheduler or via a Configuration Manager Status Filter Rule can keep a deployment up to date without continuous and repetitive manual processes.
To learn more about managing software updates click here.
This tool was first released with Forefront Endpoint Protection 2010 Update Rollup 1. This release addresses a number of supportability issues, primarily around logging.
Bug Fixes:
Usage: SoftwareUpdateAutomation.exe parameters
Parameters:
/Help: Get program usage
/SiteServer: Site server computer name
/UpdateFilter: Filter for selecting software updates that are used for the destination packages
/AssignmentName: Name of destination software updates assignment
/PackageName: Name of destination software update package
/DisableRefreshDP: Disable automatic propagation of updated package to Distribution Points
/Verbose: Enable additional logging.
SoftwareUpdateAutomation.exe /AssignmentName FEPDeployment /Package FEP
This example will use local machine as Site Server and use the default UpdateFilter. It will add the latest Forefront Endpoint Protection definition update into Assignment “FEPDeployment” and Package “FEP” and refresh the Distribution Points if any updates were made to the deployment package.
To run this tool, you must copy the binaries to the Admin UI bin folder:
Now you can run this tool manually from a command line, or use Task Scheduler or a Status Filter Rule to run it automatically.
Note: This tool will only download the latest Forefront Endpoint Protection definition update and add it to the existing deployment and package. It will not synchronize the definition update into Configuration Manager. It is still necessary to run software update synchronization to synchronize the latest Forefront Endpoint Protection definition update into the Configuration Manager database before you run this tool. Please refer to How to Configure Software Updates Synchronization(http://technet.microsoft.com/en-us/library/bb632893.aspx) for information on how to configure the software update synchronization. As a best practice, before you run this tool, always make sure that a scheduled software update synchronization has completed.
/AssignmentName AssignmentName /PackageName PackageName
Where AssignmentName is the name of the software deployment for the definitions which you recorded earlier and PackageName is the name of the software package that contains the definitions which you recorded earlier. Parameters are not case sensitive.
Note: This is the recommended scheduling option as it allows the Definition Update Automation Tool to automatically run after a WSUS synchronization completes successfully.
Sample RunSoftwareUpdateAutomation.bat:
“<ConfigMgr Install Dir>\AdminUI\bin\SoftwareUpdateAutomation.exe” /AssignmentName ”AssignmentName” /PackageName “PackageName”
Note: It is recommended to put the Definition Update Automation Tool command line in a batch file to prevent problems with the quotes (“).
The status filter Rule runs the tool under the System account. To enable the tool to download, make sure the system account has the appropriate proxy settings. One option to configure the proxy settings for localsystem is to use the BITSAdmin Tool (for more information on the BITSAdmin Tool, click here).
You can use the command: bitsadmin /util /setieproxy localsystem to set the proxy setting for system account. (eg: bitsadmin /util /setieproxy localsystem myproxy *.mydomain.com)
A proper schedule for software update point synchronization is necessary to keep your Forefront Endpoint Protection clients up-to-date. Below is the recommended setting for these schedules when using this tool:
In the Configuration Manager console, navigate to System Center Configuration Manager / Site Database / Site Management / <site name> / Site Settings / Component Configuration.
Right-click Software Update Point Component, click Properties.
Click Sync Schedule Tab, check Enable Synchronization on a schedule, check Simple schedule and Run every 1 Days.
There are four suggested Configuration Manager and Forefront Endpoint Protection 2010 topologies: See http://technet.microsoft.com/en-us/library/gg412503.aspx. In this section, we will give suggestions on where to run this tool for each topology.
Run this tool on each central site.
Run this tool on each child site. Note: the assignment and package you used for this tool must also be created on child site.
SoftwareUpdateAutomation.log will always be the first place to investigate. The log file is located in %ALLUSERSPROFILE%.
You can use the parameter /Verbose to enable verbose logging.
When using Task Scheduler to run the tool, the task must be selected to run as highest privilege. Otherwise, no log file will be created.
Error in SoftwareUpdateAutomation.log
Possible Reason and Resolution
Error:Error Downloading SourceURL…… Result: 12007
Verify that the proxy is set correctly.
If you run the tool with domain user account, check the proxy with command: netsh winhttp show proxy;
If you run the tool with system account (eg. You use Status Filter Rule to run the tool), check the proxy with command: bitsadmin /util /getieproxy localsystem.
Cannot find the log
The log is under %ProgramData% folder;
If you run it on Windows 2003 Server, there is no %ProgramData% environment variable. You can always use %ALLUSERSPROFILE% to access the folder contains the log file.
If you run the tool with a Task Sequence ensure that the user account used to run the tool has permission to create the log under that folder (and run as highest privilege is selected).
Make sure the command line parameters are set correctly; otherwise no log will be created.
--Jason Lewis
This posting is provided "AS IS" with no warranties and confers no rights.
From Ariel Katz, Director of Program Management:
I am pleased to announce that Forefront Endpoint Protection 2010 Beta is publicly available for everyone to download.
FEP, the next generation release of Forefront Client Security, will simplify and improve endpoint protection while greatly reducing infrastructure costs. It builds on System Center Configuration Manager 2007 R2, enabling you to use the existing client management infrastructure to deploy and manage endpoint protection. This shared infrastructure lowers ownership costs while providing improved visibility and control over endpoint management and security.
Key new features that you will be able to evaluate in this beta release are:
Integration with Configuration Manager - Single interface for managing and securing endpoints reduces complexity and improves troubleshooting and reporting insights.
New Antivirus Engine - Highly accurate and efficient threat detection protects against the latest malware and rootkits with low false positive rate.
New behavioral threat detection - Protection against “unknown” or “zero day” threats provided through behavior monitoring, emulation, and dynamic translation.
Dynamic Cloud Updates: On-demand signature updates from the cloud for suspicious files and previously unknown malware
Windows Firewall management - Ensures Windows Firewall is active and working properly on all endpoints, and allows administrators to more easily manage firewall protections across the enterprise.
The download is available now on our download center (http://www.microsoft.com/downloads/details.aspx?FamilyID=8b46c3ff-d9a0-4741-8ba5-458c1b3d2257) and I invite you to install and test in your environment today. We look forward to hearing what you think.
Ariel Katz, Director of Program Management