zondag 1 april 2012

Lync Edge Enhanced security with the Security filter


Lync Server 2010 has become very popular since its release in December 2010. The external access capabilities are incredible value adding. Lync Mobile clients over several mobile platforms are pushing more and more External access enabled Lync environment based on business demands. Now the security requirements for companies planning this functionality becomes very important. You can add a director to the environment to distribute users across lots of pools or just build a physical server pool to protect the internal Lync environment from DDOS attacks. But did you know that is not all?


Did you know that when I know or guessed your login account and e-mail address.. I can easily lock your active directory account?


So Rui Maximo gave me a tip last December which I have not been able to share on my bog until now. Thanks Rui for the heads-up!


By implementing the security filter of Maximo Rui you can enhance your edge server security without a Director role. Please note that I’m not pointing out that you should not implement a director role. If there is a requirement just go ahead and do so. But what I’m saying is that you should implement the Security filter in addition to the edge server implementation.

This solution fills in a large security requirement around dual factor authentication and additional DDOS afflicted damage prevention.

I've concluded the following:
The security filter implementation is mandatory for every Lync and OCS edge server implementation.


Therefore I’ve dedicated this blog post to get you well informed and provide you some resource links and tips on how to approach this solution. 

Important note:
You should test this solution out in a test lab first before deploying this solution into production. The solution is not native of Lync server 2010 therefore support is not provided by Microsoft. For support you should implement this solution with a solution partner like Wortell.

The security filter

The security filter can do 3 major things:

1) Disable NTLM v2
Enforcing authentication only on company provisioned windows desktops and laptops. This is actually a form of dual factor authentication.

2) Filter allowed Active directory domains
Preventing guessed domain authentication attempts

3) Enable a soft account lock
Preventing active directory account lockout

So how does this work?

The security filter is actually a Windows Service MSPL Script that runs on the edge servers. The application monitors the authentication requests and keeps track on how the authentication progresses.

The drawing below I’ve extracted from the security filter documentation to explain a little bit more on how this solution works. (click on it for a larger representation)











 

 

 

 

Disable NTLM v2 authentication

This function prevents NTLM v2 negotiation for authentication and forcing the authentication process to use TLS-DSK authentication. With NTLM v2 authentication disabled the only way to authenticate and user Lync services from outside the network is via TLS-DSK authentication.
Using this security feature you'll still be able to connect to Public IM services and Federation partners without compromising any functionality.
(I'll update this blog shortly if mobile connectivity is still working or not from mobile clients like ipad, windows phone and such with NTML v2 authentication turned off)
This creates an optional security measure to prevent against DDOS and account lockout.

Domain name filtering

If the authentication is based on a not configured AD domain name the authentication request is discarded and will not proceed to the internal director or front end pool for authentication.

For example: the security filter is configured with the following accepted filter settings

NetBIOS domain: Contoso
Corresponding UPN suffix : Contoso.com

When a user logs in and authenticates like this the authentication request will be forwarded to the internal next hop for authentication.

Accepted Full UPN login


Accepted NetBIOS login


If the user authenticates with a wrong UPN or NetBIOS domain the authentication request will be discarded.


Discarded Full UPN login   


 Discarded NetBIOS login




This creates the first line of defense to prevent account lockout and DDOS.

 

Soft Lockout Policy

The second defense mechanism comes in place when an authentication request is forwarded and monitored by the security filter service application. How this security measure behaves is based on the following configuration.



Lockout count: 5
Lockout period (minutes) 10

These settings are only protective when you configure these settings are added up to be less than in active directory. This means that you should base these numbers on the configured account policies in active directory.

For example:
If the lockout count in active directory is 3 and the lock out period / duration is 30 minutes you should configure the security filter as a minimum to:


Lockout count: not higher than 2

Lockout period (minutes) not lower than 35

Now when a user is logging in and fails 2 authentication attempts the user will be soft locked out for 35 minutes. However the user can still log on in active directory true other means like VPN and continue to use AD based applications like you're email.

This creates the first line of defense to prevent account lockout and DDOS.

Security filter versions

The solution was first build for OCS 2007 R2. This solution is later ported to Lync server 2010. There are 2 product types; A Standard Edition and an Enterprise Edition.

Standard Edition

The standard edition has no relevance to the Lync server Standard or Enterprise front end deployment versions. The Security filter Standard Edition is the Security filter implementation for 1 single edge server. There is no requirement for a SQL database

Enterprise Edition

The Enterprise Edition has no relevance to the Lync server Standard or Enterprise front end deployment versions. The Security filter Enterprise Edition is the Security filter implementation for an multiserver edge pool 1 centralized SQL database solution on a dedicated SQL server placed in the internal DMZ zone.

Implementation notes:

The implementation guidance and documentation is very good. You'll find the software and documentation here:
http://lyncsecurityfilter.com/

In addition I would like to point out the following.


The enterprise edition of the security filter requires an SQL database(at least SQL express). THe standard edition however does not use any SQL database. When you're planning the Enterprise Edition you'll need to prepare for a centralized SQL solution. This can be based on SQL express. This is because the enterprise edition of the security filter needs a central location to store and track authentication in a single location so that the Lock count settings are compliant for all edge pool member servers. This is not the case for the standard edition server where this information only need to be known locally on a single server.

Security best practices

This solution is recommended as a best practice in the Microsoft Lync server 2010 Security guide into the following context:


“Quote in”
Best Practices for Edge Server Security


Create a new subnet just for the Microsoft Lync Server 2010 Edge Servers.
  • Enhance the security of the routing rules for access to that subnet (disable broadcast, multicast, and traffic to other perimeter network subnets).
  • Refrain from changing the service account under which edge services run.
  • Read and use the information in Protecting the Edge Server against DoS and Password Brute-Force Attacks in Lync Server 2010 at http://go.microsoft.com/fwlink/?LinkID=214180.
“Quote out”

I hope this blogpost gives you some information on how to enhance your environment and / or provides additional options that enables you to meet more requirements so that you will succeed in extending your deployment with all external capabilities Lync has to offer.

Sources

Microsoft Lync Server 2010 Security Guide (best practices)http://www.microsoft.com/download/en/details.aspx?id=2729
You’ll find a trial and more detailed documentation and Implementation manual here:http://lyncsecurityfilter.com/


The software is not freeware. However a very small price to pay for rather simple but grand solution. If you would like to know details about pricing and implementation costs please contact me by e-mail on Jonathan . Steeman @ Wortell dot nl.

MCM Lync program acceptance

I'm just thrilled! During the last busy December month i've managed to apply for the MCM Lync program. Some time later i've added technical documentation, references and my resume for review.

A few days later i received the word that i was accepted.

I'll be attending MCM Lync 2010 rotation 14. This rotation runs from April 23 till May 12 2012.
I'll be there from April 21st to 13 May 2012.

Please feel free to contact me true a Direct message when you're also on the same rotation. i'll be happy to share tips on MCM preps and accommodations in Redmond.

vrijdag 2 maart 2012

The Video button returns for RCC February 2012 Update

With a new February 2012 update for Lync server 2010 the video button is back with RCC scenarios. This brings back some more flexibility with alligned Lync enterprise voice and lync collaboration
 scenarios.

RCC stands for Remote Call Controll. This feature enables a PBX phone user to remotly controll their PBX phone from within the Lync Client. This without any dirty 3rd party apllication integration on the desktop. The RCC solution build in Lync 2010 is based on the following CTI/CSTA standard: http://www.ecma-international.org/publications/techreports/E-TR-087.htm

This feature has nothing to do with Enterprice Voice in Lync server 2010. The only thing that is in common is that RCC requires the Lync Plus Cal to be enabled. Other than that. Lync will not carry any pstn voice across the Lync infrastructure (other than PC to PC calls from within Lync itself)

RCC is not my prefered option. However there are some scenarios where this solution will add value to the customer in certain collaboration scenarios.

The thing is that video and telephony are still 2 organization pilars at most company's. This brings the fact that programs for Lync Enterprice voice and video have different adoption rates and timelines.

Since Microsoft Lync 2010 provides a true UC solution it has to provide some flexibillity in these scenarios.

I'm happy with this good news!

For more please read the following:
http://blogs.technet.com/b/nexthop/archive/2012/03/01/update-lync-2010-adds-video-calling-for-rcc-enabled-users.aspx

Download the update here:
http://support.microsoft.com/kb/2666709

zaterdag 31 december 2011

Mobile collaboration blog post and discussion @ Cisco


There is an interesting discussion going on a blog post @ Cisco. (Thanks to JohnACook for pointing this out via twitter)

It's about explaining how cisco provides full mobile collaboration capabilities where the newly released Microsoft Lync client lacks in functionality and thus does not fit a post PC collaboration strategy.

http://blogs.cisco.com/collaboration/maximizing-mobile-collaboration-for-the-post-pc-era/#comment-515643

So I couldn’t prevent myself to add software extensibility and with that the 3rd party solution from Xync Damaka into the discussion.

So went ahead and responded with the following post (not that this is still awaiting moderation at the time f publishing):



Your comment is awaiting moderation.
Hi there,
I just wanted to add something to the discussion.
I have seen the WebEx presentation software on the iPhone and I just love it. It is cool.
Microsoft is very strong in the software landscape. And I think you all agree to that. Software and development is pretty open when you look at Microsoft products. This is often underestimated. This is also the same with Lync.
The power of Lync is that you can build your own Lync endpoint very easy. This is included in the licensing and does not require any additional licensing purchase.
This opens the window for a large ecosystem of 3rd party applications developers to build their solution based on the Lync core infrastructure. To get an idea of what solutions there are build please look here:
http://lync.microsoft.com/en-us/Partners/Pages/application-partners.aspx
Look at Peter Connects software solutions for example. JDM software build their attendant console to interoperate with Cisco. They are also porting the software for use with Lync.
Microsoft still has an edge on this area. I believe that no product vendor has an application development eco system as big as Microsoft has. This means that Lync out of the box provides extendibility with 3rd party applications specifically build and certified for Lync and thus meeting more and more specific customer requirements. Contact centers, Communications enabled business processes (CEBP), video interoperability with Google talk. Need a specific solution to handle delegates? Why not build a button that does that for you. Even Cisco builds on top of Lync with the CuCiLync client(not that I’m happy with the solution).

The point is that it’s all buildable on top of Lync server 2010!

And now the great part:
There is a 3rd party cross platform Mobile client available that provides just everything to the mobile platform. It’s named Xync build by Damaka.

Xync provides a full Lync endpoint and thus providing the following features:
Presence
IM
Audio Call
PSTN
Video Call
Search
Contact Mgmt
IM Conference
Audio Conference
Desktop Sharing
Program Sharing
File Transfer

IOS, Android, Symbian (later Windows Phone 7) are all supported.
https://xync.damaka.com/xync/index.jsp

The application costs money. But I think that it’s still worth it if you require the full feature set.

There are still some things to consider tho.

When using 3G/4G mobile carrier lines using voice and such… this is kind of a wordwide problem for every celphone carrier. They all seem to try and block voip usage since that is their core business. Besides that… If you can VOIP with the application the customer expects this also to be true when riding in a car or train. That means huge latency’s when roaming from one GSM antenna to another. So maybe it is not a good idea for a vendor to provide functionality that can potentially be blocked of provides bad user experience based on mobile internet contracts and non optimized voip / internet protocols for roaming.

dinsdag 6 september 2011

So it seems like the video call button returns in the RCC scenario in Lync

Credit to Jeroen Reijling for his very nice post about Lync and the video button returning for the RCC scenario's. It's a good read so go ahead and click ahead.

Lync, Remote Call Control and Video, it will be available in 2012

Since it is difficult to achieve good sync of audio and video when both streams are traversing different routes / systems the user experience will not be the best.  In my resent posts i pointed out that RCC scenario's go along with the disapearing of the video button. Even when you log out of the phone your Lync client gets configured for RCC and so removing the videocall button from the interface.

It would be great to see that Lync video calling will use voip in stead of including the audio session from the remote controled IP phone.

maandag 5 september 2011

Next innovative steps: Lync Video Interoperability Program

Just imagine. Wouldn’t it be great that you could just call a "virtual meeting room" to meet your colleagues or partners without thinking about what vendor device you all use?

The "Lync Video Interoperability Program" makes way for the next generation video solutions and interoperability scenario's.

Next to the interoperability program for load balancers, devices and PBX interoperability the video interoperability program will further enrich the Lync Eco system.

http://technet.microsoft.com/en-us/lync/hh239757.aspx

The idea of the program is inspiring. Make video calling better by providing the most seamless user experience across multiple video platforms and video solutions. I think the most interesting development will be the next generation video gateway.

For example: There are current interop solutions based upon a gateway where you can include Cisco video endpoint with Lync / OCS endpoints. For example. You could use a (Tandberg) cisco VCS to transcode video from OCS / Lync to an Tandberg E20 and back. This is however kind of difficult to achieve and this basic solution could only supply like 10 concurrent calls because of the DSP (digital signaling processor) capacity. Considering that this is only CIF quality and you do not want a CIF quality video stream on a "Cisco telepresence room" this is kind of weak. Of course you can upscale this to a more fitting video quality. This however requires an expensive Cisco Advanced Media gateway.

The thing is this. When you have installed Lync you are all ready and stuff because you unified some of all communication technology's. But when you like to start video calling with a partner it can happen that this partner just went another way ending up with an Cisco UC solution. This is ok. But... this does not interoperate. Now you have to find ways to make this video calling happen. So when you are in this kind of situation then you will be very happy with these steps toward video solution interoperability.

Lync provides interoperability with 3 kinds of video solutions:

Video Teleconference (VTC) - A Video endpoint registers directly with Microsoft Office Communications Server 2007 R2 and Microsoft Lync Server 2010 and provides a seamless user experience so that Lync users can connect to the VTC systems as if it were another contact. The VTC system will appear with presence information and allow user to one click initiate video calls to the VTC.

Multipoint Control Unit (MCU)
-A multipoint control unit allows for multi-party conferencing by providing users the use of virtual room or video bridge where multiple parties can connect and conduct video conferencing. These virtual rooms/video bridges will appear in the OCS and Lync contact list to allow those users to connect and participate in multiparty video calls.

Gateway (GW)
- A Gateway allows connection with different network and provides Microsoft Lync access to different protocols to make video calls. Microsoft Lync uses SIP for signaling and H.263 and RTVideo as the video codec. Gateways provide access to other protocols such as H.323, H.261 and H.264. ‘Optimized for’ – IP phones, headsets, conference room systems and other devices that offer a rich and integrated experience giving customers the power to get the most out of their Lync experience and return on investment.

Source:
http://technet.microsoft.com/en-us/lync/hh239757.aspx

READ: Unified Communications Competency to Be Split in October 2011

By splitting the UC competency to Messaging and Communications, Partners can further specialize in these competencies. For partners this means that they need more specialized and certified techies to meet the Competency silver or gold partner program.


As written on the Microsoft partner site:

Messaging Competency
The Messaging competency recognizes your expertise in implementation design, deployment, and support of Microsoft Exchange Server. In addition, the Gold Messaging competency highlights your additional investment and specialization in archiving, security, and voicemail, along with your ability to help customers with their journey to the cloud with Microsoft Exchange Online.
Communications Competency
The Communications competency recognizes your expertise in implementation design, deployment, and support of Microsoft Lync. The Silver Communications competency enables you to highlight your investment and capabilities around IM and presence and conferencing workloads, and the Gold Communications competency demonstrates further expertise in enterprise voice and video, PBX integration, and Microsoft Lync Online.

Review the Evolution of the Unified Communications Competency Guide for details about the transition, along with requirements and benefits for the new Messaging competency and Communications competency.
 
Dutch links (but english)