Network Threat Protection Breaks WPA/WPA2 Negotiations
Symantec Endpoint Protection Build: 11.0.780.1109
If the Network Threat Protection component is enabled, wireless clients are unable to connect to a wireless access point which requires WPA-PSK (TKIP) or WPA2-PSK (AES) encryption. The authentication negotiation for the wireless connection fails when Network Threat Protection is enabled.
If encryption is disabled on the wireless access point, wireless clients can connect with Network Threat Protection enabled.
If Network Threat Protection is disabled, wireless clients can connect to the wireless access point using WPA or WPA2.
If Network Threat Protection is temporarily disabled, then WPA/WPA2 encryption negotiation succceeds, after which you can re-enable Network Threat Protection and the client continues to be able to use the encrypted wireless connection it obtained while the Network Threat Protection component was temporarily disabled.
I have tested this with two different wireless network adapters:
Netgear WG511T
Intel PRO/Wireless 3945ABG
To ensure it was not a supplicant issue, with both adapters I have used both the vendor wireless configuration utility and the Windows wireless configuration utility.
Both clients are running Microsoft Windows XP Professional SP2 with the KB893357 WPA2 update.
Comments
Paul Murgatroyd
Principal Product Manager, Symantec Endpoint Protection
Endpoint twitter feed: http://twitter.com/symc_endpoint
Hello Paul,
The two clients on which I tested this version of SEP are currently unmanaged.
I assume the SEP ruleset for NTP to which you are referring is something that would be configured if the clients were managed? If so, then I believe my previous answer also answers this question.
Thanks,
Kevan
Paul Murgatroyd
Principal Product Manager, Symantec Endpoint Protection
Endpoint twitter feed: http://twitter.com/symc_endpoint
I don't have a problem with this configuration



Channel: 9
Security




HP Laptop
Vista x32 Home premium
Intel PRO/Wireless 3945ABG with latest Intel drivers
SEP11 unmanaged client
Router
Thomson Speedtouch 585iv6
Settings
Interface Type: 802.11g
Actual Speed: 54 Mbps
Channel Selection: Manual
Broadcast Network Name: Yes
Allow New Devices: New stations are not allowed
Security Mode: WPA-PSK
WPA-PSK Preshared Key: XXXXXXXX
WPA-PSK Encryption: AES
WPA-PSK Version: WPA2
Maybe the problem is with Windows XP or with the drivers. As a workaround create a firewall rule that allows all protocols, both incoming and outgoing traffic with the routers IP or export a policy from a managed client that contains the Allow EAPOL rule and import it to the unmanaged client with smc -importconfig command.
Message Edited by Tony Wilson on 10-19-2007 12:07 AM
I too am having this isssue. Windows XP SP2, and any WPA network, I can't connect without first disabling the Symantec Endpoint Security Client. After I connect to the WPA network, I can turn it back on. I hope a solution is found soon....
I discovered something else today, with the configuration i'm using above. I can connect with the AP, internet works ok but i can't have filesharing between the vista laptop and two XPSp2 desktops.
The client is managed, Allow wireless EAPOL is there, IPv6 is disabled. The firewall ignores the Microsoft Windows Networking settings. Even if you check "Share my files and printers with others on the network", nothing happens. The firewall blocks all traffic from and to XXXXXX.lan desktops and 137,138 and 139 ports.
The only solution is to create a firewall rule that allows traffic for all the Subnet or for the specific IP's and ports including a broadcast address (192.168.1.255).
Two XP desktops can connect fine to each other by just checking the "Share my files and printers with others on the network" option in SEP and without the need to create a firewall rule.
Message Edited by Hans on 10-19-2007 07:04 PM
So what is the solution for people using unmanaged clients? How do we allow EAPOL? Maybe someone could post an XML file with the needed policy so every person in need could import it?
Looks like Symantec is working on this issue as there is now official acknowledgement in the knowledgebase
If the link doesn't work, it's document ID 2007101713294448
Tony,
Any chance you could post the two rules you are talking about. I have only found 1 rule and after adding that, wireless still doesn't work.
The really odd thing is that one of the PCs on the network, that is not part of the domain nor does it have Endpoint installed, can't even see the SSID of the access point. And this only became an issue after Endpoint was installed.
Ken
Message Edited by zeek on 10-31-2007 09:08 AM
Acquiring IP for Wifi Clients
Another Solution :
I have totally removed the " Network Threat Protection" and "Device Control " form my unmanaged SEP installation. Now I can acquire IP from my windows 2003 DHCP server with WPA encryption.
Pankaj
Would you like to reply?
Login or Register to post your comment.