sso_统一身份认证及访问控制解决方案
统一身份认证设计方案
统一身份认证设计方案目录1.1 系统总体设计 (4)1.1.1 总体设计思想 (4)1.1.2 平台总体介绍 (4)1.1.3 平台总体逻辑结构 (6)1.1.4 平台总体部署 (6)1.2 平台功能说明 (7)1.3 集中用户管理 (7)1.3.1 管理服务对象 (8)1.3.2 用户身份信息设计 (9)1.3.2.1 用户类型 (9)1.3.2.2 身份信息模型 (10)1.3.2.3 身份信息的存储 (11)1.3.3 用户生命周期管理 (11)1.3.4 用户身份信息的维护 (12)1.4 集中证书管理 (12)1.4.1 集中证书管理功能特点 (12)1.5 集中授权管理 (14)1.5.1 集中授权应用背景 (14)1.5.2 集中授权管理对象 (15)1.5.3 集中授权的工作原理 (16)1.5.4 集中授权模式 (16)1.5.5 细粒度授权 (17)1.5.6 角色的继承 (17)1.6 集中认证管理 (19)1.6.1 集中认证管理特点 (19)1.6.2 身份认证方式 (20)1.6.2.1 用户名/口令认证 (20)1.6.2.2 数字证书认证 (20)1.6.2.3 Windows域认证 (21)1.6.2.4 通行码认证 (21)1.6.2.5 认证方式与安全等级 (22)1.6.3 身份认证相关协议 (22)1.6.3.1 SSL协议 (22)1.6.3.2 Windows 域 (22)1.6.3.3 SAML协议 (23)1.6.4 集中认证系统主要功能 (25)1.6.5 单点登录 (25)1.6.5.1 单点登录技术 (25)1.6.5.2 单点登录实现流程 (28)1.7 集中审计管理 (31)1.1 系统总体设计为了加强对业务系统和办公系统的安全管控,提高信息化安全管理水平,我们设计了基于PKI/CA技术为基础架构的统一身份认证服务平台。
1.1.1 总体设计思想为实现构建针对人员帐户管理层面和应用层面的、全面完善的安全管控需要,我们将按照如下设计思想为设计并实施统一身份认证服务平台解决方案:在内部建设基于PKI/CA技术为基础架构的统一身份认证服务平台,通过集中证书管理、集中账户管理、集中授权管理、集中认证管理和集中审计管理等应用模块实现所提出的员工帐户统一、系统资源整合、应用数据共享和全面集中管控的核心目标。
身份认证与访问控制技术
第5章身份认证与访问控制技术教学目标●理解身份认证的概念及常用认证方式方法●了解数字签名的概念、功能、原理和过程●掌握访问控制的概念、原理、类型、机制和策略●理解安全审计的概念、类型、跟踪与实施●了解访问列表与Telnet访问控制实验5.1 身份认证技术概述5.1.1 身份认证的概念身份认证基本方法有三种:用户物件认证;有关信息确认或体貌特征识别。
1. 身份认证的概念认证(Authentication)是指对主客体身份进行确认的过程。
身份认证(Identity Authentication)是指网络用户在进入系统或访问受限系统资源时,系统对用户身份的鉴别过程。
2. 认证技术的类型认证技术是用户身份认证与鉴别的重要手段,也是计算机系统安全中的一项重要内容。
从鉴别对象上,分为消息认证和用户身份认证两种。
(1)消息认证:用于保证信息的完整性和不可否认性。
(2)身份认证:鉴别用户身份。
包括识别和验证两部分。
识别是鉴别访问者的身份,验证是对访问者身份的合法性进行确认。
从认证关系上,身份认证也可分为用户与主机间的认证和主机之间的认证,5.1.2 常用的身份认证方式1. 静态密码方式静态密码方式是指以用户名及密码认证的方式,是最简单最常用的身份认证方法。
2. 动态口令认证动态口令是应用最广的一种身份识别方式,基于动态口令认证的方式主要有动态1 / 14短信密码和动态口令牌(卡)两种方式,口令一次一密。
图5-1动态口令牌3. USB Key认证采用软硬件相结合、一次一密的强双因素(两种认证方法)认证模式。
其身份认证系统主要有两种认证模式:基于冲击/响应模式和基于PKI体系的认证模式。
常用的网银USB Key如图5-2所示。
图5-2 网银USB Key4. 生物识别技术生物识别技术是指通过可测量的生物信息和行为等特征进行身份认证的一种技术。
认证系统测量的生物特征一般是用户唯一生理特征或行为方式。
生物特征分为身体特征和行为特征两类。
宁盾单点登录(SSO)对接企业微信_钉钉“扫一扫”身份认证
随着企业移动化转型,越来越多的企业用户希望有一个可以承载多应用系统的容器,单点登录(Single-Sign-On)系统应运而生。
虽说SSO并不是什么新兴方案,但随着近年来企业移动化的大步伐推进,本地业务上云,将C/S架构应用与B/S架构放在同一承载容器的需求与日俱增,因此对于单点登录的市场需求也在日益壮大。
单点登录为多应用系统提供了统一认证入口的同时,完成与B/S、C/S应用的对接,实现了统一身份认证,为多应用系统提供承载容器。
身份校验的环节越少,意味着其所面临被攻击的可能性越大,因此对于网络入口的安全准入需求越高。
传统身份鉴别面临的挑战主要有:弱密码攻击、僵尸账号、账号密码被盗风险。
因此提升账号密码身份鉴别的安全与将网络层认证和应用层认证统一同样重要!企业微信和钉钉作为常用办公工具,使用频率高、覆盖范围广,在功能和性能上也都有大厂保证,因此将企业微信和钉钉选为单点登录身份鉴别的载体。
一、实现价值:a)用户PC端,登录无需再输入用户名密码,无需记忆密码;b)绑定个人手机,提升账号密码的隐私性;c)用户无需安装额外APP;d)功能即取即用,部署无需额外应用开发环节。
二、使用效果:用户在登录单点登录平台时,使用企业微信/钉钉“扫一扫”服务实现免密认证;三、企业微信扫码简单配置,即取即用:a)在企业微信中创建应用并授权;b)在Wi-Fi认证系统中对接企业微信相关数据;四、技术创新a)与Wi-Fi认证环节融合,让用户从网络层到应用访问一步到位,缩减中间认证环节;b)与动态密码认证、消息推送认证结合提升单点登录认证安全。
五、更多特性:1、多认证方式,满足员工访客的不同需求。
a)面向员工提供用户名密码(动态密码账号保护可选)、企业微信/扫码扫码认证、推送认证、802.1X 认证等方式;b)面向访客提供协助扫码、邮件审批、临时访客申请、短信认证等方式。
2、与上网行为审计设备对接,实名认证+实名审计,满足82号令认证需求;3、异构兼容多品牌网络设备;4、面向多分支网络环境提供统一认证功能。
统一身份认证、统一系统授权、统一系统审计、统一消息平台、统一内容管理方案设计
基础支撑层统一身份认证(SSO)统一身份认证解决用户在不同的应用之间需要多次登录的问题。
目前主要有两种方法,一种是建立在PKI,Kerbose和用户名/口令存储的基础上;一种是建立在cookie的基础上。
统一身份认证平台主要包括三大部分:统一口令认证服务器、网络应用口令认证模块(包括Web 口令认证、主机口令认证模块、各应用系统口令认证模块等) 和用户信息数据库,具体方案如下图。
1、采用认证代理,加载到原有系统上,屏蔽或者绕过原有系统的认证。
2、认证代理对用户的认证在公共数据平台的认证服务器上进行,认证代理可以在认证服务器上取得用户的登录信息、权限信息等。
3、同时提供一个频道链接,用户登录后也可以直接访问系统,不需要二次认证。
4、对于认证代理无法提供的数据信息,可以通过访问Web Service接口来获得权限和数据信息。
单点登录认证的流程如下图所示:单点登录只解决用户登录和用户能否有进入某个应用的权限问题,而在每个业务系统的权限则由各自的业务系统进行控制,也就是二次鉴权的思想,这种方式减少了系统的复杂性。
统一身份认证系统架构如下图所示。
统一系统授权统一系统授权支撑平台环境中,应用系统、子系统或模块统通过注册方式向统一系统授权支撑平台进行注册,将各应用系统的授权部分或全部地委托给支撑平台,从而实现统一权限管理,以及权限信息的共享,其注册原理如下图。
用户对各应用系统的访问权限存放在统一的权限信息库中。
用户在访问应用系统的时候,应用系统通过统一授权系统的接口去查询、验证该用户是否有权使用该功能,根据统一系统授权支撑平台返回的结果进行相应的处理,其原理如下图。
统一系统授权支撑平台的授权模型如下图所示。
在授权模型中采用了基于角色的授权方式,以满足权限管理的灵活性、可扩展性和可管理性的需求块统一系统授权支撑平台的系统结构如下图所示统一系统审计统一系统审计平台通过实时监控网络活动, 分析用户和系统的行为、审计系统、评估敏感系统和数据的完整性、对异常行为进行统计、跟踪识别违反安全法则的行为,使系统管理员可以有效地监控、评估系统。
单点登录方案
单点登录方案1. 简介随着互联网的快速发展,用户在使用互联网服务时需要频繁地进行登录操作,这对用户体验来说是一种繁琐的过程。
为了解决这个问题,单点登录(Single Sign-On, SSO)技术应运而生。
单点登录允许用户在完成一次身份验证后,可以在多个关联的系统中无需再次登录。
本文将介绍单点登录的概念、工作原理以及常见的实现方案,帮助读者理解和应用单点登录技术。
2. 单点登录的概念单点登录是一种身份验证和访问控制的解决方案,它允许用户使用一组凭据(如用户名和密码)登录到一个身份提供者,然后在该提供者的授权下访问多个关联的系统资源,而无需在每个系统中重新进行身份验证。
单点登录的核心目标是提供无缝的用户体验,简化登录过程,提高用户的工作效率。
用户只需要在一个系统中进行一次登录操作,就可以访问其他系统,无需重复输入密码。
3. 单点登录的工作原理下面是单点登录的典型工作原理:1.用户访问应用A,并尝试进行登录。
2.应用A检查用户的登录状态,发现用户未登录。
3.应用A重定向用户到身份提供者(Identity Provider, IdP),请求身份认证。
4.用户在身份提供者上输入用户名和密码,并进行身份认证。
5.身份提供者验证用户的身份,并生成一个加密的令牌(Token)。
6.身份提供者将令牌返回给应用A,并重定向用户回到应用A。
7.应用A接收到令牌,并将其发送到身份验证服务进行验证。
8.身份验证服务验证令牌的完整性和有效性。
9.身份验证服务返回验证结果给应用A,并授权用户访问相应资源。
10.用户可以在应用A中访问所需资源。
通过上述流程,用户只需在身份提供者进行一次登录操作,就可以在所有关联系统中访问资源,实现了单点登录效果。
4. 单点登录的实现方案4.1 基于Cookie的单点登录基于Cookie的单点登录是最常见、最简单的单点登录实现方案之一。
它使用Cookie来存储登录状态和用户凭证,实现用户在多个系统间的无缝切换。
单点登录(SSO)_统一身份认证解决方案
工作时,您需要访问公司的多个业务系统,不同的用户名和密码,频繁的登录和切换,简易密码易遭盗用,复杂密码难以记忆。
您是否遭遇过因遗忘密码耽误工作,甚至丢失密码造成泄密……?如果您正巧是IT 系统管理者,维护公司各业务系统中庞大的、不断变化的用户信息,则足以让您精疲力尽。
关系管理系统等。
传统方式下,各业务系统分别为员工创建帐号和密码,拥有各自独立的用户信息;相对应的,每位员工则必须记住多个用户名和密码以访问不同的应用。
问题随之而来:1.用户使用不便。
用户必须设法记住若干个用户名和密码,并在登录每个业务系统时使用,要访问其他系统的资源则必须进行频繁的切换。
2.管理维护复杂。
It 部门需单独维护每套业务系统的用户身份和存取管理,每一次用户情况发生变化都必须逐一在各个业务系统中修改用户信息,分配角色权限,任务繁重且容易出错。
3.安全隐患严重。
造成极大的安全隐患。
由于维护工作头绪繁杂,管理员极有可能疏忽了在某业务系统中禁用离职员工的帐号,造成相应的商业信息被非法访问。
按照业务流程,新进员工会在人力资源中注册,注册员工帐户会自动在活动目录(AD )中创建,并根据授权自动在其他业务系统中生成,用户信息统一从人力资源系统自动同步。
功能和特性东谷单点登录(SSO )系统是一套企业级综合身份管理解决方案,帮助企业轻松应对上述难题,主要实现以下功能:1.统一用户管理(UUMS )东谷SSO 系统中的统一用户管2.组织结构同步上规模的企业都拥有比较复杂的组织结构。
如果组织结构不能自动同步到其他系统,则维护工作将十分繁重。
在AD中,员工调动不仅是组织单位(OU)变动的问题,还涉及用户所属的部门安全组成员变动。
东谷SSO系统改进了AD的安全维护,充分为IT管理人员着想,实现组织结构自动与AD同步,并且自动调整安全组中的人员。
3.密码同步东谷SSO系统支持单点/多点密码修改。
单点密码修改实现起来比较简单,但一般要求用户改变自己修改密码的习惯。
sso系统介绍-概述说明以及解释
sso系统介绍-概述说明以及解释1.引言1.1 概述部分应该对SSO系统进行简要介绍,让读者对该系统有一个初步的了解。
以下是概述的一个示例:概述单点登录(Single Sign-On,简称SSO)系统是一种身份验证和授权机制,用于简化用户在不同应用程序之间进行登录的流程。
通过SSO系统,用户只需一次登录,就可以在多个关联应用中进行访问和使用,无需重复输入用户名和密码。
SSO系统的出现是为了满足用户在当今数字化时代中面临的身份验证问题。
在传统的登录方式中,用户在每个应用程序中都需要单独进行登录,这不仅浪费时间,也容易导致繁琐的账号密码管理问题。
而SSO系统通过集成不同应用程序的登录认证,为用户提供了一种便捷、高效的身份验证机制。
相较于传统的登录方式,SSO系统具有许多优势。
首先,用户只需记住一个统一的登录凭证,大大减轻了用户的记忆负担。
其次,SSO系统可以提供更高的安全性,通过集成多种身份验证措施和安全策略,确保用户的身份和数据得到有效保护。
此外,SSO系统还能提高用户的使用便捷性和体验,让用户可以方便地在不同应用中切换和共享数据。
在SSO系统中,存在一个身份提供者(Identity Provider,简称IdP)和一个或多个服务提供者(Service Provider,简称SP)。
用户首先在身份提供者上进行登录认证,成功后,便可以在多个服务提供者上访问相应的资源和功能。
SSO系统通过在应用程序之间传递身份凭证实现用户的无缝登录。
总而言之,SSO系统解决了多应用登录的繁琐问题,提供了一种高效便捷的身份验证机制,为用户提供了更好的使用体验和安全保障。
在接下来的章节中,本文将深入探讨SSO系统的定义和工作原理,以帮助读者全面了解这一身份管理解决方案。
1.2 文章结构文章结构:本文将从以下几个部分来介绍SSO系统。
首先,我们会在引言部分对SSO系统进行概述,包括它的基本概念和作用。
其次,我们将详细讲解文章的结构,以便读者能清晰地了解后续内容的组织方式。
企业统一用户认证平台方案
统一用户中心
Unified User Center
统一身份认证中心全景图
1.登录门户 PORTAL
验证用户名密码成功,产生 Token,将token放入Map,
user为登录用户对象 2.验证用户名密码
3.如果token有效返回成功信息
统一认证中心
4.从门户登录 应用系统
传递Token給应 用系统
企业统一用户认证平台方案 IDM
需求理解
1. 业务系统众多,协同办公、人力资源、财务、合规、固收、估值、清算、柜台、 报送,每个系统中用户很多,管理很复杂;
2. 各个业务系统用户账号命名规则各异,同一员工在各个系统中的账号截然不同; 3. 每个系统密码策略不同,导致同一用户在各个系统中的密码截然不同; 4. 员工在每天的工作中,需要多次登录多个不同系统; 5. 业务系统授权管理分散,无法做到集中管理、集中授权; 6. 用户操作审计工作分散、缺失,无法统计系统的使用情况、使用频率,无法进行
人员组织机构
自建、或从它系统同步 只作为主账号的分类,方便查询、定位
人员访问系统权限
人员关联角色,角色关联可访问系统 密码策略管理,密码管理
用户自助维护系统
更改密码,重置密码,找回密码 个人信息维护 系统映射关联
集中审计管理
系统登录、注销、禁用,状态可查 用户登录哪些系统、登录频率、登录时间,均可查 认证信息、访问记录可查,识别系统潜在威胁 某一系统在线人数、某一时段在线人数 用户使用行为分析
验证Token,以及访问 ip,并且将应用的唯一 标识appkey传递过去。
5.验证
各应用系统
6.返回验证结果 根据Token从map里面取得用户, 根据userid以及应用的appkey去验 证此用户是否有权限访问,有则把
统一认证逻辑架构
统一认证逻辑架构统一认证(Unified Authentication)是一种集中管理和控制多个系统和应用的用户身份验证和权限控制的机制。
它的目标是简化用户访问不同系统和应用的流程,并提高安全性和用户体验。
统一认证逻辑架构是指实现统一认证的技术架构和组织结构。
下面将详细阐述统一认证逻辑架构。
1.用户身份管理统一认证逻辑架构的核心是用户身份管理。
用户身份管理包括用户注册、用户登录、用户认证和用户授权等功能。
在统一认证中,需要建立一个集中的用户身份管理系统,该系统能够管理用户的基本信息、账号和密码等。
用户在系统中注册后,可以使用同一账号和密码登录不同的系统和应用。
2.认证中心统一认证的认证中心是实现认证逻辑的重要组成部分。
它负责验证用户的身份信息,确保用户是合法的和可信任的。
认证中心通常采用标准的认证协议和加密算法,如OAuth、OpenID Connect和SAML等,与各个系统和应用进行通信和认证。
认证中心需要与用户身份管理系统进行集成,以获取用户的基本信息和身份验证凭证。
当用户登录请求到达认证中心时,认证中心会根据用户提供的凭证,如账号和密码,与用户身份管理系统进行验证。
验证通过后,认证中心会生成一个令牌(Token),该令牌用于标识用户的身份和权限。
3.令牌管理统一认证中的令牌管理是保障用户身份和权限安全的重要环节。
在用户认证成功后,认证中心会生成一个令牌(Token),并将其返回给用户。
用户在访问其他系统和应用时,可以携带该令牌,以证明自己的身份和权限。
令牌通常具有时效性,并包含了用户身份的必要信息和访问权限的相关信息。
在访问其他系统和应用时,用户需要将令牌发送给系统或应用,系统或应用根据令牌中的信息来判断用户的身份和权限,并决定是否授权用户的访问。
4.权限管理统一认证中的权限管理是对用户权限进行集中控制的机制。
权限管理涉及到用户角色和权限的定义、分配和授权等方面。
在统一认证中,可以建立一个权限管理系统,用于集中管理用户的角色和权限,并对用户进行相关的权限控制。
宁盾单点登录(SSO)与Confluence、JIRA等研发应用系统对接方案
一、背景需求随着企业移动化转型,员工及各类终端在企业网络间进进出出,传统以防火墙为核心的边界防护已不在安全。
企业需要建立更小单位的、可控的安全管理方案——以身份为核心的统一管理方案(IAM)。
1、效率驱动:随着企业的不断壮大,本地及SAAS应用的数量也在不断增加,为提高员工办公效率,减少在各应用间登录切换的次数及频率,企业需要统一应用门户,即用户一次登录,即可访问权限内所有应用——多应用系统统一单点登录(SSO)。
2、安全保障:在多应用统一门户建成后,单点登录的账号安全比某个应用的安全认证更为重要。
一旦账号密码泄漏将造成用户权限内多业务系统的信息泄漏。
为防止弱密码、僵尸账号、账号密码泄漏等安全隐患,多因子认证(MFA)成为单点登录的标配。
二、对接方案1、Confluence、JIRA等研发应用系统商业应用库对接方案正常情况下,企业在用的应用系统数十到上百不等的B/S、C/S 架构的应用,有些是商业应用,有些则是自己研发的应用系统,因此面向不同的应用系统,提供不同的对接协议及对接方案。
提供OAuth2、SAML、OIDC、Easy SSO、表单代填等多种对接协议及API工具供用户选择。
面向自研应用,开发Easy SSO 对接协议实现快速连接;面向商业应用则通过建立商业应用库的方式供用户选择。
客户在部署统一身份及单点登录认证服务器(DKEY AM)后,在商业应用库中选择对应应用操作系统即可一键实现对接。
Confluence、JIRA等研发应用系统作为企业研发常用的办公工具,已完成商业应用库对接。
为节省对接流程及周期,建议使用商业应用库快速实现应用对接,以提高部署效率。
2、多因子安全认证提供手机令牌、硬件Token、短信挑战码等动态令牌形式,同时提供企业微信/钉钉“扫一扫”免密认证以确保单点登录的安全认证。
3、应用权限设置基于账号源/用户组/用户角色等方式设置用户的可访问权限,确保只有有权限的用户才有察看的权限。
宁盾单点登录(SSO)与Confluence、JIRA等研发应用系统对接方案
一、背景需求随着企业移动化转型,员工及各类终端在企业网络间进进出出,传统以防火墙为核心的边界防护已不在安全。
企业需要建立更小单位的、可控的安全管理方案——以身份为核心的统一管理方案(IAM)。
1、效率驱动:随着企业的不断壮大,本地及SAAS应用的数量也在不断增加,为提高员工办公效率,减少在各应用间登录切换的次数及频率,企业需要统一应用门户,即用户一次登录,即可访问权限内所有应用——多应用系统统一单点登录(SSO)。
2、安全保障:在多应用统一门户建成后,单点登录的账号安全比某个应用的安全认证更为重要。
一旦账号密码泄漏将造成用户权限内多业务系统的信息泄漏。
为防止弱密码、僵尸账号、账号密码泄漏等安全隐患,多因子认证(MFA)成为单点登录的标配。
二、对接方案1、Confluence、JIRA等研发应用系统商业应用库对接方案正常情况下,企业在用的应用系统数十到上百不等的B/S、C/S 架构的应用,有些是商业应用,有些则是自己研发的应用系统,因此面向不同的应用系统,提供不同的对接协议及对接方案。
提供OAuth2、SAML、OIDC、Easy SSO、表单代填等多种对接协议及API工具供用户选择。
面向自研应用,开发Easy SSO 对接协议实现快速连接;面向商业应用则通过建立商业应用库的方式供用户选择。
客户在部署统一身份及单点登录认证服务器(DKEYAM)后,在商业应用库中选择对应应用操作系统即可一键实现对接。
Confluence、JIRA等研发应用系统作为企业研发常用的办公工具,已完成商业应用库对接。
为节省对接流程及周期,建议使用商业应用库快速实现应用对接,以提高部署效率。
2、多因子安全认证提供手机令牌、硬件Token、短信挑战码等动态令牌形式,同时提供企业微信/钉钉“扫一扫”免密认证以确保单点登录的安全认证。
3、应用权限设置基于账号源/用户组/用户角色等方式设置用户的可访问权限,确保只有有权限的用户才有察看的权限。
企业如何有效管理和控制身份访问
企业如何有效管理和控制身份访问在当今数字化的商业环境中,企业面临着日益复杂的信息安全挑战。
其中,有效管理和控制身份访问成为了保障企业数据安全、维护业务正常运转的关键环节。
身份访问管理不当可能导致未经授权的访问、数据泄露、恶意攻击等严重后果,给企业带来巨大的经济损失和声誉损害。
因此,企业必须重视并采取有效的措施来管理和控制身份访问。
一、身份访问管理的重要性1、保护企业敏感信息企业内部存储着大量的敏感信息,如客户数据、财务报表、研发成果等。
只有对身份访问进行严格管理和控制,才能确保只有授权人员能够访问这些关键信息,降低数据泄露的风险。
2、符合法规要求许多行业都受到严格的法规监管,要求企业保护客户数据和隐私。
有效的身份访问管理是企业遵守法规的重要手段之一,避免因违规而面临巨额罚款和法律责任。
3、维护业务连续性如果身份访问权限混乱,可能导致关键业务系统被误操作或遭受恶意攻击,从而影响业务的正常运行。
通过合理的身份访问管理,可以保障业务的连续性和稳定性。
二、身份访问管理的挑战1、复杂的用户和权限体系随着企业规模的扩大和业务的多元化,用户数量不断增加,权限类型也日益复杂。
这使得管理和分配权限变得十分困难,容易出现权限过度授予或不足的情况。
2、动态的业务需求企业的业务在不断发展变化,人员的岗位和职责也会相应调整。
这就要求身份访问权限能够及时灵活地进行变更,以适应业务的动态需求。
3、多种访问渠道和设备员工可能通过台式机、笔记本电脑、移动设备等多种渠道访问企业资源,这增加了身份验证和授权的复杂性。
4、安全威胁的不断演变黑客和恶意软件的技术不断更新,身份访问管理系统需要不断升级和改进,以应对新出现的安全威胁。
三、有效管理和控制身份访问的策略1、建立全面的身份管理体系(1)用户身份注册与认证确保所有用户在访问企业资源之前都进行了准确的注册,并采用强认证方式,如密码、指纹、面部识别等。
(2)用户分类与分组根据用户的角色、职责和部门将其进行分类和分组,以便更有效地管理权限。
中国移动统一信息平台SSO技术实现
个别基于成熟商业软件并有一套相对独立的用户管理和
公司具体采用的 S O实现技术也不尽相 同。 S 本文 主要对 中国移 动统一信息平台 S O技术 实现 S 和解决方案做一个专题汇总和研究 。
S O正是为解决这一 系列 问题而产生 的技术 。 S
S O (igeS n O S S l i n,单点登录 ) n g ,从用户体验的 角度可以理解为 “ 用户只需登录一次 , 就可使用多个应用 系统 ,而无需再次登录” 。 在 中国移动统一信 息平 台中 ,主要使用 S O来 实 S
开发 、 维护和升级造成 了一 系列 的困难和 问题 。 大大增 加企业 的投 资和成 本。
( ige Sg n)技术 ,实现 P ra 门 户 )与各后 Sn l in O otl( 台应用系统的单点登录 。由于总部及各省公司统一 信息 平台选用的门户软件不同 , 选择 的软件 集成 商不同 , 各
如图 1 所示 的系统 , RP E ,员工门户 , We i b Mal ,
Mirsf Ie t y Itgain S re 等 。 coot d n i n er t ev r t o ( )采用 门户产 品 自带的 S O解决方案 。 2 S
以及 网上 教育系统等 ,都是统 一信息平 台中典型的 系 统 。 S 解决方案就是在这些应用系统的基 础上 , 本S O 将
访 问控 制和用 户认证从各个 系统 中提取 出来 , 建立统一 集 中的认证 平台, 来替代各个应用 系统 的认证模块 。这 个平 台的作用 就是对这 些应用 系统 的权限进行 策略规 划, 对访问的用户进行身份鉴别和权 限验证 , 从而实现
( )由统 一信息平 台集成 商开 发实施 的简单 S O 3 S
sso方案
安全兼容性不高: 过于依赖于WebSphere Domino环境,对其它异构 系统的安全兼容性不好
IBM WebSphere
• WebSphere主要用在Intranet中,依赖于WebSphere Domino环境。核心是Intranet域中共享含有用户标识的 加密HTTP Cookie,使同一个域中的多台服务器之间做到 单点登录。首先由参与单点登录的某台服务器先生成一 组有口令保护的供所有服务器使用的加密密钥一公共密 钥、私有密钥、3DES密钥,然后在域中所有Web服务器 中共享这组密钥,建立信任关系。用户第一次访问服务 器必须进行身份验汪;如果验证成功,会产生一个在此 域内有效的包含有用户身份敏感信息的HTTPCookie并发 送给客户端浏览器。Cookie是在域内共享的.此域中的 服务器都可以访问这个Cookie,呵以使用共同的密钥解 密出用户标汉,就达到了在此域内所有服务器单点登录 的目的
•
安全性考虑不全面: 微软的Passport采用Kerberos认证机制来完成身份 认证工作,服务器与用户共事的秘密是用户的票 据,服务器在回应时不验证用户的真实性,假设 只有合法用户拥有口令字。如果攻击者记录申请 回答报文,就易形成重发攻击。
Netegrity SiteMinder
• 采用策略服务器实现的解决方案,支持多个跨 域的,Web服务器、应用眼务器的单点登录, 支持身份验证,资源授权。SiteMinder代理被 设计为Web服务器插件,可以截获发给Web服 务器的所有HTTP请求。然后代理到SiteMinder 进行身份验证,资源授权等访问。客户浏览器 访问Web服务器并不知道是SiteMinder代理该 Web服务器进行的身份验证和资源授权。代理 能做到一些细粒度安全访问控制。SiteMinder 功能比较强大,但是费用很昂贵,主要在企业 网内部使用,很少在互联网上应用
SSO单点登录百度百科
SSO单点登录百度百科SSO英⽂全称Single Sign On,。
SSO是在多个应⽤系统中,⽤户只需要登录⼀次就可以访问所有相互信任的应⽤系统。
它包括可以将这次主要的登录映射到其他应⽤中⽤于同⼀个⽤户的登录的机制。
它是⽬前⽐较流⾏的企业业务整合的解决⽅案之⼀。
SSO技术实现机制当⽤户第⼀次访问应⽤系统1的时候,因为还没有登录,会被引导到认证系统中进⾏登录;根据⽤户提供的登录信息,认证系统进⾏⾝份校验,如果通过校验,应该返回给⽤户⼀个认证的凭据--ticket;⽤户再访问别的应⽤的时候就会将这个ticket带上,作为⾃⼰认证的凭据,应⽤系统接受到请求之后会把ticket送到认证系统进⾏校验,检查ticket的合法性。
如果通过校验,⽤户就可以在不⽤再次登录的情况下访问应⽤系统2和应⽤系统3了。
要实现SSO,需要以下主要的功能: 1、所有应⽤系统共享⼀个⾝份认证系统统⼀的认证系统是SSO的前提之⼀。
认证系统的主要功能是将⽤户的登录信息和⽤户相⽐较,对⽤户进⾏登录认证;认证成功后,认证系统应该⽣成统⼀的认证标志(ticket),返还给⽤户。
另外,认证系统还应该对ticket进⾏校验,判断其有效性。
2、所有应⽤系统能够识别和提取ticket信息要实现SSO的功能,让⽤户只登录⼀次,就必须让应⽤系统能够识别已经登录过的⽤户。
应⽤系统应该能对ticket进⾏识别和提取,通过与认证系统的通讯,能⾃动判断当前⽤户是否登录过,从⽽完成的功能。
另外:1、单⼀的⽤户信息数据库并不是必须的,有许多系统不能将所有的⽤户信息都,应该允许⽤户信息放置在不同的存储中,事实上,只要统⼀认证系统,统⼀ticket的产⽣和校验,⽆论⽤户信息存储在什么地⽅,都能实现。
2、统⼀的认证系统并不是说只有单个的认证服务器认证服务器之间要通过标准的通讯协议,互相交换认证信息,就能完成更⾼级别的。
如:当⽤户在访问应⽤系统1时,由第⼀个认证服务器进⾏认证后,得到由此服务器产⽣的ticket。
统一用户管理解决方案
(3)优化用户界面设计,提高用户体验。
4.合法合规
(1)遵循《中华人民共和国网络安全法》等法律法规,确保用户管理合法合规。
(2)建立完善的用户审计机制,记录用户操作行为,便于审计与追溯。
(3)定期对系统进行安全检查,确保系统安全稳定。
四、实施步骤
1.调研现有应用系统,梳理用户管理需求。
2.设计统一用户管理架构,明确系统功能模块、接口规范及数据同步机制。
2息及认证相关信息。
(2)提供用户信息查询、修改、删除等操作接口,便于各应用系统同步用户数据。
(3)对用户敏感信息进行加密存储,保障用户隐私安全。
3.用户操作简化
(1)提供单点登录(SSO)功能,实现一次登录,多处访问。
(2)支持用户自助服务,如密码找回、信息修改等,简化用户操作流程。
3.开发统一用户管理平台,并进行测试与优化。
4.部署统一用户管理平台,与各应用系统进行集成。
5.开展用户培训,确保相关人员熟练掌握系统操作。
6.上线运行,持续关注用户反馈,优化系统功能。
五、预期效果
1.降低运维成本,提高用户管理效率。
2.提升用户身份认证安全性,降低安全风险。
3.优化用户体验,提高用户满意度。
2.用户身份认证安全
(1)采用加密技术,保障用户身份信息在传输过程中的安全性。
(2)定期对用户密码进行强度检测,提醒用户修改弱密码。
(3)对用户登录行为进行监控,发现异常情况及时处理。
3.用户操作简化
SSO单点登录统一身份认证系统
SSO单点登录统⼀⾝份认证系统什么是单点登录简单点说就是公司有A,B两个系统,我登录了A系统之后再跳转到B系统可以直接访问,⽽不需要再次登录B系统.⼏种常见的单点登录实现⽅式在讲解单点登录之前先讲解⼏个基本的概念:Cookie:Cookie是⼀段不超过4KB的⼩型⽂本数据,是保存在⽤户本地的,常见格式为:Expires属性:设置Cookie的⽣存期Domain属性:指定了可以访问该 Cookie 的 Web 站点或域⽐如图中的Domain:192.168.1.72这就表⽰只能只有1.72下的请求可以使⽤这个cookie,百度什么的就不能使⽤这个cookiePath属性:定义了Web站点上可以访问该Cookie的⽬录其他:略Session:http请求是⽆状态的,但是我们⽇常访问系统的时候都是希望系统能记住我这个⽤户,这时候就要靠session去实现,因此session成为会话控制.但是光靠session还是⽆法实现会话控制的,还需要cookie的配置,如图所⽰:这个JESSIONID就是保持会话的关键,它的value对应的就是该⽤户在服务器的sessionId,所以我们代码直接写HttpSession session = request.getSession(); 才不会数据错乱.Ps:session的存在⽅便了我们的开发,但是也在⼀定程度上增加了⿇烦,⽐如多机部署时候的seesion丢失,重定向⼀句话,转发是服务器⾏为,重定向是客户端⾏为.转发和重定向都可以由java后台实现,例如:请求转发:request.getRequestDispatcher("/user").forward(request,response);重定向:response.sendRedirect(request.getContextPath + "/user")当设置转发之后,请求会直接去转发的地址,⽽重定向的话请求会先返回客户端,然后再由客户端重新发起请求去新的地址.这⾥就隐藏了⼀个知识点,当我在后台设置了cookie然后重定向的时候,其实我重定向的请求中已经带上了我设置的cookie(1) 假设A和B两个系统都部署在192.168.110.110服务器上⽤户在登录了A系统之后,后台代码设置将userName和password作为cookie存⼊到⽤户的浏览器中并将cookie的domain设置为192.168.110.110,path设置为/之后访问B系统的时候由于⼤家的Ip都是⼀样的,所以B系统能够获取到A系统设置的cookie,这是只需要设置⼀个拦截器,在拦截器中判断⽤户是否是登录状态,如果未登录就去request中获取cookie信息,获取到之后解密然后模拟登录,这样⽤户可以⽆感知的登录到B系统.点评:这是典型的同域单点登录实现⽅式,局限性⾮常⼤,必须要两个系统在同⼀个服务器或者⼆级域名相同的情况下才能实现,⼀般称为伪单点登录(2) 知识库系统的单点登录实现知识库的⽅案1的基础上增加了Nginx作为反向代理(有反向代理就有正向代理,⾃⾏查找资料什么是正向代理什么是反向代理)虽然webaikn和webadmin部署在不同的服务器,但是对客户是⽆感知的,由于都是访问Nginx,然后再由nginx做转发代理,所以域名是同⼀个,这样cookie也是可以共享的,这⾥有⼀个点需要注意⼀下,webaikn可能是多机部署,所以nginx在做转发的时候需要设置ip_hash策略,⽬的就是保证⽤户上⼀次请求访问的哪台服务器,下⼀次还是访问那⼀台服务器,不⾄于导致session丢失的情况.点评:解决了多机部署单点登录失效的情况,但是还是需要服务器端保存⽤户的session状态,⼀⽅⾯对于服务器端会产⽣内存压⼒,另⼀⽅⾯需要配置ip_hash导致流量不均衡,某些服务器压⼒⽐较⼤的情况.⽽且⽤户名和密码保存在cookie中也存在⼀定的安全隐患,只要被截取到⼀次请求都会造成账户被盗的情况(3) 跨域token实现单点登录主要步骤:1. ⽤户登录A系统,A系统拦截器发现请求没有带token,于是重定向到单点登录认证中⼼sso系统,注意带上⽤户之前请求的url,我们后⾯就叫oldUrl2. Sso接收到请求,发现request的cookie中没有登录成功的令牌token,于是重定向到本系统的登录页⾯,继续带着oldUrl3. ⽤户输⼊⽤户名和密码,提交4. Sso验证⽤户名是否正确,不正确继续重定向到登录页⾯,如果正确,进⾏下⾯的操作:⽣成⼀个cookie,name就叫token,value可以是任意不重复的值,uuid就⾏(注意这个cookie是浏览器和sso系统之间的)将⽤户信息保存到redis中,key是⽣成的uuid,value就是user对象重定向到oldUrl的地址,注意要拼接上token参数1. A系统再次收到请求,不同的是这次有token参数,A系统根据token的值去redis验证,这⾥需要分情况讨论了没有找到:说明其他⼦系统发起了注销操作,需要重定向到sso登录页⾯找到了:有了User对象之后可以判断当前请求是否在⽤户权限表中,存在就直接放⾏,不存在返回权限不⾜,之后的请求都需要将token放到请求头信息或者url中1. ⽤户浏览完A系统之后,准备去B系统转转,于是浏览器向B系统发起请求,B系统拦截器收到请求,发现请求没有带token,发起重定向去sso,记得带上本次请求的oldUrl2. 这时候其实和上⾯的第⼆步差不多,区别在于由于之前登录过sso所以这次的request中是有token的cookie的,所以sso只需要重定向到oldUrl指向的地址就⾏,同时记得将cookie中取出来的token拼接到url中3. B再次系统收到请求,之后的操作和步骤5是⼀样的了点评:独⽴出单点登录认证中⼼,统⼀做权限认证操作,清晰明了⼦系统不需要⽤session保存⽤户登录状态,减轻了服务器的负担每次请求都是以token作为验证标准,就算请求被拦截了,⽤户的信息也不会泄露后期做三⽅登录的时候也不需要将⽤户数据暴露给其他系统,其他系统能获取的只有token(真要做三⽅登录redis中存放的肯定是最简单的⼀些⽤户信息)下⾯这个图取⾃哪位⼤佬我已经没有地址了,好像是百宝门。
企业身份管理和访问控制(单点登录)解决方案
支持 OAuth SAML 等待标准协议
账号
上海派拉软件股份有限公司
企业安全管理专家
上海派拉软件股份有限公司
移动设备安全认证
OAuth 2.0
上海派拉软件股份有限公司
企业安全管理专家
上海派拉软件股份有限公司
基于角色授权
单点登录
审计
系统操作 审计
全面记录各类操作 快速准确的审计日志搜索 强大的图形报表功能
上海派拉软件股份有限公司
企业安全管理专家
上海派拉软件股份有限公司
派拉公司资质
国家软件企业认证 ISO9001认证
承担国家创新基金
IBM高级合作伙伴 软件著作权和产品登记 国家保密涉密认证
公安部销售许可
上海派拉软件股份有限公司
企业安全管理专家
上海派拉软件股份有限公司
公司主要客户
源码,定制 实现简单 为B2C优化 Internet安全保障, 云计算应用支持广泛 B2B场合使用很广泛 管理个人信息,实现方 便;支持广泛 简单、快速 基于Cookie,实现简单 内网实现简单
Oauth Form-Based CookieBased SharedSecret
多用于信息交换 明文传递信息 Cookie风险大 加密是可逆,被破解和 模拟可能大
上海派拉软件股份有限公司
企业安全管理专家
上海派拉软件股份有限公司
企业应用安全管理方案的要素
人的 管理
身份 认证
单点 登录
1.人员管理 2.角色管理
1.身份鉴定 2.用户登录
1.Web单点登录 2.C/S单点登录
3.权限授权
3.互联网登录
上海派拉软件股份有限公司
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
统一身份认证及访问控制技术方案1.方案概述1.1. 项目背景随着信息化的迅猛发展,政府、企业、机构等不断增加基于Internet/Intranet 的业务系统,如各类网上申报系统,网上审批系统,OA 系统等。
系统的业务性质,一般都要求实现用户管理、身份认证、授权等必不可少的安全措施;而新系统的涌现,在与已有系统的集成或融合上,特别是针对相同的用户群,会带来以下的问题:1)如果每个系统都开发各自的身份认证系统将造成资源的浪费,消耗开发成本,并延缓开发进度;2)多个身份认证系统会增加整个系统的管理工作成本;3)用户需要记忆多个帐户和口令,使用极为不便,同时由于用户口令遗忘而导致的支持费用不断上涨;4)无法实现统一认证和授权,多个身份认证系统使安全策略必须逐个在不同的系统内进行设置,因而造成修改策略的进度可能跟不上策略的变化;5)无法统一分析用户的应用行为;因此,对于有多个业务系统应用需求的政府、企业或机构等,需要配置一套统一的身份认证系统,以实现集中统一的身份认证,并减少整个系统的成本。
单点登录系统的目的就是为这样的应用系统提供集中统一的身份认证,实现“一点登录、多点漫游、即插即用、应用无关"的目标,方便用户使用。
1.2. 系统概述针对上述状况,企业单位希望为用户提供统一的信息资源认证访问入口,建立统一的、基于角色的和个性化的信息访问、集成平台的单点登录平台系统。
该系统具备如下特点:∙单点登录:用户只需登录一次,即可通过单点登录系统(SSO)访问后台的多个应用系统,无需重新登录后台的各个应用系统。
后台应用系统的用户名和口令可以各不相同,并且实现单点登录时,后台应用系统无需任何修改。
∙即插即用:通过简单的配置,无须用户修改任何现有B/S、C/S应用系统,即可使用。
解决了当前其他SSO解决方案实施困难的难题。
∙多样的身份认证机制:同时支持基于PKI/CA数字证书和用户名/口令身份认证方式,可单独使用也可组合使用。
∙基于角色访问控制:根据用户的角色和URL实现访问控制功能。
∙基于Web界面管理:系统所有管理功能都通过Web方式实现。
网络管理人员和系统管理员可以通过浏览器在任何地方进行远程访问管理。
此外,可以使用HTTPS安全地进行管理。
∙全面的日志审计:精确地记录用户的日志,可按日期、地址、用户、资源等信息对日志进行查询、统计和分析。
审计结果通过Web界面以图表的形式展现给管理员。
∙双机热备:通过双机热备功能,提高系统的可用性,满足企业级用户的需求。
∙集群:通过集群功能,为企业提供高效、可靠的SSO服务。
可实现分布式部署,提供灵活的解决方案。
∙传输加密:支持多种对称和非对称加密算法,保证用户信息在传输过程中不被窃取和篡改。
∙防火墙:基于状态检测技术,支持NAT。
主要用于加强SSO本身的安全,也适用于网络性能要求不高的场合,以减少投资。
∙分布式安装:对物理上不在一个区域的网络应用服务器可以进行分布式部署SSO系统。
∙后台用户数据库支持:LDAP、Oracle、DB2、Win2k ADS、Sybase等。
可以无缝集成现有的应用系统的统一用户数据库作为SSO应用软件系统的用户数据库。
∙领先的C/S单点登录解决方案:无需修改任何现有的应用系统服务端和客户端即可实现C/S单点登录系统2.总体方案设计2.1. 业务功能架构通过实施单点登录功能,使用户只需一次登录就可以根据相关的规则去访问不同的应用系统,提高信息系统的易用性、安全性、稳定性;在此基础上进一步实现用户在异构系统(不同平台上建立不同应用服务器的业务系统),高速协同办公和企业知识管理功能。
单点登录系统能够与统一权限管理系统实现无缝结合,签发合法用户的权限票据,从而能够使合法用户进入其权限范围内的各应用系统,并完成符合其权限的操作。
单点登录系统同时可以采用基于数字证书的加密和数字签名技术,对用户实行集中统一的管理和身份认证,并作为各应用系统的统一登录入口。
单点登录系统在增加系统安全性、降低管理成本方面有突出作用,不仅规避密码安全风险,还简化用户认证的相关应用操作。
系统结构图说明:CA安全基础设施可以采用自建方式,也可以选择第三方CA。
具体包含以下主要功能模块:✧身份认证中心✧存储企业用户目录,完成对用户身份、角色等信息的统一管理;✧授权和访问管理系统✧用户的授权、角色分配;✧访问策略的定制和管理;✧用户授权信息的自动同步;✧用户访问的实时监控、安全审计;✧身份认证服务✧身份认证前置为应用系统提供安全认证服务接口,中转认证和访问请求;✧身份认证服务完成对用户身份的认证和角色的转换;✧访问控制服务✧应用系统插件从应用系统获取单点登录所需的用户信息;✧用户单点登录过程中,生成访问业务系统的请求,对敏感信息加密签名;✧CA中心及数字证书网上受理系统✧用户身份认证和单点登录过程中所需证书的签发;✧用户身份认证凭证(USB智能密钥)的制作;2.2. 技术实现方案2.2.1.技术原理基于数字证书的单点登录技术,使各信息资源和本防护系统站成为一个有机的整体。
通过在各信息资源端安装访问控制代理中间件,和防护系统的认证服务器通信,利用系统提供的安全保障和信息服务,共享安全优势。
系统交互图其原理如下:1) 每个信息资源配置一个访问代理,并为不同的代理分配不同的数字证书,用来保证和系统服务之间的安全通信。
2) 用户登录中心后,根据用户提供的数字证书确认用户的身份。
3) 访问一个具体的信息资源时,系统服务用访问代理对应的数字证书,把用户的身份信息机密后以数字信封的形式传递给相应的信息资源服务器。
4) 信息资源服务器在接受到数字信封后,通过访问代理,进行解密验证,得到用户身份。
根据用户身份,进行内部权限的认证。
2.2.2.统一身份认证2.2.2.1. 用户认证统一身份管理及访问控制系统用户数据独立于各应用系统,对于数字证书的用户来说,用户证书的序列号平台中是唯一的,对于非证书用户来说,平台用户ID(passport)是唯一的,由其作为平台用户的统一标识。
如下图所示:(1)、在通过平台统一认证后,可以从登录认证结果中获取平台用户证书的序列号或平台用户ID;(2)、再由其映射不同应用系统的用户账户;(3)、最后用映射后的账户访问相应的应用系统;当增加一个应用系统时,只需要增加平台用户证书序列号或平台用户ID与该应用系统账户的一个映射关系即可,不会对其它应用系统产生任何影响,从而解决登录认证时不同应用系统之间用户交叉和用户账户不同的问题。
单点登录过程均通过安全通道来保证数据传输的安全。
2.2.2.2. 系统接入应用系统接入平台的架构如下图所示:系统提供两种应用系统接入方式,以快速实现单点登录:(1)反向代理(Reverse Proxy)方式应用系统无需开发、无需改动。
对于不能作改动或没有原厂商配合的应用系统,可以使用该方式接入统一用户管理平台。
反向代理技术:实现方式为松耦合,采用反向代理模块和单点登录(SSO)认证服务进行交互验证用户信息,完成应用系统单点登录。
(2)Plug-in 方式Plug-in:实现方式为紧耦合,采用集成插件的方式与单点登录(SSO)认证服务进行交互验证用户信息,完成应用系统单点登录。
紧耦合方式提供多种API,通过简单调用即可实现单点登录(SSO)。
2.2.3.统一权限管理统一身份管理及访问控制系统的典型授权管理模型如下图所示:用户授权的基础是对用户的统一管理,对于在用户信息库中新注册的用户,通过自动授权或手工授权方式,为用户分配角色、对应用系统的访问权限、应用系统操作权限,完成对用户的授权。
如果用户在用户信息库中被删除,则其相应的授权信息也将被删除。
完整的用户授权流程如下:1、用户信息统一管理,包括了用户的注册、用户信息变更、用户注销;2、权限管理系统自动获取新增(或注销)用户信息,并根据设置自动分配(或删除)默认权限和用户角色;3、用户管理员可以基于角色调整用户授权(适用于用户权限批量处理)或直接调整单个用户的授权;4、授权信息记录到用户属性证书或用户信息库(关系型数据库、LDAP目录服务)中;5、用户登录到应用系统,由身份认证系统检验用户的权限信息并返回给应用系统,满足应用系统的权限要求可以进行操作,否则拒绝操作;6、用户的授权信息和操作信息均被记录到日志中,可以形成完整的用户授权表、用户访问统计表。
2.2.4.安全通道提供的安全通道是利用数字签名进行身份认证,采用数字信封进行信息加密的基于SSL协议的安全通道产品,实现了服务器端和客户端嵌入式的数据安全隔离机制。
图:使用前图:使用后安全通道的主要用途是在两个通信应用程序之间提供私密性和可靠性,这个过程通过3个元素来完成:(1)握手协议:这个协议负责协商用于客户机和服务器之间会话的加密参数。
当一个SSL客户机和服务器第一次开始通信时,它们在一个协议版本上达成一致,选择加密算法和认证方式,并使用公钥技术来生成共享密钥。
(2)记录协议:这个协议用于交换应用数据。
应用程序消息被分割成可管理的数据块,还可以压缩,并产生一个MAC(消息认证代码),然后结果被加密并传输。
接受方接受数据并对它解密,校验MAC,解压并重新组合,把结果提供给应用程序协议。
(3)警告协议:这个协议用于标示在什么时候发生了错误或两个主机之间的会话在什么时候终止。