cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
111629
Views
67
Helpful
49
Comments
james.howard
Level 1
Level 1

With Windows 10 build 2004 and ISE 2.7 Patch 2 TEAP (EAP Chaining) is now supported. It seems currently TEAP can only be configured manually for non-domain joined workstations. This is due to the TEAP option not available under the group policy configuration, for domain managed workstations. However I was able to push a group policy that enables TEAP, by exporting a group policy, changing some XML content related to the Windows Supplicant TEAP configuration, then importing again. 

The process below outlines how to configure a TEAP group policy and push out to domain joined machines. The following is required:

  • All machines updated to Windows 10 Build 2004
  • ISE upgraded to 2.7 Patch 2
  • Domain joined machine (Used to generate XML config) that has the following:
    • Wired autoconfig service enabled
    • Network Adapter authentication tab configurable
    • Root CA certificate for trust installed (Root CA that signed the RADIUS certificate ISE will present)
  • Domain joined machine or group of machines to push group policy to
  • Domain controller (Example was on Server 2016 Standard with latest updates installed (2020-07 Cumulative Update (KB4565511) and 2020-07 Servicing Stack Update (KB4565912))

 

Generate XML File

1. Login to domain joined machine that will be used to generated the XML and ensure the defined options above have been enabled/imported

2. Under the Authentication tab on the Network Adapter properties set the Choose a network authentication drop down to Microsoft EAP-TEAP.

0.png

3.Click the Settings button next to the drop down
• Leave Enable identity privacy enabled with anonymous as the identity.
• Select the check mark next to the root CA server(s) under Trusted Root Certification Authorities that are used to sign the certificate for EAP authentication on the ISE PSN
• Under Client Authentication, set both the primary and secondary EAP method for authentication to Microsoft: Smart Card or other certificate

1.png

 

 

 

 

 

 

 

 

 

4.Under each EAP method drop down, click the Configure button.
• Use a certificate on this computer is the default setting.
• Leave Verify the server’s identity by validating the certificate enabled.
• Connect to these servers is optional (just like above).
• Select the check mark next to the root CA server(s) under Trusted Root Certification Authorities that are used to sign the certificate for EAP authentication on the ISE PSN.
• Click OK.
• Repeat for secondary method.

3.png

 

 

 

 

 

 

 

 

 

5. Return to Authentication tab and click the Additional Settings button.

4.png

 

 

 

 

 

 

 

 

 

• Enable Specify authentication mode
• Set the drop down to the appropriate setting. I am using User or computer authentication so that both are authenticated (computer on boot to login screen, computer and user when user logs in).
• Click OK.
• Click OK to exit the LAN connection properties.

5.png

 

 

 

 

 

 

 

 

 

6. Open a command prompt as administrator and execute the following commands:

netsh lan show profiles - Note down the interface name

netsh lan export profile folder=PATH_TO_FOLDER interface="INTERFACE_NAME"6.png

 

 

 

 

 

 

 

 

 

 

An XML file will be generated with the required TEAP configuration. The interface name will be the name of the file in the location path set.

7. Open up the XML file and copy everything within <EAPConfig> ..... </EAPConfig> Store in a text file to be made available later7.png

 

 

 

 

 

 

 

Create Group Policy to push TEAP configuration to Workstations

***To note the group policy is applied to all machines, you can configure this policy to only apply to certain groups.

1.Login to Domain Controller and open up Group Policy Management8.png

 

 

 

 

 

 

2. Right click on the domain and select Create a GPO in this domain, and link it here

9.png

 

 

 

 

 

 

 

 

 

10.png

 

 

 

 

Name the new GPO

3. Right click on the newly created Policy and click Edit, navigate to:

  • Computer Configuration -> Policies -> Windows Settings ->Security Settings -> System Services
  • Double Click Wired AutoConfig service, select the define this policy setting and set the service startup mode mode to Automatic11.png

 

 

 

 

 

4. Navigate to:

  • Computer Configuration -> Policies -> Windows Settings ->Security Settings -> Wired Network (IEEE 802.3) Policies
  • Right click in right area and select Create A New Wired Network Policy for Windows Vista and Later Releases12.png

 

5. Name the Policy and move to Security tab and select the following (This is dummy configuration)

  • Select tick box Enable use of IEEE 802.11X authentication for network access
  • Select PEAP as the network authentication method
  • Select User or Computer authentication as the authentication mode

13.png

 

 

 

 

 

 

 

 

 

 

 

14.png

 

 

 

 

 

 

 

 

 

 

 

 

6. Right click on the Group Policy created and select Back Up...

15.png

 

 

 

 

 

 

 

 

 

Select the location to save the backup and click Backup

7. Navigate to the folder where the backup was saved and open up the Backup.xml file in notepad.16.png

 

 

 

8. Replace the <EAPConfig> ... </EAPConfig> section with the generated EAPConfig created and saved previously:17.png

Existing18.png

Replaced

Ensure you save the notepad file

9. Right click on the Group Policy again and select Import Settings

19.png

 

 

 

  • Don't worry about backing up the policy this has already been completed, click next -> next
  • Select the location where the backup was created previously and contains the edited Backup.xml file
  • Select Next -> Finish -> OK
  • You will see the GPO status is Succeeded

10. Navigate back to the Wired Network (IEEE 802.3) Policies and edit the Policy that was created. You will see that it will not display the TEAP configuration because it is unsupported but will display some similar to this:20.png

 

 

 

Confirming Domain Joined Workstation has received TEAP configuration:

1. Login to test workstation that has a user & machine certificate and has been enabled to receive the group policy. Open up a cmd and execute the following command:

gpupdate /force - This will force a group policy update

gpupdate /scope /computer /v - This confirms the group policy has been applied, look under Applied Group Policy Objects:21.png

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Navigate to the wired network adapter under Authentication and you will see Microsoft: EAP-TEAP is selected as the authentication method. If you navigate around the rest of the Authentication settings will match what was created via the XML.eaps.png

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

22.png23.png

 

Configure ISE for TEAP

1. Navigate to Policy -> Policy Elements -> Results -> Authentication -> Allowed Protocols, Select the Allowed Protocols service that is used in your existing Policy. 

  • Ensure Allow TEAP is ticked, and Enable EAP Chaining tick box is also selected
  • 24.png

 

2. Navigate to your wired dot1x policy and ensure their is an EAP-TLS authentication Policy

25.png

3. Create two authorization policies. The first rule will be the machine authentication. The condition will check if the machine is authenticated but the user is not. The second rule will be the user and machine authentication. The condition for this rule will check if the user and the machine has successfully authenticated. Both rules use the Network Access · EapChainingResult attribute.26.png

 

Comments
Arne Bier
VIP
VIP

I have yet to try this in production, because I would like to know how to get User Certificates onto a Domain Joined PC for every user account on a Win10/11 workstation. I know that Cert auto-enrol is a feature to automatically request and generate a machine cert for the workstation. But how the user certificate is created (especially for freshly built machines, and prior to the user's first login on that workstation) is not clear to me.

Does anyone know the mechanics of that?

sljohnson
Level 1
Level 1

@Arne Bier The way we are doing it is making a user certificate policy with Microsoft group policy to push a user cert to each computer that gets logged into by a user. This is so before you require user certification the computers in the enterprise can get the user policy deployed. We let it cook in the environment for like 1-2 months so the majority of PCs get the user certificate. Then we follow up with cisco ise and create a policy set that allows both user and machine cert auth (eap chaining) and if that fails it falls back to just machine cert authentication so their isnt any issues at the beginning of the deployment. Hope this helps. Honestly not sure if thats the "proper" way to introduce user certificates with wireless auth.  

eduardomozart
Level 1
Level 1

Hello @Arne Bier,

The 'chicken-egg problem' of EAP-TLS still exists on EAP-TEAP, aka. the user-certificate is generated after user first login and it took some time for it to be available. The only difference between EAP-TEAP and EAP-TLS is that, if user certificate still do not exist on EAP-TLS, the authentication fails, but on EAP-TEAP the same authentication would succeed for Machine Authentication and only the User Authentication fails. It allows you to identify machines that do not have the user certificate yet and you can trow them on a "Provisioning VLAN" with AD access and a Session-Timeout of 15 min. to force it to reauthenticate after this timeout, time which should be enough on most environments to generate the user certificate after the login, and the reauthentication would include the Machine and User Certificates and both authentications would be successfully. The Aruba ClearPass EAP-TEAP User Guide has some guidance about Intune Integration and restarting the Wired/WLAN Auto Config Service instead of relying on Session-Timeout to force a new authentication.

A similar workaround for EAP-TLS would be setting up the MAC authentication fallback with the "Provision VLAN" and Session-Timeout, which on the second authentication of 802.1X (User-Authentication) it should succeed.

ClearPass also allows to fallback to ClearPass OnGuard authentication for User Authentication that can be used if a User Certificate isn't available, not sure if Cisco AnyConnect or any other Cisco/3rd party tool may help into this case.

The safier approach is using Machine Authentication only if you do not use User Authentication data or use EAP-PEAP for User Authentication, which doesn't seems to be deprecated when used with EAP-TEAP.

Note: There's multiple users relating issues with EAP-TEAP authentication into the latest Windows 10 May 13th 2025 update, but it seems starting even after that because uninstalling it does not restore EAP-TEAP functionality, so we started to use GPO WMI filters to use EAP-TLS with Windows 10 and EAP-TEAP with Windows 11 machines.

a.maldonado
Level 1
Level 1

@giovanni.augusto , everyone. I realised this problem is some years old but I want to ask you, if any one is still reading it, why did you use MSCHAPv2 first and then EAP-TLS in the configuration of the client laptop?

I am going through similar experience and after trying with EAP-TLS auhentication for both user and machine, my problem is in the authorisation rule, not the authentication.

The authentication passes because in the case of MSCHAPv2 the user exists in AD and the machine has a valid certificate. When I do EAP-TLS to aithenticate both user and machine it also passes the authentication because I have valid certificates for both.

In the authorisation rule, the account I am using is NOT in the AD Security group the rule if referenced to and hence, it should be rejected but it is not. I have tried with various AD groups that I know the account is not there and still permits full access. 

What am I missing? Any help will be much appreciated.

Thank you!

 

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: