Risk

7/31/2006
08:55 AM
50%
50%

AEP, Lockdown Partner

Lockdown Networks and AEP Networks announced they have entered into a technology licensing, co-development and marketing partnership

SEATTLE -- Lockdown Networks® and AEP Networks today announced they have entered into a technology licensing, co-development and marketing partnership which will integrate Lockdown’s flagship Network Access Control (NAC) solution, Lockdown Enforcer™, into AEP’s Policy Networking security solutions.

Under the terms of the agreement, Lockdown and AEP will enhance Lockdown’s iNAC™ integration capability to enable use of the Lockdown Enforcer technology to provide endpoint health-check, quarantine and remediation capabilities that work with the AEP Netilla Security Platform (NSP) SSL VPN. The resulting product offering will enable AEP’s installed base of SSL VPN customers to enhance existing secure remote access implementations while solving branch, conference room, guest and partner access “pain points” in a consistent fashion. The joint solution will be available through AEP channel partners.

With seamless security integration from the network through application layers, the joint AEP Networks-Lockdown Networks solution will overcome one of the trickiest security challenges companies face today: providing a uniform approach to ensuring policy-based access, from the edge to the core, throughout the enterprise, regardless of the technology (i.e., remote access via SSL VPN, branch office access via IPSec VPN, guest or conference room access via wireless or wired LAN).

Today, companies work with multiple vendors to deploy point-security solutions that address individual layers of the network stack. This creates time-consuming and arduous implementation and management overhead. By integrating the layers of security, AEP Networks customers will have a one-source shop for total network security.

“The integration of Lockdown’s NAC technology with AEP application access solutions is a natural idea, and delivers exactly what the market has been clamoring for – an integrated approach to addressing enterprise network security needs,” said Brett Helsel, CEO at Lockdown Networks. “We believe AEP’s strong global distribution, sales and support network and excellent portfolio of products adds major value to customers looking for enterprise-class network access control solutions.”

Lockdown Networks Inc.

Comment  | 
Print  | 
More Insights
Comments
Oldest First  |  Newest First  |  Threaded View
Want Your Daughter to Succeed in Cyber? Call Her John
John De Santis, CEO, HyTrust,  5/16/2018
New Mexico Man Sentenced on DDoS, Gun Charges
Dark Reading Staff 5/18/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Flash Poll
[Strategic Security Report] Navigating the Threat Intelligence Maze
[Strategic Security Report] Navigating the Threat Intelligence Maze
Most enterprises are using threat intel services, but many are still figuring out how to use the data they're collecting. In this Dark Reading survey we give you a look at what they're doing today - and where they hope to go.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-11354
PUBLISHED: 2018-05-22
In Wireshark 2.6.0, the IEEE 1905.1a dissector could crash. This was addressed in epan/dissectors/packet-ieee1905.c by making a certain correction to string handling.
CVE-2018-11355
PUBLISHED: 2018-05-22
In Wireshark 2.6.0, the RTCP dissector could crash. This was addressed in epan/dissectors/packet-rtcp.c by avoiding a buffer overflow for packet status chunks.
CVE-2018-11356
PUBLISHED: 2018-05-22
In Wireshark 2.6.0, 2.4.0 to 2.4.6, and 2.2.0 to 2.2.14, the DNS dissector could crash. This was addressed in epan/dissectors/packet-dns.c by avoiding a NULL pointer dereference for an empty name in an SRV record.
CVE-2018-11357
PUBLISHED: 2018-05-22
In Wireshark 2.6.0, 2.4.0 to 2.4.6, and 2.2.0 to 2.2.14, the LTP dissector and other dissectors could consume excessive memory. This was addressed in epan/tvbuff.c by rejecting negative lengths.
CVE-2018-11358
PUBLISHED: 2018-05-22
In Wireshark 2.6.0, 2.4.0 to 2.4.6, and 2.2.0 to 2.2.14, the Q.931 dissector could crash. This was addressed in epan/dissectors/packet-q931.c by avoiding a use-after-free after a malformed packet prevented certain cleanup.