Mobile Web Server Authentication

• Group permissions
• Authentication mechanisms
  
  • List of users mechanism
  • LDAP query mechanism
  • SPNEGO (Single-Sign-On) mechanism
    
    • SPNEGO Troubleshooting

Single-Sign-On (SPNEGO) Mechanism

SPNEGO (Single-Sign-On) mechanism allows users to authenticate automatically with their LDAP/Active Directory (AD) account without asking them for credentials. Having a proper setup, authorized users never type their credentials in any dialog or form. Unauthorized users, however, are either prompted for credentials or are denied server access.

• Users are stored and managed by an LDAP/AD server
• Omniscope Mobile server is configured to ask the LDAP/AD server to validate user tokens

Configuration

At least three machines are involved in a Single-Sign-On setup:

1. LDAP/AD server (e.g. computer name ldapserver)
2. A machine running Omniscope server (e.g. computer name omniscopeserver)
3. A client machine having a browser installed (Chrome, Firefox, Internet Explorer, etc) (e.g. computer name browserA)

Note: Single-sign-on does not work when the client (browser) runs on the same machine as Omniscope server (or LDAP/AD)

• The machines must be on the same intranet network,
• on the same domain (e.g. example.com),
• DNS properly setup such that they all can nslookup each other by name (e.g. nslookup omniscopeserver finds the machine running omniscope server)

1. LDAP/AD machine - Windows Server OS (2003, 2008, 2012, etc)
   
   • Create a dedicated LDAP user on the domain, e.g. omniscopeuser@example.com with password YourPassword (choose a stronger password), make sure the password never expires
   • In command prompt execute:
     setspn -A HTTP/omniscopeserver.example.com omniscopeuser
     

     
     
     where example.com is your network domain
     omniscopeserver is the name of the machine running Omniscope server
     omniscopeuser is user logon name of the dedicated LDAP user
     HTTP/omniscopeserver.example.com has never been mapped before with other user. If it has, you need to remove it first:
     setspn -D HTTP/omniscopeserver.example.com otheruser
     

   • In command prompt, execute the second command (make sure to use capital letters exactly as shown in the command):
     ktpass -princ HTTP/omniscopeserver.example.com@EXAMPLE.COM -pass YourPassword -mapuser omniscopeuser@EXAMPLE.COM -out omniscopeuser.HTTP.keytab -crypto RC4-HMAC-NT -kvno 0
     
     • where example.com is your network domain
     • HTTP/omniscopeserver.example.com - Kerberos service principal name for SPNEGO
     • omniscopeuser - the dedicated SPNEGO user that has been created on the LDAP server
     • YourPassword - password of the dedicated SPNEGO user
     • RC4-HMAC-NT - cryptosystem to use when sending SPNEGO tickets
     • kvno - Key version number
     
     
     
   
   Obviously, LDAP/AD needs to have regular users defined, users that are about to use Omniscope at least. For the purpose of this tutorial we will consider that
   there is a user clientA@example.com with password ClientPassword
   
   
2. Omniscope server machine
   
   
   • Start Omniscope server
     
     
     
     
   • On Mobile Web Server service section click Config, scroll down to Default folder configuration and click Edit
     
     
     
     
   • Edit SPNEGO global settings, for principal name type:
     HTTP/omniscopeserver.example.com
     and edit the password for that LDAP account ('YourPassword')
     
     
     
     
     
     
   • Click OK to close editing SPNEGO global settings
     
   • Either create a new group with new permissions, or edit an existing group
     
     
     
     
   • Add a new authentication mechanism and choose SPNEGO mechanism
     
     
     
     
   • Make sure you add all user names for the users that will be allowed to authenticate automatically (e.g. clientA, no domain needs to be included in the name)
     
     
     
     
     
     
   • Click OK to close each dialog and click Save and apply to save the configuration
     
   • Omniscope server does not need to be restarted manually
     
   
   
3. Client Machine - The browser has to be configured to use Single-Sign-On and trust omniscopeserver machine
   
   
   • For Internet Explorer
     
     
     • Open Internet Options
       
       
       
     • In Security tab select Local intranet and click Sites button - make sure all check boxes are selected:
       Automatically detect intranet network,
       
       
       
       • Include all local intranet sites not listed in other zones,
       • Include all sites that bypass the proxy server,
       • Include all network paths
       
       
       Then click Advanced button and add the name of the omniscopeserver or the full name (with domain) as it is going to be used to access the omniscope server from the browser
       Note: The browser cannot use Single-Sign-On when accessing the omniscopeserver by IP instead of name, and the name has to be added to the zone
       
       
       
       
     • Click Close then OK to close the Local intranet dialogs
     • Click Custom Level... button, scroll down to User Authentication and select Automatic logon with current user name and password then click OK to close the dialog
       
       
       
       
     • In the Advanced tab of the Internet Options dialog scroll down to Security section and make sure Enable Integrated Windows Authentication option is selected. (It should be selected by default)
       
       
       
       
     • Click OK to close Internet Options dialog
     • Restart Internet Explorer
     • Test it: open http://omniscopeserver you should be able to use omniscope server if you have the right permissions (group permissions that you set up on Omniscope server)
     
     
   • Google Chrome
     
     • Google’s Chrome browser shares the same configuration with Internet Explorer. Once the trusted URL is added in Internet Explorer, Chrome works with SPNEGO. Chrome does not have a configuration mechanism.
       
     
     
   • Mozilla Firefox
     
     • In the address bar type:
       about:config
       
       
       
       and search for trusted. The required key is a comma separated parameter named network.negotiate-auth.trusted-uris - edit it to include 'omniscopeserver' as well