Security Now
Security is top-of-mind everywhere, especially right here where Juniper experts share their thoughts on the latest security breakthroughs and product advancements

Best practices in selecting Secure Access methods – The thick and thin end of the wedge

by on ‎12-08-2011 05:30 AM

This is a guest blog post. Views expressed in this post are original thoughts posted by Glen Kemp, Solutions Consultant at SecureData Europe. These views are his own and in no way do they represent the views of the company he works for.


For an administrator “new” to the Juniper Secure Access family, the plethora of access methods can make it difficult to see the wood from the trees.  Despite the presence of resource policies, many just run to the “safe” security blanket of Layer 3 Network Connect/Junos Pulse Clients, but this is like buying a Rolls Royce and keeping chickens in it.


Choosing a Method


Within the IVE OS there are five major methods of providing remote access to a connecting user with graduated levels of control and compatibility.  At the “thin” end of the wedge (shown below), Core Clientless Access (CCA) provides very hi-fidelity control for a handful of application protocols.  At the “thick” end of the wedge, Network Connect and Pulse can support any TCP or UDP application, but destination control is limited to IP and port. In the middle are the Terminal Services and SAM access methods which offer “shades of grey” of access control between the extremes. In all cases, the source address will be a specific user in a specific context.  The context can be considered a combination of authentication mechanism, the security posture of the client device or even URL they used to reach the IVE.


Secure Access Methods Wedge


When configuring a new role your general approach should be to choose the access method which offers the finest control for a given resource or requirement.  Start at the top of wedge and work down till you reach the best compromise for compatibility versus fidelity of control.  Generally the “thin end” clients are the most portable and require the fewest user permissions to operate.


One access method is not expected to fit every requirement; sometimes you’ll need deep and flexible integration into the Citrix Web Farm, other times you’ll just need to publish a single RDP desktop for a developer. Access to a tightly configured CCA role would only require strong authentication to be satisfied to ensure basic access is available to everyone, everywhere.  The “thicker” clients should have additional requirements to meet such as directory group membership or host checks to ensure that deeper access is only given to users and devices with sufficient privileges and security posture.


Once you’ve chosen Secure Access/MAG as your primary VPN gateway you may well be displacing many “legacy” or non-dedicated VPN solutions such as on-firewall VPN clients. There should be an equivalent solution in all cases, but inevitably with a different modus operandi.  As a general approach it’s best to prototype access, get some feedback from a select user group, tweak and then roll out to a bigger group of users; rinse and repeat until you’ve got all the users rolled out.  Big bang deployments tend to end in tears, or at the very least late nights.


Now to cover the access methods in detail.


Core Client Access 


Core Clientless Access (CCA) is the classic “Web Portal” and offers full web proxy for intranet applications such as SharePoint, iNotes and Exchange.  It can be considered a “true” SSL VPN in that it is totally clientless and dynamically rewrites Intranet content.  Crucially it offers deep and powerful single sign-on support and intermediation via Kerberos, NTLM and Basic Auth; this means that a positive and seamless user experience can be maintained even to the darkest corners of your intranet.


File rewriting and hosted Java applets are two underutilised aspects of the Core feature set. File rewriting dynamically renders CIFS & NFS shares into HTML, making them securely accessible from any platform. Server-side permissions can be honoured or overridden as you see fit. Session variables allow the creation of a resource policy which will “find” the user’s home directory in LDAP.  The resulting portal link neatly bypasses the mess of trying to map network drives across VPNs. The other terrific use-case is a “quick but not dirty” method of sharing documents with trustedthird parties. As the ACLs can be configured tightly and file access is logged, messing about with “proper” VPN clients or dodgythird party file exchange sites is unnecessary.


Hosted Java applets tend to be used in the context of thin clients such as Citrix; but virtually any applet can be embedded on the IVE with strong authentication and single-sign-on.  This is perfect for supporting the legacy “Green Screen” type applications which still kick around an alarming number of organisations.


Terminal Services/Citrix/VMware View


Juniper Networks bundle the various types of thin-client access under the Terminal Services banner, but this is not limited to RDP support.  At the very least you’ll probably offer RDP access to a few choice servers to administrators, but this only scratches the surface of the products capabilities, especially in the context of Citrix. Again, you can create a link to an individual server if that’s what you need, but the IVE fully understands the native Citrix Farm XML API and can dynamically render a list of applications, deliver the Java client and control session security features.  This method allows you to provide thin client access to corporate applications for trustedthird parties (such as partner call centres), home users and roaming users in web cafes’ with a minimal footprint.


Secure Application Manager (SAM)


The SAM can be considered the “original” SSL VPN in that it tunnels client/server traffic over port 443 and is dynamically delivered. SAM is delivered as ActiveX or Java and requires relatively few client side permissions, although gradual improvements in browser security have somewhat dented its utility. In my experience IRO 85% of your user’s requirements will be mail, Intranet/SharePoint and a file resources; this makes SAM a powerful candidate as the default access method.  Connections are directed into the VPN with a DNS injection and tunnelled via the client loopback address. This is a killer feature because it neatly side-steps the issue of overlapping address spaces and allows very fine-grain control over application access. This is ideal forthird party access where you may only allow access to a specific server application, but don’t know or care about the client platform. Deploying a “full-fat” VPN client to athird party doesn’t tend to be popular and removes the worry of granting any kind of Layer 3 access to anyone you don’t know especially well.


Network Connect


Network connect (NC) is as powerful as any “Traditional” IPSEC VPN client but can also be dynamically delivered. The primary use case for NC is corporate users and provides an “on network” experience with complete control over split tunnelling, client-side DNS and PAC files as well as Layer 4 ACLS. It is usually started from the portal window and a client launcher is available, but for a desktop client experience the Junos Pulse client is more appropriate. NC can also be used if you have athird party who needs to shuffle large amounts of data in or out of your gateway. For this scenario I’d suggest tight ACLS with a static address reservation or VLAN so they can easily identified as they transit your network. The Juniper IDP is also helpful as you can set up two-way signalling in case a user or third party attempts anything they shouldn’t.  As of version Pulse 2.0, NC is the only choice if you want to use Multicast across the VPN or need to honour IP “Type of Service” (TOS) bits. 


Juniper Junos Pulse (Windows)


The Junos Pulse client is the new kid on the block and integrates aspects of NC, Host Checker, Juniper Odyssey, and the JWXOS soft client as well as some new cool stuff such as Network Location Awareness (NLA). The ideal use-case for Junos Pulse is managed “Wintel” devices with cached profiles. NLA will automatically attempt to “dial home” to the corporate VPN gateway to ensure a seamless always-on connection.  For this reason it is not suitable for trusted third party scenarios; you want to keep those guys at arm’s length and force them to log on when necessary. It’s not about making life difficult, but making sure that third parties only connect when they actively have data to exchange. If they need an “always-up” connection then a point-to-point IPSEC VPN is more suitable.  If your users heavily use 3G datacards or similar, it may be worth disabling the auto connect features to prevent bandwidth being unnecessarily chewed, even with a client side WAN Accelerator installed. Pulse clients are available for a variety of platforms, but their functionally is largely dictated by the capabilities of the client OS, and is the subject of another blog.


The beauty of the Secure Access family is that the policy engine allows you to dynamically select the access method which is most appropriate to the user and their context.  Inevitably there is no one “right answer” to all your network access requirements, but the IVE provides sufficient flexibility to be able to cope with most eventualities. There are a couple of more obscure and optional client access methods I’ve not mentioned such as ActiveSync and the email client, but I’d be interested to hear about the unusual problems you’ve run into and how you’ve solved them with the client access methods available, comment is free!

by crouchingbadger on ‎12-21-2011 10:30 AM

Nice post, Glen,


I'm wondering about Terminal Services/Citrix/VMware View which we have on our IVE. I'm looking for a good way to segregate enterprise NMS applications to satisfy their Java and ancient browser requirements and often it seems the best way would be to install the clients once and just run them via RDP.  Is this method the most effective considering 60% of the usage will be from the NOC (ie. inside not outside)? Are there any methods that emulate a window-based interaction, rather than running a whole screen-based RDP session (a bit like Sun Secure Global Desktop)?



by on ‎12-21-2011 01:17 PM

Hi Ben, we've had a couple of customer scenarios like this were the SA has been used as a "poor mans NAC" where access needs to be controlled to a select few hosts & user groups and it works well, although obviously you've got to watch the concurrency otherwise the per-user cost may get excessive. This can be controlled with tight session timeouts..


I've never come across Sun Secure Global Desktop, but generally the IVE will host thin clients & control where it can control the underlying protocol to the back-end server; there are no server side proceses which can be run (except for Integrity measurement, but that's another kettle of Chickens).  Any TCP/UDP application can be proxied through the SAM and NC, and you can also host reasonably complicated Java applets & supporting files but there is no native X window emulation..

by Oscar Jimenez Sanabria on ‎12-08-2012 07:56 AM

hi Glen


i am thinking to use Core Client Access method in SA ,but i also bought Patch Remediation Management (PRM) however
my problem is that to use PRM (Shavlik patch deployment engine) is mandatory to use Junos Pulse
Client, my questions are the following :

how can i to use PRM (Shavlik patch deployment engine) for Core Client Access method ?
what is the best practice for core Client Access method with Junos Pulse ?
is a best practice to use PRM (Shavlik patch deployment engine) with Core Client Access method ?

Post a Comment
Be sure to enter a unique name. You can't reuse a name that's already in use.
Be sure to enter a unique email address. You can't reuse an email address that's already in use.
Type the characters you see in the picture above.Type the words you hear.
About the Author
  • Title: Senior Vice President and General Manager of the Branch Solutions Business Unit Area of Responsibility: Driving Juniper business including strategy, revenue/profitability, products and execution for this segment of SLT's overall portfolio, specifically comprehensive solutions for the small to medium size locations of large, distributed enterprises. Alex joined Juniper in February 2008 after more than five years at Extreme Networks, where he served as Chief Operating Officer from mid 2002 through 2006, and the last year as VP and GM of Extreme's high-end switching business and core engineering operations. During his tenure at Extreme Alex led programs which established essential product lifecycle and quality systems, completely refreshed the product portfolio, significantly improved product and service quality and margins, and streamlined the supply chain. Prior to Extreme Alex served as Chief Operating Officer for LCG Wireless (acquired by ADC Telecommunications), SVP Business Operations for ReplayTV, and earlier spent eight years in various executive roles with Octel Communications (acquired by Lucent Technologies) as CIO, SVP Business Operations, and SVP and GM of Enterprise Messaging. Alex holds a bachelors and masters degree in electrical engineering from Washington University in St. Louis.
  • I manage the SRX3K and 1K line of security service gateways. I have spent a decade working with networking devices and in the process have obtained the JNCIE certification.
  • Bill is the Director of Federal Certifications and Policy at Juniper Networks. In this role, Bill focuses on several areas unique to the needs of Federal Government customers, including product certifications, IPv6, and security. Bill came to Juniper Networks in January 2008 after more than 20 years in the IT community working with commercial enterprise customers, service providers, and the US Federal Government. Bill started his career as an engineering officer in the US Air Force after graduating with a Bachelor of Aerospace Engineering from the Georgia Institute of Technology. Bill has an MBA from the Wharton School at the University of Pennsylvania.
  • Brad Minnis, CPP is the Senior Director of Corporate Environmental, Health, Safety & Security for Juniper Networks, Inc. based in Sunnyvale, CA, where he is responsible for strategic design, implementation and management of the company’s security, safety, environment, crisis management and business continuity functions. He also leads the company’s efforts in corporate citizenship and sustainability, and manages the Corporation’s government-related security programs. Mr. Minnis has over 30 years experience in the Silicon Valley and has managed EHSS operations for a number of high tech companies, including Juniper Networks, 3Com Corporation, and National Semiconductor Corporation. Mr. Minnis’ specialties include security management, supply chain and product integrity, anti-counterfeit, occupational health and safety and crisis management. In his role as Cyber Incident Response Team Leader for Juniper, Mr. Minnis has managed numerous high impact cyber-related incidents and cross-functional responses. Mr. Minnis served for ten years in the United States Navy and has served in leadership positions the International Security Management Association (ISMA) and ASIS International, serving as Chairman of the San Francisco Chapter in 2003. He has also co-written several publications on software integrity assurance and supply chain security with organizations such as SAFECode. Mr. Minnis is certified as a Protection Professional by the Professional Certification Board of ASIS International and attended the University of Connecticut, where he received two certificates in Environmental, Health and Safety
  • François Prowse is a Senior Systems Engineer for Juniper Networks, based in Brisbane Australia. Francois joined Juniper in 2006 as part of the New Zealand SE team, subsequently relocating to Australia. Prior to Juniper, Francois worked for four years at Alcatel in both operational and architectural roles, being jointly responsible for the construction of New Zealands' largest MPLS core network. Prior to Alcatel, Francois worked at UUnet, focusing on core network expansion in Europe. In all previous roles JUNOS has been the driving factor behind day to day operations, providing him with over 8 years of operational experience. Francois is a Juniper Networks Certified Internet Expert (JNCIE #144) which he obtained prior to joining Juniper Networks.
  • Greg Sidebottom is a Senior Engineering Manager in the Identity and Policy Management business unit at Juniper Networks. Greg has spent the last decade plus conceptualizing, architecting, designing, and leading the implementation of Juniper's SDX and SRC families of policy based service management applications. Previous to this, Greg held positions in the software and networking industries at Siemens, Cognos, Nortel, GTE labs subsidiary MPR Teltech, and the Alberta Research Council. Greg is an author of eight invention disclosures resulting in two patents issued and three pending. Greg holds a B.Sc. in Computer Science for the University of Calgary and an M.Sc. and Ph.D. in Computing Science from Simon Fraser University.
  • Jim Kelly, Senior Product Line Manager – CTP Products Juniper Networks. Jim Kelly is the senior product line manager for the CTP products where he is responsible for the CTP product direction, marketing and circuit emulation applications within Juniper Networks. Mr. Kelly has more than 28 years of experience in the networking industry in technical roles, sales, marketing, and product management positions. He started his career in the United States Air Force. He has worked for Wang, Digital Telecom Systems, American Airlines, Network Equipment Technologies, Carrier Access, and Nortel Networks. He started Juniper Networks federal DoD sales in July 2000 and joined Juniper Networks again in October 2005 through the acquisition of Acorn Packet Solutions where he was the director of sales and marketing.
  • Justin Ryburn is a Senior Systems Engineer at Juniper Networks. He holds an MBA and a MS in IT Management from Webster University as well as numerous industry certifications. Justin contributed content for Cyber Forensics (Auerbach Publishing, 2007) and spoke on BGP Flowspec at NANOG63. Prior to joining Juniper, Justin held various operations, engineering, and sales engineering positions over his 15-year career with companies such Savvis, Nortel, XO, and Charter.
  • Mark Belk is the National Government Chief Architect at Juniper Networks
  • 20 years technology experience in sales, product management and marketing. 15 in security. Living the good guys versus bad guys fight every day.
  • I am currently a Sr. Product Marketing Manager specializing in Juniper's Security Portfolio in the Service Provider industry. I am an experienced senior technical leader, technical marketing engineer, solutions architect, and product marketing manager with over 20 years of Internet and Enterprise industry experience developing solutions from scratch often in relation with business units and technology groups, my projects ranged from product, solution, and technology development to corporate technology strategies. I have strong analytical skills and I am able to crunch and articulate complex technology to a variety of audience knowledge levels. I possess a deep hands-on technology and business knowledge of Service Provider and Enterprise architectures with deployment hands-on skills. I also bring a unique perspective of open source philosophy, including but not limited to open innovation, software development methodologies, open source monetization and business models, and licensing and compliance in software integration. I am a strategic leader with proved ability to empower a team to improve their product, themselves, their team, and our company’s market position.
  • 30 Years in Book Publishing, 20 years in Technical Book Publishing, including Apple Developer Press, Adobe Press, Nokia Developer Books, Palm Books, and since 2001, almost 10 years as consulting editor/editor in chief for Juniper Networks Book. Joined the company and started the Day One book line and in 2011, the new This Week book line.
  • Rajoo Nagar is a senior manager in product marketing at Juniper Networks. She is responsible for product marketing for Juniper's security solutions. Rajoo is a published author, her book “Telecom Service Rollouts” was published by McGraw Hill Professional.
  • I'm a Product Line Manager in the Security Business Unit working on all things intrusion prevention-related. I've been in the security field since 1994 working on diverse projects such as developing HP's public-key infrastructure (PKI), building the first protocol anomaly-based IDS at Recourse Technologies (acquired by Symantec), integrating vulnerability management and IDS at VM vendor nCircle and managing IPS products at Cisco and Juniper.
  • Jonathan Looney is a Senior Staff Courseware Developer at Juniper Networks. Before joining Juniper, he performed network engineering for a large enterprise, a regional ISP, and an application service provider (ASP). The holder of several industry certifications, he enjoys the freedom his job at Juniper gives him to both continually learn and also to share his knowledge with others through a wide range of media.
  • Scott is the Director of Product Marketing for Mobile Security at Juniper Networks. In his 20+ years in high tech, Scott has worked on Mobile and Endpoint Security, Network Security, IPS, Managed Services, Network Infrastructure, Co-location, Microprocessor Architecture, Unix Servers and Network Adapters. He has held leadership roles at Check Point, McAfee, Symantec, Exodus Communications, Cable & Wireless, Savvis, and HP.
  • Sherry Ryan is IT Vice President and CISO of Juniper Networks. Previously, Sherry held similar positions at Blue Shield of California, Hewlett-Packard, Safeway and Levi Strauss where she established and led their information security programs. Sherry holds the Certified Information Security Manager (CISM) certification from ISACA and the Certified Information Systems Security Professional (CISSP) certification from ISC2. She is a member of the High Tech Crime Investigation Association (HTCIA) and the Information Systems Security Association (ISSA). Sherry has a bachelor's degree in Business Administration from the University of Redlands, and earned her MBA from the College of Notre Dame.
About Security Now

Discussing a wide range of topics impacting enterprises and
data center security.

Subscribe RSS Icon

Our Bloggers

Ritesh Agrawal
Software Engineering

Profile | Subscribe

Michael Callahan
Vice President

Profile | Subscribe

Scott Emo
Product Marketing

Profile | Subscribe

Rajoo Nagar
Senior Manager
Product Marketing

Profile | Subscribe

Bill Shelton
Director Field Sales

Profile | Subscribe

Ashutosh Thakur
Product Line Manager

Profile | Subscribe

Copyright© 1999-2015 Juniper Networks, Inc. All rights reserved.