Windows Firewall with Advanced Security in Windows® 7, Windows Vista®, Windows Server® 2008 R2, and Windows Server® 2008 is a stateful, host-based firewall that filters incoming and outgoing connections based on its configuration. While typical end-user configuration of Windows Firewall still takes place through the Windows Firewall Control Panel, advanced configuration now takes place in a Microsoft Management Control (MMC) snap-in named Windows Firewall with Advanced Security. The inclusion of this snap-in not only provides an interface for configuring Windows Firewall locally, but also for configuring Windows Firewall on remote computers and by using Group Policy. Firewall settings are now integrated with Internet Protocol security (IPsec) settings, allowing for some synergy: Windows Firewall can allow or block traffic based on some IPsec negotiation outcomes.
Windows Firewall with Advanced Security supports separate profiles (sets of firewall and connection security rules) for when computers are members of a domain, or connected to a private or public network. It also supports the creation of rules for enforcing server and domain isolation policies. Windows Firewall with Advanced Security supports more detailed rules than previous versions of Windows Firewall, including filtering based on users and groups in Active Directory, source and destination Internet Protocol (IP) addresses, IP port number, ICMP settings, IPsec settings, specific types of interfaces, services, and more.
Your feedback is valuable and welcome! Please send your comments and suggestions to Windows Firewall with Advanced Security Documentation Feedback (wfasdoc@microsoft.com). The author of this guide will review your comments and use them to improve this documentation. Your email address will not be saved or used for any other purposes.
Topics in this document
How Windows Firewall with Advanced Security fits into a defense in depth security policy
Defense in depth is the implementation of a security policy that uses multiple methods to protect computers and all components of the network from malicious attacks. Protection must extend from the network perimeter to internal networks, computers in the internal network, applications running on both servers and clients, and data stored on both servers and clients.
Firewall types
The two main firewall types are network firewalls located at the network's perimeter and host-based firewalls located on individual hosts within the network.
Network perimeter firewalls
Network firewalls, located at the boundary between the internal network and external networks such as the Internet, typically provide a variety of services. Such products are either hardware-based, software-based, or a combination of both. Some also provide application proxy services, an example of which is Microsoft® Internet Security and Acceleration (ISA) Server.
Most of these types of network firewall products provide some or all of the following functionality:
-
Management and control of network traffic by performing stateful packet inspection, connection monitoring, and application-level filtering.
-
Stateful connection analysis by inspecting the state of all communications between hosts and storing connection data in state tables.
-
Virtual private network (VPN) gateway functionality by providing IPsec authentication and encryption together with Network Address Translation-Traversal (NAT-T), allowing permitted IPsec traffic to traverse the firewall with public to private IPv4 address translation.
Note |
| A new method of NAT traversal transition for IPv6 called Teredo is also available in Windows Vista and later versions of Windows. |
Host-based firewalls
Network perimeter firewalls cannot provide protection for traffic generated inside a trusted network. For this reason, host-based firewalls running on individual computers are needed. Host-based firewalls, of which Windows Firewall with Advanced Security is an example, protect a host from unauthorized access and attack.
In addition to blocking unwanted incoming traffic, you can configure Windows Firewall with Advanced Security to block specific types of outgoing traffic as well. Host-based firewalls provide an extra layer of security in a network and function as integral components in a complete defense strategy.
In Windows Firewall with Advanced Security, firewall filtering and IPsec are integrated. This integration greatly reduces the possibility of conflict between firewall rules and IPsec connection security settings.
Note |
| IPsec provides a security framework for Layer 3 (Network layer) of the TCP/IP stack. IPsec is a suite of protocols that ensures data confidentiality, data integrity, and data authentication between peers. |
Primary uses for Windows Firewall with Advanced Security
You can use Windows Firewall with Advanced Security to help implement the following scenarios:
For additional key scenarios, see the Key Scenarios section of the Introduction to Windows Firewall with Advanced Security.
Network location-aware host firewall
Many applications connect to the Internet to look for updates, download real-time information, and facilitate collaboration between users. However, creating applications that can automatically adapt to changing network conditions has been difficult for developers. Network Location Awareness (NLA) APIs enable applications to sense changes to the network to which the computer is connected, such as placing a portable computer into standby mode at work and then restarting it at a wireless hotspot. This enables Windows Vista and later versions of Windows to alert applications of network changes, and these applications can then behave differently to provide a seamless experience.
Windows 7, Windows Vista, Windows Server 2008 R2, and Windows Server 2008 identify and remember each of the networks to which they connect. Network Awareness APIs then allow applications to query for characteristics of each of these networks, including:
-
Connectivity. A network might be disconnected, it might provide access to only the local network, or it might provide access to the local network and the Internet.
-
Connections. A computer might be connected to a network by one of more connections. Network Awareness APIs enable applications to determine which connections Windows is currently using to connect to a specific network.
There are three network location types in Windows Firewall with Advanced Security:
-
Domain. Windows automatically identifies networks on which it can authenticate access to the domain controller for the domain to which the computer is joined in this category. No other networks can be placed in this category.
-
Public. Other than domain networks, all networks are initially categorized as public. Networks that represent direct connections to the Internet or are in public places, such as airports and coffee shops should be left public.
-
Private. A network will only be categorized as private if a user or application identifies the network as private. Only networks located behind a NAT device (preferably a hardware firewall) should be identified as private networks. Users will likely want to identify home or small business networks as private.
When a user first connects to a network that is not part of the domain network location type, Windows asks the user to identify the network as either public or private. The user must be a local administrator of the computer to identify the network as private. When the types of networks to which the computer is connected are identified, Windows is able to optimize some of its configuration (especially its firewall configuration) for the specified network location types.
The Windows Firewall with Advanced Security is an example of a network-aware application. The administrator can create a profile for each network location type, with each profile containing different firewall policies. For example, the Windows Firewall can automatically allow incoming traffic for a specific desktop management tool over a connection to a domain network, but block similar traffic over connections to public or private networks. In this way, network awareness can provide flexibility on your internal network without sacrificing security when mobile users travel. A public network profile should have stricter firewall policies to protect against unauthorized access. A private network profile, on the other hand, might have less restrictive firewall policies to allow file and print sharing, peer-to-peer discovery, and connectivity with Windows Connect Now devices.
In Windows 7 and Windows Server 2008 R2, each network connection is assigned the profile appropriate for the network to which it is attached.
Important |
| In Windows Vista and Windows Server 2008, only one profile is applied at any one time. |
The profile selection order used in Windows Vista and Windows Server 2008 is as follows:
- If any interface is connected to a network classified as public then the public profile is applied to all connections on the computer.
- If no interfaces are connected to a public network, but one or more interfaces are connected to networks that are classified as private then the private profile is applied to all connections on the computer.
- Only if all interfaces are authenticated to a domain controller for the domain of which the computer is a member then the domain profile is applied to all connections on the computer.
This process is not used in Windows 7 or Windows Server 2008 R2 because each connection is assigned to the profile appropriate for its detected network type.
By default, all unsolicited incoming traffic is blocked except for core networking traffic. On the private profile, network discovery and remote assistance traffic is allowed. You must create specific rules to allow other authorized traffic to pass through the firewall into the computer. The default settings allow all outgoing traffic. You must specifically block programs or types of outgoing traffic that you do not want allowed.
Server and domain isolation
In a Microsoft Windows-based network, you can logically isolate server and domain resources to limit access to authenticated and authorized computers. For example, you can create a logical network inside the existing physical network where computers share a common set of requirements for secure communications. Each computer in this logically isolated network must provide authentication credentials to other computers in the isolated network in order to establish connectivity.
This isolation helps prevent unauthorized computers and programs from gaining access to resources inappropriately. Requests from computers that are not part of the isolated network are ignored. Server and domain isolation can help protect specific high-value servers and data as well as protect managed computers from unmanaged or rogue computers and users.
You can use two types of isolation to protect a network:
-
Server isolation. In a server isolation scenario, specific servers are configured to require IPsec policy to accept only authenticated communications from other computers. For example, you might configure the database server to accept connections from the web application server only.
-
Domain isolation. To isolate a domain, you use Active Directory domain membership to ensure that computers that are members of a domain accept only authenticated and secured communications from other computers that are domain members. The isolated network consists of only computers that are part of the domain. Domain isolation uses IPsec policy to provide protection for traffic sent between domain members, including all client and server computers.
For more information about server and domain isolation on the Microsoft Web site, see Server and Domain Isolation (http://go.microsoft.com/fwlink/?LinkId=74576).
Windows Firewall with Advanced Security management
Windows Firewall with Advanced Security provides a number of ways to implement settings on both local and remote computers. You can configure Windows Firewall with Advanced Security in the following ways:
- Configure a local or remote computer by using either the Windows Firewall with Advanced Security snap-in or the Netsh advfirewall command.
- Configure Windows Firewall with Advanced Security Group Policy settings by using the Group Policy Management Console (GPMC) or by using the Netsh advfirewall command.
Firewall rules from different sources are first merged together. Rules can be stored on the local computer, or in a variety of Group Policy objects (GPOs).
Windows Firewall with Advanced Security uses a specific order in which firewall rule evaluation takes place.
This order is as follows:
| Order number |
Rule type |
Description |
|
1
|
Windows Service Hardening
|
This type of rule restricts services from establishing connections. Service restrictions are configured out-of-the-box so that Windows Services can only communicate in the ways in which they are designed (i.e., restricting allowable traffic through a specific port). You must still create or enable a rule to allow these services to communicate; Windows Service Hardening rules only prevent the service from communicating in ways that it was not designed to do.
Independent software vendors can make use of public Windows Service Hardening APIs to restrict their own services.
|
|
2
|
Connection security rules
|
This type of rule defines how and in which circumstances computers authenticate using IPsec. Connection security rules are used in establishing server and domain isolation, as well as in enforcing Network Access Protection (NAP) policy, and enabling DirectAccess.
|
|
3
|
Authenticated bypass rules
|
This type of firewall rule allows a connection if the traffic is protected with IPsec, regardless of other inbound rules in place. Specified computers or users are allowed to bypass inbound rules that would otherwise block traffic: examples of this are vulnerability scanners: programs that scan other programs, computers, and networks for weaknesses.
|
|
4
|
Block rules
|
This type of rule explicitly blocks a particular type of incoming or outgoing traffic. A block rule overrides a matching allow rule, unless the allow rule has authenticated bypass enabled.
|
|
5
|
Allow rules
|
This type of rule explicitly allows a particular type of incoming or outgoing traffic.
|
|
6
|
Default rules
|
These rules define the action that takes place when a connection does not meet any of the parameters of a higher order rule. Out-of-the-box, the inbound default is to block connections, and the outbound default is to allow connections.
|
Note |
| Within each category, rules are matched by the degree of their specificity. For example, if AllowRule1 has parameters A and B specified and AllowRule2 has parameters A, B, and C specified, then network traffic that matches parameters A, B, and C will apply AllowRule2 because it is a more specific match than AllowRule1. |
Note |
| This ordering of rules is always enforced, even when rules are coming from Group Policy. Rules, including those from Group Policy, are sorted and then applied. A domain administrator can configure a GPO to prevent any locally defined firewall rules from being enforced. This helps ensure that only the domain-administrator tested and deployed rules are used, and cannot be interfered with by possibly contradictory rules created locally on the computer. |
Single computer management with the Windows Firewall with Advanced Security snap-in
You can navigate to Windows Firewall with Advanced Security by using either of the following procedures.
To open the Windows Firewall with Advanced Security in Control Panel
-
Click the Start button, and then click Control Panel.
-
In Control Panel, click System and Security (in Windows 7 or Windows Server 2008 R2), or System and Maintenance (in Windows Vista or Windows Server 2008.
-
Click Administrative Tools at the bottom of the screen.
-
Double-click Windows Firewall with Advanced Security.
Note |
| If you are running Windows 7 or Windows Server 2008 R2, you can also open the Windows Firewall Control Panel program, and then click the Advanced settings link in the left-hand pane. |
To add the Windows Firewall with Advanced Security snap-in to MMC
-
Click Start, and then in the Start Search box, type mmc, and then press ENTER.
-
If a User Account Control prompt appears, verify the information presented, and then provide the requested permission or credentials.
-
On the File menu, click Add/Remove Snap-in.
-
In the Available snap-ins list box, click Windows Firewall with Advanced Security, and then click Add.
-
If you are running Windows 7 or Windows Server 2008 R2, select either Local computer, or else select Another computer and then type the name of the computer you want to manage. Click Finish when you are done.
-
Click OK.
-
Repeat steps 1 through 6 to add Group Policy Management Console or other snap-ins that you want to use. You might also want to add Event Viewer to view audit log files.
-
Before you close the snap-in, save and name the custom console for future use.
Configuring firewall properties
To configure firewall properties, in the Overview pane, click Windows Firewall Properties. The Windows Firewall with Advanced Security on Local Computer property sheet displays a tab for each of the three available profiles (Domain Profile, Private Profile, and Public Profile) and a tab for IPsec Settings.
Configuring a profile
The tabs for each profile contain identical options. The options on each tab control how Windows Firewall with Advanced Security behaves on a connection that is attached to the specified type of network.
The options that you can configure for each of the three profiles are as follows:
-
Firewall State. You can turn Windows Firewall with Advanced Security on or off independently for each profile.
-
Inbound Connections. You can configure inbound connections to follow one of these rules:
- Block (default) - Windows Firewall with Advanced Security blocks connections that do not match any active firewall rules.
- Block all connections - Windows Firewall with Advanced Security ignores all inbound rules, effectively blocking all inbound connections.
- Allow - Windows Firewall with Advanced Security allows inbound connections that do not match an active firewall rule.
-
Outbound Connections - You can configure outbound connections to follow one of these rules:
- Allow (default) - Windows Firewall with Advanced Security allows connections that do not match any active firewall rules.
- Block - Windows Firewall with Advanced Security blocks outbound connections that do not match an active firewall rule.
-
Settings - Click the Customize button in the Settings area to configure the following settings:
- Display notifications. This setting determines whether a message is displayed to the user when a program is blocked from receiving inbound communications. This setting controls whether Windows displays a notification letting a user know that an inbound connection has been blocked. If local overrides are permitted, a prompt will appear asking whether to unblock the application or not.
- Allow unicast response to multicast or broadcast network traffic. This setting allows the computer to receive unicast responses to its outgoing multicast or broadcast requests.
- Apply local firewall rules. Select this option when, in addition to firewall rules applied by Group Policy that are specific to this computer, you want to allow administrators to create firewall rules on this computer. When you clear this option, administrators can still create rules, but the rules will not be applied. This setting is available only when configuring the policy through Group Policy.
- Allow local connection security rules. Select this option when, in addition to connection security rules applied by Group Policy that are specific to this computer, you want to allow administrators to create connection security rules on this computer. When this option is cleared, administrators can still create rules, but the rules will not be applied.
-
Logging. Click the Customize button in the Logging area to configure the following logging options:
- Name. By default, the file is stored in %windir%\system32\LogFiles\Firewall\pfirewall.log.
- Size limit. By default, the size limit is 4096 KB.
- Log dropped packets. By default, dropped packets are not logged.
- Log successful connections. By default, successful connections are not logged.
In Windows 7 and Windows Server 2008 R2, Windows Firewall with Advanced Security also logs events in the Event Viewer program, under Applications and Services Logs\Microsoft\Windows\Windows Firewall with Advanced Security. Information about both firewall and IPsec (connection security) events is presented here.
Note |
| If you are configuring the firewall by using Group Policy, you need to make sure the Windows Firewall service has explicit write access by its service security identifier (SID) to the location that you specify. For more information about setting permissions for the log folder, see Customize Logging Settings for a Firewall Profile (http://go.microsoft.com/fwlink/?linkid=147899). |
Configuring IPsec settings
The Customize IPsec Settings dialog box opens when you click the Customize button on the IPsec Settings tab of the Windows Firewall with Advanced Security on Local Computer property sheet. These settings are used when you create computer connection security rules. You can specify the following:
-
Key Exchange. To enable secure communication, two computers must be able to access the same shared key without transferring that key across the network. Selecting Advanced and then clicking Customize allows you to configure security methods, key exchange algorithms, and key lifetimes.
-
Data Protection. IPsec data protection defines the algorithms used to provide data integrity and encryption. Data integrity helps to ensure that data is not modified during transit. Windows Firewall with Advanced Security uses the Authentication Header (AH) or Encapsulating Security Payload (ESP) protocol to provide data protection. Data encryption protects data by concealing the information. Windows Firewall with Advanced Security uses the ESP protocol for data encryption.
-
Authentication Method. This setting lets you configure the default authentication method for IPsec connections on the local computer. The out-of-box authentication method is Kerberos V5, which allows you to restrict connections to domain-joined computers. You can also restrict connections to only those computers that have a certificate from a specified certification authority (CA).
Create firewall rules
Windows Firewall with Advanced Security allows you to create the following types of inbound or outbound firewall rules:
-
Program. This type of rule allows traffic for a particular program or service. You can identify the program by program path and executable name.
-
Port. This type of rule allows traffic on a particular TCP or UDP port number or range of port numbers.
-
Predefined. Windows includes a number of rules that permit common Windows functions that you can enable, such as File and Printer Sharing, Remote Assistance, and Windows Collaboration. Creating a predefined rule actually enables a group of rules that allows the specified Windows functionality to access the network.
-
Custom. A custom rule allows you to create a rule that you might not be able to create using the other types of rules.
Create connection security rules
A connection security rule describes how two peer computers authenticate before they establish a connection and how they secure information transmitted between the two computers. Windows Firewall with Advanced Security uses IPsec to enforce these rules. You can create the following connection security rule types:
-
Isolation. An isolation rule isolates computers by restricting connections based on credentials such as domain membership or health status. Isolation rules allow you to implement a server or domain isolation strategy.
-
Authentication exemption. You can use an authentication exemption rule to designate computers from which network traffic is permitted without authentication. You can designate computers by specific IP address, an IP address range, a subnet, or a predefined group such as gateway.
-
Server-to-server. A server-to-server rule protects connections between specific computers identified by IP address. This type of rule usually protects connections between servers. When you create the rule, you specify the network endpoints between which communications are protected. You then designate requirements and the authentication you want to use.
-
Tunnel. A tunnel rule allows you to protect connections between gateway computers and is typically used when connecting across the Internet between two security gateways that each have a private network connected. Network traffic from one private network sent to a computer on the other private network is routed to one end of the tunnel, encapsulated in IPsec for traversing the public network to the other end of the tunnel, and then extracted and routed to the destination. You must specify the tunnel endpoints by IP address and specify the authentication method.
-
Custom. Use a custom rule to authenticate connections between two endpoints when you cannot set up authentication rules you need by using the other types of rules available.
For more information about configuring profiles and IPsec settings, viewing and creating new rules, and creating connection security rules, see Introduction to Windows Firewall with Advanced Security (http://go.microsoft.com/fwlink/?LinkId=74581) on the Microsoft Web site.
Managing Windows Firewall with Advanced Security by using Group Policy
To centralize the configuration of large numbers of computers in an organization network that uses Active Directory, you can deploy settings for Windows Firewall with Advanced Security by using Group Policy. Group Policy provides access to the full feature set of Windows Firewall with Advanced Security, including profile settings, firewall rules, and computer connection security rules. In fact, you configure Group Policy settings for Windows Firewall with Advanced Security by using the same snap-in from within the Group Policy Management Console. The domain-member computer requests Group Policy updates, which are therefore solicited traffic that is not dropped by default when Windows Firewall with Advanced Security is enabled (unless the outbound default is configured to block traffic).
Warning |
| If you deploy Windows Firewall with Advanced Security by using Group Policy and then block outbound connections, make sure to enable the Group Policy outbound rules and to do full testing in a lab environment before deploying. Otherwise, you might prevent all of the computers that receive the block policy from receiving any updates to the policy in the future. |
Note |
| If you configure a Windows Firewall with Advanced Security setting in an organization network by using Group Policy, then the local administrator cannot change the setting that was configured by using Group Policy. |
In previous versions of Windows, Windows processes Group Policy under the following circumstances:
- Computer policies are processed when the Windows operating system starts.
- User policies are processed when a user logs on.
- Both computer and user policies are refreshed periodically.
Windows Vista and later versions of Windows process Group Policy in the following additional circumstances:
- Computer and user policies are processed when a computer establishes a virtual private network (VPN) connection with a remote site.
- Computer and user policies are processed when a computer comes out of hibernation or standby.
The additional circumstances help to ensure that computers obtain the most recent Group Policy settings more frequently and whenever the computer changes connections.
Using the Netsh advfirewall command-line tool
Netsh is a command-line tool you can use to configure settings for network components. In Windows Vista and later versions of Windows, you can configure Windows Firewall with Advanced Security settings through a series of commands in the Netsh advfirewall context. By using Netsh, you can create scripts to configure a set of Windows Firewall with Advanced Security settings automatically, create rules, monitor connections, and display the configuration and status of Windows Firewall with Advanced Security.
To use Netsh to configure advanced firewall commands, you must run it from an elevated command prompt.
To start an elevated command prompt
-
Click Start and then click All Programs.
-
Click Accessories.
-
Right-click the Command prompt icon and then click Run as administrator.
-
At the User Account Control Prompt, click Continue.
To enter the Netsh advfirewall context, at the command prompt, type:
netsh
When you enter the Netsh context, the command prompt will display the netsh prompt. At the netsh prompt, enter the advfirewall context by typing:
advfirewall
After you are in the advfirewall context, you can type specific commands. Commands include the following:
-
export. Exports the current firewall policy to a file.
-
help. Displays a list of available commands.
-
import. Imports a policy from the specified file.
-
reset. Restores Windows Firewall with Advanced Security to the default policy.
-
show. Shows the properties for a particular profile. For example:
- show allprofiles
- show domainprofile
- show privateprofile
- show publicprofile
In addition to the commands available for the advfirewall context, advfirewall also supports four subcontexts. To enter a subcontext, type the name of the subcontext at the Netsh advfirewall prompt. The available subcontexts are:
-
consec. Allows you to view and configure computer security connection rules.
-
firewall. Allows you to view and configure firewall rules.
-
mainmode. Allows you to view and configure main mode configuration rules. This option is available only on computers that are running Windows 7 or Windows Server 2008 R2.
-
monitor. Allows you to view the currently defined firewall and IPsec rules, and which rules are active because they are assigned to the currently active profiles. You can also view the main mode and quick mode security associations for active connections on the computer, and the security options that were negotiated when they were created.
Note |
| In any Netsh context, you can type help to view a full list of commands, including commands specific to a context. For information and syntax on using a particular command, type <commandname> /?. |
Important |
| The netsh firewall context (separate from the netsh advfirewall firewall context) is provided only for backwards-compatibility with earlier versions of Windows. The firewall context works on computers that are running Windows® 7, Windows Server® 2008 R2, Windows Vista®, and Windows Server® 2008, but it does not allow you to manage or interact with any of the firewall features that are new to those newer versions of Windows. This context does not allow you to work remotely on a computer to directly configure its firewall.We recommend that you instead use the advfirewall firewall context unless you are using this tool in a mixed environment and must maintain backwards-compatibility with earlier versions of Windows. To use the new firewall features that are included with Windows Vista and later versions of Windows, you must use the advfirewall firewall context instead.Starting with Windows 7 and Windows Server 2008 R2, if you run any command in the firewall context, the command still works, but is accompanied by the message: IMPORTANT: “netsh firewall” is deprecated; use “netsh advfirewall firewall” instead. For more information on using “netsh advfirewall firewall” commands instead of “netsh firewall”, see KB article 947709 at http://go.microsoft.com/fwlink/?linkid=121488. |
For more information about the Netsh commands for firewall and connection security, see Netsh Commands for Windows Firewall with Advanced Security (http://go.microsoft.com/fwlink/?linkid=111237).
Monitoring
In addition to all of the features that enable you to create firewall and connection security rules, Windows Firewall with Advanced Security includes built-in tools for monitoring the firewall and the IPsec connections you make to other computers. The monitoring node does not allow you to create any new firewall or IPsec nodes, but allows you to see which settings and rules are in affect on the computer.
Firewall
Use this folder to monitor details for all currently active and applied inbound and outbound firewall rules.
Connection security
Use this folder to monitor the following:
-
Connection Security Rules. This folder lists all of the enabled connection security rules with detailed information about their settings. Connection security rules use Internet Protocol security (IPsec) to secure communication between this computer and other computers. Connection security rules define which authentication, key exchange, data integrity, or encryption can be used to form a security association (SA). An SA defines the security used to protect the communication from sender to receiver.
-
Security associations. This folder lists all of the Main Mode and Quick Mode SAs with detailed information about their settings and endpoints.
- Main Mode. This folder lists all of the Main Mode SAs with detailed information about their settings and endpoints. You can use this folder to view the IP addresses of the endpoints.
- Quick Mode. This folder lists all of the Quick Mode SAs with detailed information about their settings and endpoints. You can use this folder to view the IP addresses of the endpoints.
Summary
Windows Firewall with Advanced Security is a stateful, host-based firewall that blocks incoming and outgoing connections based on its configuration. While end-user configuration still takes place through the Windows Firewall tool in Control Panel, advanced configuration of Windows Firewall now takes place in a Microsoft Management Control (MMC) snap-in named Windows Firewall with Advanced Security. Firewall functions are fully integrated with IPsec (Internet Protocol security) protection settings, reducing the possibility of conflict between the two protection mechanisms.
Windows Firewall with Advanced Security also works with Network Location Awareness (NLA) so that it can apply security settings based on the type of network to which a computer connects. Windows Firewall with Advanced Security supports separate profiles for network connections that are domain-joined or connected to a private or public network.
Additional references