Siebel 8.
0 Essentials
Module 12: Securing Access to the
Application
12
Copyright © 2007, Oracle. All rights reserved.
Module Objectives
After completing this module you should be able to:
Describe the types of user authentication supported by Siebel
applications
Explain the role of the security adapter
Describe Single Sign On (SSO) security and how it differs from
other authentication methods
Why you need to know:
You must understand the security mechanisms in order to be able
to implement them
Copyright © 2007, Oracle. All rights reserved. 2 of 17
Siebel Application Security
Siebel applications are secured at several levels:
Data visibility and view access should be restricted so users see
only the appropriate views and data
Subject of previous module
Access to the application should be restricted to authorized users
Subject of this module
Communication between architecture components may need to be
secured
Subject of subsequent module
Copyright © 2007, Oracle. All rights reserved. 3 of 17
Authentication
Is the process of validating a user’s identity
Verifies the identity of users before they gain access to a Siebel
application
Typically consists of collecting a set of user credentials such as
user ID and password and comparing them to pre-stored values
Copyright © 2007, Oracle. All rights reserved. 4 of 17
Supported Authentication Methods
Siebel applications support authentication by either the Siebel
servers or the Web server:
Siebel security adapters are software programs that allow Siebel
servers to authenticate users
Single Sign On (SSO) allows the Web server to authenticate users
Siebel Web Server Extension performs authentication check
Security adapter is still involved in verifying the “trust token” passed to
it by the Web server
Copyright © 2007, Oracle. All rights reserved. 5 of 17
Siebel Security Adapters
A security adapter is a piece of software that connects to an
authentication service
Implemented as part of the Application Object Manager (AOM)
1. User
provides
Browser
credentials
in browser
Web 2. Credentials are passed
Server through Web server to
SWSE AOM. Web server does
not check the credentials
Credentials
3. Security adapter authenticates
credentials using authentication service
Siebel Object Security Authentication
Manager Adapter Service
Copyright © 2007, Oracle. All rights reserved. 6 of 17
Authentication Services
Siebel applications support multiple authentication services:
Database authentication
Lightweight Database Authentication Protocol (LDAP)
Active Directory Services Interface (ADSI)
Custom authentication using the Siebel Security Adapter Software
Developer’s Kit (SSASDK)
Creating custom security adapters is beyond the scope of this course
Refer to the Siebel Security Adapter SDK in Bookshelf
Siebel Object Security Authentication
Manager Adapter Service
Copyright © 2007, Oracle. All rights reserved. 7 of 17
Database Authentication
Users are authenticated against the Browser
underlying database
The database Security Adapter is the Web
default for Siebel applications Server 1. User
SWSE provides
name and
password
Credentials
Security
2. Password may be hashed to Siebel Object Manager
Adapter
prevent direct database access
Hash password
3. Connect to database using user ID Connect using DB account
and (possibly hashed) password.
RDBMS performs authentication
Siebel
Database
Copyright © 2007, Oracle. All rights reserved. 8 of 17
Database Authentication Considerations
Does not require additional infrastructure components such as
directory servers
Uses a separate database login for each user
Requires ongoing support from a database administrator
May support account policies based on those of the RDBMS
Password expiration
Password syntax
Account lockout
Supports minimal user self-management
User cannot perform self-management without being granted
direct access to the database server
Copyright © 2007, Oracle. All rights reserved. 9 of 17
Directory Server Authentication
Users are authenticated against an
Browser
external directory service
The directory service contains the
Web user’s credentials and administrative
Server
SWSE
information
1. User A single reserved database login is
provides
Credentials information
typically used for all users
2. Verify
credentials
Login Authentication
Siebel Object Security
Service
Manager Adapter
Retrieve
reserved DB Directory
Account
Connect using DB account
3. Connect
Siebel
to database
Database
Copyright © 2007, Oracle. All rights reserved. 10 of 17
Directory Service Considerations
Reduces administrative overhead
Eliminates maintenance of a separate database login for each
user
Allows Web users to self-register and maintain login information
Allows automated creation of users from User Administration view
Allows external delegated administration of users
Allows credentials store to be shared across multiple
applications
May support account policies based on those of the directory
service
Password expiration
Password syntax
Account lockout
Copyright © 2007, Oracle. All rights reserved. 11 of 17
Single Sign On
Web Server provides credentials to
Browser
1. User
third-party service
provides Security Adapter looks up and
User Credentials information retrieves Siebel user ID, DB
account based on identity key from
Web Server external source
SWSE Authentication
3. Passes Login
Service
Authenticated User ID authenticated
and Trust Token user ID and 2. Verifies
trust token credentials
Siebel Object Security
Manager Adapter 4. Verifies Retrieves
trust token Siebel user ID Directory
and collects and DB
Connect Using DB Account user ID account
Siebel 5. Connects
Database to database
Copyright © 2007, Oracle. All rights reserved. 12 of 17
Single Sign On Considerations
Allows users to access multiple applications without any further
login
For example, Windows Integrated Authentication allows users to
access Siebel applications directly once they have logged in to
their Windows accounts
Uses credentials that are collected and verified by the Web
server
Management of authentication can be performed from a single
centralized location
Requires the use of a trust token
Secret value shared by the Web server and Object Manager
Allows Siebel applications to be deployed into existing Web
sites and portals
Copyright © 2007, Oracle. All rights reserved. 13 of 17
Single Sign On Considerations Continued
Some Siebel User Administration features that are not available
using SSO should be disabled for consistency, for example:
User self-registration
Delegated administration of users
Change password
Requires synchronization of users between the Siebel
application and the external authentication system
Copyright © 2007, Oracle. All rights reserved. 14 of 17
Comparing Authentication Methods
Database Directory Service Single Sign On
Authentication Authentication
Requires additional No Yes Yes
infrastructure
Supports account Depends on Depends on Depends on
policies such as
RDBMS directory service directory service
password expiration
Supports user self- No Yes No
management
Allows creation of No Yes No
users from within the
Siebel application
Allows using same No Yes Yes
credentials across
multiple applications
Allows single sign-on No No Yes
Allows external No Yes Yes
management of
users
Copyright © 2007, Oracle. All rights reserved. 15 of 17
Module Highlights
Siebel applications support three mechanisms for authenticating
users:
Database authentication is the default; the Siebel Server passes
the authentication information to the RDBMS for authentication
Directory Service authentication uses a directory service such as
LDAP or ADSI to perform the authentication; the Siebel Server
passes the authentication information to the directory service
Single Sign On uses a directory service at the Web server level to
allow single sign-on to multiple applications; the Siebel Web
Server passes the authentication information to the directory
service and passes the returned trust token to the Siebel Server
Copyright © 2007, Oracle. All rights reserved. 16 of 17
Lab
In the lab you will:
Create a database account for a new user
Copyright © 2007, Oracle. All rights reserved. 17 of 17