ImageVerifierCode 换一换
格式:PPT , 页数:54 ,大小:751.50KB ,
资源ID:378727      下载积分:2000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-378727.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(Authorization.ppt)为本站会员(ideacase155)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

Authorization.ppt

1、Authorization,Brian Garback,Research Issues,Authentication who are you? quantification of trust levels Mobile devices what capabilities do you have? can wireless be as secure as wired? Authorization given who you are, what can you do? how do we control privileges? Federation how can trust be shared?

2、 how to cross trust domain boundaries?,Itinerary,History of Access Control Role-Based AC Context-Based AC Context-Aware AC Permission Based Delegation Model Authorization Specifications CAAC WS-Policy Implementation XACML SAML Specification-Level Goals,Access Control History,RBAC CBAC CAAC PBDM,Role

3、-Based Access Control,Sandu et al. formalized Role-Based Access Control in 1996User U acting in role R is granted permission P Advantage: greatly improved efficiency Disadvantage: cannot specify fine-grained rules,User,Role,Permission,Context-Based Access Control,What is “context”? Circumstances in

4、which an event occurs,System,Subject,Object,Type Owner,Name Age ID Location,Time Date CPU Load,Context-Based Access Control,Role,User,Advantage: access control is context-aware Disadvantage: this is still a static model,Context,Permission,Constraints,with,has,given,RBAC CBAC CAAC,RBAC and CBAC, even

5、 with extensions, cannot meet the access requirements of modern healthcare environments CAAC is an extension to CBAC that is consistent with implementation via web services CAAC permits dynamic specification and dynamic enforcement of arbitrary access rules Context implementation is separated from t

6、he main business logic of target applications.,Context-Aware Access Control,Presented 2004 by Juhnze Hu Terminology: Data Object: the smallest unit to be accessed in an application Data Type: a group of data objects with the same attributes Data Set: the set of all data objects User Set: the set of

7、potential entities that access the data objects,Definition 1: Context Type,A context type is defined as a property related to every participant in an application when it is running.Context Set: a set of all context types in an application. CS = CT1, CT2 CTn, 1 i n. Context Implementation: a function

8、 of context types defined by CI: CT1 CT2 CTn CT, n 0,Definition 2: Context Constraint,We define a context constraint as a regular expression as follows:Context Constraint := Clause1 Clause2 Clausei Clause := Condition1 Condition2 Conditioni Condition := CT is an element of CS OP is a logical operato

9、r in set , , , , , = VALUE is a specific value of CT,Definition 3: Authorization Policy,An authorization policy as a triple, AP = (S, P, C) where:S: the subject in this policy, which could be a user or a role P: the permission in this policy, which is defined as a pair , where M is an operation mode

10、 defined in READ, APPEND, DELETE, UPDATE and O is a data object or data type C: is a context constraint in this policy,Definition 4: Data Access,We define data access as a triple, DA = (U, P, RC) where:U: a user in the User Set who issues this data access P: the permission this user wants to acquire

11、 RC: the runtime context, a set of values for every context type in the Context SetDA (U, P, RC) is granted iff there exists an AP (S, P, C) st U S & P = P & C is evaluated as true under RC,CAAC Authorization Policy,given,has,S: user or role,P: permission,C: constraint,Clause 1,Clause n,condition,co

12、ndition,context type,contextimplementation,A predicate of,Evaluated by,2004 Security Infrastructure,Quick Review,RBACCBACCAAC: dynamic specification and dynamic enforcement of arbitrary access rules separation of context implementation and the main business logic of target applications.,User,Role,Pe

13、rmission,Role,User,Context,Permission,Constraints,assigned,has,given,assigned,granted,Permission Based Delegation Model,2003: Zhang at GMU Given RBAC as an AC model Delegation of authority is common Need-to-know Separation of duty Rotation of sensitive job position Delegation involves Backup of role

14、 Decentralization of authority Collaboration of work,Delegation History,RBDM0: human human Delegator delegates role membership to a delegatee RDM2000: Role delegation in a role hierarchy and multi-step delegation Unit of delegation is a ROLE! PBDM Supports role and permission level delegation,RBDM S

15、hortcomings,Permission Based Delegation,PBDM0 Summary: Multi-step temporal delegation Two role types: Regular Roles (RR) Temporary Delegation Roles (DTR) Multi-step delegation and revocation Drawbacks: No delegation limitations (risky) No role-hierarchy,PBDM0 RBDM,John creates “D1” John assigns: per

16、mission “change_schedule” to D1 (permission-role) role “PE” to D1 (role-role) John assigns Jenny to D1 (user-role),Permission Based Delegation,PBDM0 Summary: Multi-step temporal delegation Two role types: Regular Roles (RR) Temporary Delegation Roles (DTR) Multi-step delegation and revocation Drawba

17、cks: No admin delegation limitations (risky) No role-hierarchy,PBDM1,Role-layers: Regular Roles (RR) cannot be delegated to other roles or users Delegatable Roles (DBR) permissions can be delegated Delegation Roles (DTR) created by delegatable roles Each user has (RR, DBR) pair = RR in PBDM0 Solves

18、admin issue: Administrative assignment of permissions to roles,PBDM1 Example,John creates a DTR “D2” John assigns “change schedule” to D2 from PL “PE” to D2 John assigns Jenny to D2,PBDM1 Revocation,Individual user can: Remove a user from delegatees Remove parts from the delegation role Admin can: M

19、ove permissions from DBR to RR Revoke a user from RR or DBR,PBDM2 PBDM1,0 & 1 cannot support role-to-role delegation 2 does with multi-step delegation and multi-option revocation features,PDBM2 Overview,Four layers: Regular roles (RR) Fixed delegatable roles (FDBR) owns a set of DTRs which form a ro

20、le hierarchy Temporal delegatable roles (TDBR) has no role hierarchy can receive permissions delegated by a FDBR (role-to-role deleg.) Delegation roles (DTR) owned by a FDBR RR and FDBR: the same as RR and DBR in PDBM1 have role hierarchies,PDBM2 Rules and Example,Delegation authority handled by adm

21、in No individual user can own a DTR or permission Scenario: D3 created based on PL and delegated to QE Create a delegation role D3 Assign: permission change_schedule to D3 FDBR PE to D3 Assign D3 to TDBR QE,PBDM2 Architecture,D3 created based on PL and delegated to QE Create a delegation role D3 Ass

22、ign: permission change_schedule to D3 FDBR PE to D3 Assign D3 to TDBR QE,PBDM2 Revocation,Contains PBDM1s security admin PBDM2 has options in the role layer: Remove pieces of permissions from a delegation role Revoke a DTR owned by a FBDR Remove pieces of permissions from a FBDR to a RR,PBDM Compari

23、son,RBDM: Ambiguity btw admin and delegation PBDM: supports role and permission level delegation Partial revocation is also possible,Authorization Specifications,WS-Policy XACML SAML,Policy Specification,Security policies must be exchangeable across domains,Prescription accepted,Requested License,Po

24、licy response,Send prescription,Hospital,Pharmacy,Policy Specification,There are several XML-based policy languages WS-Policy (from Microsoft) XACML (eXtensible Access Control Markup Language) SAML (Security Assertion Markup Language)In CAAC, WS-Policy was chosen as the specification language becaus

25、e it is inherently supported in the Microsoft .NET framework.,WS-Policy Overview,Why: To describe service requirements, preferences, and capabilities of web services Goal: Provide the general purpose model and syntax to describe and communicate the policies of a Web service What: Provides a flexible

26、 and extensible grammar for expressing the capabilities, requirements, and general characteristics of Web Services,CAAC Policy Specification,Our customized WS-Policy tagsFor any authorization policy AP = (S, P, C),A Sample Policy,PatientRecord DeleteDeletePatientRecordMedical Records StaffTrust Leve

27、l,XACML,OASIS standard version 1.1 (2.0 and 3.0) Policy language Access control decision request/response language,XACML - Policies,Policy Set: container of policies (local and remote) Policy: a set of rules Rule: a target, effect, and condition Target: a resource, subject, and action Effect: result

28、s of rule; “Permit” or “Deny” Condition: Boolean; “True,” “False,” or “Indeterminate”,XACML Access Control,Reconciles Multiple policies Multiple rules per policy Multiple control decisions Use a combining algorithm to combine multiple decisions into a single decision Use standard or customized algor

29、ithms Policy Combining Algorithmsused by PolicySet Rule Combining Algorithmsused by Policy,XACML Policy Evaluation,Obtain attributes from subject Compare obtained attributes with attributes accepted by the policy Evaluate conditions using standard or customized functions E.g. The function type-one-a

30、nd-only looks in a “bag” of attribute values and returns the single value if there is one or an error if there are zero or multiple.,XACML Data Flow,SAML assertions,An assertion is a declaration of facts about a subject SAML has three kinds, all related to security: Authentication Attribute Authoriz

31、ation decision You can extend SAML to make your own kinds of assertions,SAML conceptual model,Some common information in all assertions,Issuer and issuance timestamp Assertion ID Subject Name plus the security domain Optional subject confirmation, e.g. public key “Conditions” under which assertion i

32、s valid SAML clients must reject assertions containing unsupported conditions Special kind of condition: assertion validity period Additional “advice” E.g., to explain how the assertion was made,Authentication assertion,An issuing authority asserts that: subject S was authenticated by means M at tim

33、e TCaution: Actually checking or revoking of credentials is not in scope for SAML!It merely lets you link back to acts of authentication that took place previously,Example authentication assertion,Attribute assertion,An issuing authority asserts that: subject S is associated with attributes A, B, C

34、with values “a”, “b”, “c” Typically this would be gotten from an LDAP repository “jim” in “virginia.edu” is associated with attribute “Department” with value “Computer Science”,Example attribute assertion, Computer Science ,Authorization decision assertion,An issuing authority decides whether to gra

35、nt the request: by subject S for access type A to resource R given evidence E The subject could be a human or a program The resource could be a web page or a web service, for example,Example authorization decision assertion,SAML conceptual model,XACML & SAML,XACML & SAML are counterparts XACML handl

36、es the access control policies and decisions SAML handles the actual communication of authentication and authorization requests and responsesE.g. SAML used to assert authentication and authorization attributes XACML uses these assertions and evaluates the policies to come to a decision,Research Questions,Dynamic interfaces per permission/role Permission management for subobjects Secondary role issues: Constrained hierarchical roles Permission-level constrained delegation Revocation Delegation extensions to XACML & SAML Provide an access control interface,

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1