- Home
- Single Sign-On
- Cisco Cloudlock
Last updated: Sep 10, 2018
Overview
A leader in cloud data security, CloudLock enables organizations to enforce regulatory, operational, and security compliance in public cloud platforms.
The Challenge
- Meteoric rise of cloud-based apps and data creates security challenges
- Cyber threats targeting users and credentials are growing in number and complexity
- Enterprises need to manage and monitor users access to data
The Solution
Provide robust user, data, and application security in the cloud via IDaaS and CASB
Seamless and strong authentication through Okta Single Sign-On (SSO) and Multi-Factor Authentication (MFA)
Detect and respond to malicious behavior via user and entity behavior analytics (UEBA)
Cloud-native API integration for centralized analysis and compliance
Protect end users and cloud-based apps
Users log in and authenticate with single sign-on through Okta, which centralizes control over access entitlements and sign-on security. Once users have logged in, Cisco Cloudlock provides control over activity in the cloud environment, to protect cloud apps such as Salesforce, Box, and Office 365 and the sensitive data that resides within them.
Detect suspicious activity
If the user does something irregular, such as start downloading every contact from Salesforce, Cisco Cloudlock will detect the suspicious activity, take action (such as send an admin notification), and alert Okta. Okta can then move the user to a high-security group and trigger one or several security responses.
Automatically respond to threats
Policies and remediation actions are easily configured in both Okta and Cisco Cloudlock thanks to user-friendly, cloud-based interfaces. Actions can include alerts, step-up authentication, terminating all active sessions, and more, depending on customizable policies.
Free up security staff
Okta and Cisco Cloudlock deliver orchestrated response actions, strengthen cloud security, and free up valuable time for security teams. Everything is API-driven, so there’s no on-premise hardware or software to manage, and no interruption of the user’s cloud workflows.
Functionality
Add this integration to enable authentication and provisioning capabilities.
Authentication (SSO)
-
API
-
Event Hooks
-
Inbound Federation
-
Inline Hooks
-
Outbound Federation
-
RADIUS
-
SAML
Security Assertion Markup Language is an open standard for exchanging authentication and authorization data between an identity provider (IdP) and a service provider (SP) that does not require credentials to be passed to the service provider.
-
Workflow Templates
-
Workflows Connectors
-
SWA
Secure Web Authentication is a Single Sign On (SSO) system developed by Okta to provide SSO for apps that don't support proprietary federated sign-on methods, SAML or OIDC.
-
OIDC
OpenID Connect is an extension to the OAuth standard that provides for exchanging Authentication data between an identity provider (IdP) and a service provider (SP) and does not require credentials to be passed from the Identity Provider to the application.
-
WS-Federation
Provisioning
-
Create
Creates or links a user in the application when assigning the app to a user in Okta.
-
Update
Okta updates a user's attributes in the app when the app is assigned. Future attribute changes made to the Okta user profile will automatically overwrite the corresponding attribute value in the app.
-
Attribute Sourcing
The application can be defined as the source of truth for a full user profile or as the source of truth for specific attributes on a user profile.
-
Deactivate
Deactivates a user's account in the app when it is unassigned in Okta or their Okta account is deactivated. Accounts can be reactivated if the app is reassigned to a user in Okta.
-
Sync Password
Push either the users Okta password or a randomly generated password to the app. This feature is not required for all federated applications as user authentication takes place in Okta, however some apps still require a password.
-
Group Push
Push existing Okta groups and their memberships to the application. Groups can then be managed in Okta and changes are reflected in the application.
-
Group Linking
Link Okta groups to existing groups in the application. Simplifies onboarding an app for Okta provisioning where the app already has groups configured.
-
Schema Discovery
Import the user attribute schema from the application and reflect it in the Okta app user profile. Allows Okta to use custom attributes you have configured in the application that were not included in the basic app schema.
-
Attribute Writeback
When the application is used as a profile master it is possible to define specific attributes to be sourced from another location and written back to the app. For example the user profile may come from Active Directory with phone number sourced from another app and written back to Active Directory.
Documentation
Here is a section all about documentation, integration, and implementation.
-
Datasheet:
User, Content, and Data Security for the Cloud
Read it
Okta Verified
The integration was either created by Okta or by Okta community users and then tested and verified by Okta.