92
Security_BG-1 CSE 2102 Security Concepts and Security Concepts and Capabilities Capabilities Prof. Steven A. Demurjian, Sr. Computer Science & Engineering Department The University of Connecticut 371 Fairfield Road, Box U-1155 Storrs, CT 06269-1155 [email protected] http://www.engr.uconn.edu/~steve (860) 486 - 4818 The majority of these slides represent material that has been The majority of these slides represent material that has been accumulated from various sources over the years. accumulated from various sources over the years. A portion these slides are being used with the permission of Dr. A portion these slides are being used with the permission of Dr. Ling Lui, Associate Professor, College of Computing, Georgia Tech. Ling Lui, Associate Professor, College of Computing, Georgia Tech.

Security Concepts and Capabilities

Embed Size (px)

DESCRIPTION

Security Concepts and Capabilities. The majority of these slides represent material that has been accumulated from various sources over the years. A portion these slides are being used with the permission of Dr. Ling Lui, Associate Professor, College of Computing, Georgia Tech. - PowerPoint PPT Presentation

Citation preview

Page 1: Security Concepts and Capabilities

Security_BG-1

CSE 2102

Security Concepts and CapabilitiesSecurity Concepts and Capabilities

Prof. Steven A. Demurjian, Sr. Computer Science & Engineering Department

The University of Connecticut371 Fairfield Road, Box U-1155

Storrs, CT [email protected]

http://www.engr.uconn.edu/~steve(860) 486 - 4818

The majority of these slides represent material that has been accumulated from various The majority of these slides represent material that has been accumulated from various sources over the years. sources over the years.

A portion these slides are being used with the permission of Dr. Ling Lui, Associate A portion these slides are being used with the permission of Dr. Ling Lui, Associate Professor, College of Computing, Georgia Tech. Professor, College of Computing, Georgia Tech.

Page 2: Security Concepts and Capabilities

Security_BG-2

CSE 2102

Patients Providers

Clinical Researchers

Web-BasedPortal(XML + HL7)Open Source DB(XML or MySQL)

EMR

EducationMaterials

FeedbackRepository

Motivation: Recall Project ArchitectureMotivation: Recall Project Architecture

Where are the Security Issues and Concerns?

Consider Components of Architecture…

Page 3: Security Concepts and Capabilities

Security_BG-3

CSE 2102

Patients

Providers

Clinical Researchers

Motivation: Security Issues?Motivation: Security Issues?

Web Server

Appl Server

DB Server

Firewall

https Encryptionhttps

Encryption

Encryption

Secure Communication

XML

html

Web Content

GUI Look and Feel

Patient GUI for RN vs. MD

Web - Control Services

Appl. – Control Methods

Page 4: Security Concepts and Capabilities

Security_BG-4

CSE 2102

OverviewOverview Objective: Cover the wide range of Background Objective: Cover the wide range of Background

Concepts and Security Ideas Concepts and Security Ideas Motivation: Importance, Concepts, and IssuesMotivation: Importance, Concepts, and Issues Glossary of Security TermsGlossary of Security Terms Security Policy, Authentication, and AuthorizationSecurity Policy, Authentication, and Authorization Security in JavaSecurity in Java Access ControlAccess Control

Mandatory Access Control (MAC) Discretionary Access Control (DAC) Role-Based Access Control (RBAC)

DB Security, Cryptography, Security in Statistical DBDB Security, Cryptography, Security in Statistical DB Web Based SecurityWeb Based Security Concluding RemarksConcluding Remarks

Page 5: Security Concepts and Capabilities

Security_BG-5

CSE 2102

Motivation: General ConceptsMotivation: General Concepts AuthenticationAuthentication

Proving you are who you are Signing a Message Is Client who s/he Says they are?

AuthorizationAuthorization Granting/Denying Access Revoking Access Does Client have Permission to do what s/he

Wants? EncryptionEncryption

Establishing Communications Such that No One but Receiver will Get the Content of the Message

Symmetric Encryption and Public Key Encryption

Page 6: Security Concepts and Capabilities

Security_BG-6

CSE 2102

Motivation: Type of Security IssuesMotivation: Type of Security Issues Legal and Ethical Issues Legal and Ethical Issues

Information that Must be Protected Information that Must be Accessible HIPPA vs. Emergent Health Situations

Policy Issues Policy Issues Who Can See What Information When? Applications Limits w.r.t. Data vs. Users?

System Level EnforcementSystem Level Enforcement What is Provided by the DBMS? Programming

Language? OS? Application? Web Server? Client? How Do All of the Pieces Interact?

Multiple Security Levels/Organizational EnforcementMultiple Security Levels/Organizational Enforcement Mapping Security to Organizational Hierarchy Protecting Information in Organization

Page 7: Security Concepts and Capabilities

Security_BG-7

CSE 2102

Glossary of Protection and Security TermsGlossary of Protection and Security Terms PrincipalPrincipal

Entity (Person/Process/etc.) to Which Authorizations are Granted

Can be a User, User Group, Program, Client, etc. Also Known as Subject

Protected ObjectProtected Object Known Object whose Internal Structure is

Inaccessible Except by Protection System The Unit of Protection For Our Purposes:

Table, Column, Tuple Data and Meta-Data

Glossary from: Saltzer and Schroeder, “The Protection of Information in Glossary from: Saltzer and Schroeder, “The Protection of Information in Computer Systems”, Proc. of IEEE, Vol. 63, No. 9, September 1975.Computer Systems”, Proc. of IEEE, Vol. 63, No. 9, September 1975.

Page 8: Security Concepts and Capabilities

Security_BG-8

CSE 2102

Glossary of Protection and Security TermsGlossary of Protection and Security Terms Access Control ListAccess Control List

List of Principals (User, User Group, Process, …) Authorized to have Access to Some Object

For Every Object, Maintain Authorized Principals Easily Implemented in Algorithm/Typically in OS

AuthenticateAuthenticate Verify Identity of Principal Making Request In OS - Equivalent to Logging on (ID, Password) May be More Complicated Based on Security

Needs AuthorizeAuthorize

Grant Principal Access to Objects Granularity Ranges from Fine to Coarse Application Directed

Page 9: Security Concepts and Capabilities

Security_BG-9

CSE 2102

Glossary of Protection and Security TermsGlossary of Protection and Security Terms CapabilityCapability

Unforgeable Ticket as Proof of Authorization of Presenter (Principal) to Access Named Object

Ticket or Certificate Must be Presented at Each Access

Capability ListCapability List List of Protected Objects which Likewise List

Authorized Principles Used in Conjunction with Tickets for

Authorization CertifyCertify

Verify Accuracy, Correctness, & Completeness of Security/Protection Mechanism

Critical for Select Domains (DoD, Banking, etc.)

Page 10: Security Concepts and Capabilities

Security_BG-10

CSE 2102

Glossary of Protection and Security TermsGlossary of Protection and Security Terms ConfinementConfinement

Restricting What a Process Can Do to with Authorized Objects

Similar in Concept to Sandbox of Java DomainDomain

Objects Currently Accessed by Principal (De)Encryption(De)Encryption

De(Encoding) of Data According to Transformation Key for Transmission/Storage

Reciprocal Activity - Many Different Options GrantGrant

Authorize Access to Objects by Principals Who Can do What When

Page 11: Security Concepts and Capabilities

Security_BG-11

CSE 2102

Glossary of Protection and Security TermsGlossary of Protection and Security Terms PasswordPassword

Encrypted Character String to Authenticate Identity of Individual

Critical to Encrypt Also from Client to Login Server Client Types in Plain Text that is Encrypted Encrypted login Travels of Network Decrypted at Login Server and Verified

PermissionPermission Form of Allowed Access to Object (R, W, RW) Level of Access is System Dependent Unix File System has:

r, w, x for User, Group, and Other

Page 12: Security Concepts and Capabilities

Security_BG-12

CSE 2102

Glossary of Protection and Security TermsGlossary of Protection and Security Terms PrivacyPrivacy

Ability to Decide Whether, When, and to Whom Information is Released

Is Anyone Intercepting Client/Server Communications?

PropagationPropagation Principal Passing on Authorization to Object to

Another Principal Current Term Today is “Delegation” Principal Must be Authorized to Delegate

Privileges to Another Principal Enforcement MechanismEnforcement Mechanism

Centralized and Distributed “Code” Enforces Security Policy at Runtime

Page 13: Security Concepts and Capabilities

Security_BG-13

CSE 2102

Glossary of Protection and Security TermsGlossary of Protection and Security Terms Protection & SecurityProtection & Security

Mechanisms and Techniques to Control Access to Information by Executing Programs

Enforcement Mechanism, Cryptography Algorithms, Database Security, etc.

RevokeRevoke Remove Previously Authorized Access from

Principals Security Tools Must Promote Grant, Revoke, and

Authorize in a Dynamic Setting Ticket-OrientedTicket-Oriented

Each Principal Maintains List of Unforgeable Tickets Denoting Objects have been Authorized

Works with Capability Lists

Page 14: Security Concepts and Capabilities

Security_BG-14

CSE 2102

Policy & MechanismPolicy & Mechanism Security Policy Defines Rules for Authorizing Access Security Policy Defines Rules for Authorizing Access

to Computer and Resourcesto Computer and Resources Who are Users? What are DB Items? What DB

Items are Available to Each User? Etc… For PHR – Patient Defines Policy

Protection Mechanisms Authenticate Protection Mechanisms Authenticate Access to DB Items, File and Memory Protection What is the Granularity of Access?

A Security Policy is an Organizations Strategy to A Security Policy is an Organizations Strategy to Authorize Access to the DBMS DB ItemsAuthorize Access to the DBMS DB Items Each Policy is Application Dependent Range from Full to Limited Access

Security Transcends DB as a Separate Research and Security Transcends DB as a Separate Research and Realization for All Types of Systems/ApplicationsRealization for All Types of Systems/Applications

Page 15: Security Concepts and Capabilities

Security_BG-15

CSE 2102

AuthenticationAuthentication User/Process AuthenticationUser/Process Authentication

Is this User/Client Who It Claims to Be? Passwords More Sophisticated Mechanisms Need for Re-authentication

Authentication in NetworksAuthentication in Networks Is this Computer Who It Claims to Be?

File Downloading and Transferring Obtaining Network Services What is Java Promise? What Does Java Guarantee re.

Applets? What can Application do that Applet Can’t? DB AuthenticationDB Authentication

Uncontrolled Access (Select, Modify, etc.) Can be Limited (Authorized) requiring Authentication

Page 16: Security Concepts and Capabilities

Security_BG-16

CSE 2102

AuthorizationAuthorization Ability of Principals to Use Machines, Objects, Ability of Principals to Use Machines, Objects,

Resources, etc.Resources, etc. Security Policy Defines Capabilities of Each Principal Security Policy Defines Capabilities of Each Principal

Against Objects, Resources, etc.Against Objects, Resources, etc. Authorization Mechanism Enforces Policy at RuntimeAuthorization Mechanism Enforces Policy at Runtime External AuthorizationExternal Authorization

User Attempts to Access Computer Authenticate Identify and Verify Authorizations

Internal AuthorizationInternal Authorization Can Process Access a Specific Resource?

Database AuthorizationDatabase Authorization What Can Each User Do Against the DB? Select,

Insert, Update, Delete? Are Users Limited to Subsets of Tuples by Value?

Page 17: Security Concepts and Capabilities

Security_BG-17

CSE 2102

User AuthenticationUser Authentication Combination of User ID and Password Universal for Combination of User ID and Password Universal for

Access to ComputersAccess to Computers However, Cannot Prevent …However, Cannot Prevent …

Guessing of Passwords Stolen and Decrypted Passwords Masquerading of Intended User

Is User Who they are Supposed to be? What Extra Information Can User be Asked to Supply? What About Life Critical Situations – EMR’s Treating

Accident Victim? Past Invasion of Engineering ComputingPast Invasion of Engineering Computing

yppasswd File Stolen/Decrypted S. Demurjian’s Sun Workstation Corrupted

Page 18: Security Concepts and Capabilities

Security_BG-18

CSE 2102

Network AuthenticationNetwork Authentication Computers Must Interact with One AnotherComputers Must Interact with One Another

Classic Example, Transmitting E-Mail Msgs. Does Transferring Computer have Right to Store a

File on Another Computer? What About PHR Data Routed from Web to

Application to DB to EMR? Where is the Control? https? Encryption? Guarantee Unencrypted Data not Stored on the Way?

Viruses: Passive Penetrating EntityViruses: Passive Penetrating Entity Software Module Hidden in Another Module When Container Executed, Virus Can Penetrate

and Wreak Havoc Worms: Active Penetrating EntityWorms: Active Penetrating Entity

Actively Seeks to Invade Machine

Page 19: Security Concepts and Capabilities

Security_BG-19

CSE 2102

Core Security Capabilities of JavaCore Security Capabilities of Java Sandbox and Applet Level SecuritySandbox and Applet Level Security

Downloaded Applets are Confined in a Targeted Portion of System During Execution

Execution of Untrusted Code in Trusted Way What is Sandbox?What is Sandbox?

Area of Web-Browser Dedicated to Applet Applet Limited to Sandbox to Prohibit Access to

Local Machine/Environment Utilizes Class Loader, Bytecode Verifier, and

Security Manager Three Components Maintain System Integrity How Does this Occur?

Why is this Relevant for BMI Applications?Why is this Relevant for BMI Applications? Pervasive Usage of Applets and Client Java Code

Page 20: Security Concepts and Capabilities

Security_BG-20

CSE 2102

Core Security Capabilities of JavaCore Security Capabilities of Java Class Loader - Only Load Correct ClassesClass Loader - Only Load Correct Classes Bytecode Verifier - Classes in Correct FormatBytecode Verifier - Classes in Correct Format

Both Don’t care Where the Code is from (compiled from Java or another PL – just is it correct)

Security Manager - Untrusted Classes Can’t Execute Security Manager - Untrusted Classes Can’t Execute Dangerous Instructions nor Access Protected System Dangerous Instructions nor Access Protected System ResourcesResources

Role of Security ManagersRole of Security Managers Enforces Boundaries of Sandbox All Java Classes ask Manager for Permission to

Perform Certain Operations Implements/Imposes Appl. Security Policy Java Interface Class Implementable by Users Integrated with Exception Handling of Java

Page 21: Security Concepts and Capabilities

Security_BG-21

CSE 2102

Recall Java Bytecode Verification:Recall Java Bytecode Verification:

Page 22: Security Concepts and Capabilities

Security_BG-22

CSE 2102

Digital Signatures and JAR FilesDigital Signatures and JAR Files When Can Applets Become Applications?When Can Applets Become Applications?

Trusted Publisher (Originator of Applet) Signed Applet is Authenticated Java Security Manager May Allow Applet out of

Sandbox to be Application How is Information Transmitted and Exchanged?How is Information Transmitted and Exchanged?

JAR: Archived (Compressed) Files Bundling of Code/Data into Java Archive Associated Digital Signature for Verification Transmission via Object Serialization

Again, for BMIAgain, for BMI Web Applications to PCs, PDAs, and Cells Pervasiveness of Technology and Potential for

Misuse and Information Release

Page 23: Security Concepts and Capabilities

Security_BG-23

CSE 2102

Available Access Control ApproachesAvailable Access Control Approaches Mandatory Access Control (MAC)Mandatory Access Control (MAC)

Bell/Lapadula Security Model Security Classification Levels for Data Items Access Based on Security Clearance of User

Role Based Access Control (RBAC)Role Based Access Control (RBAC) Govern Access to Information based on Role Users can Play Different Roles at Different Times

Responsibilities of Users Guiding Factor Facilitate User Interactions while Simultaneously

Protecting Sensitive Data Discretionary Access Control (DAC)Discretionary Access Control (DAC)

Richer Set of Access Modes - Govern Access to Information based on User Id

Discretionary Rules on Access Privileges Focused on Application Needs/Requirements

Page 24: Security Concepts and Capabilities

Security_BG-24

CSE 2102

What are Key Access Control Concepts?What are Key Access Control Concepts? AssuranceAssurance

Are the Security Privileges for Each User Adequate to Support their Activities?

Do the Security Privileges for Each User Meet but Not Exceed their Capabilities?

ConsistencyConsistency Are the Defined Security Privileges for Each User

Internally Consistent? Least-Privilege Principle: Just Enough Access

Are the Defined Security Privileges for Related Users Globally Consistent? Mutual-Exclusion: Read for Some-Write for Others

Page 25: Security Concepts and Capabilities

Security_BG-25

CSE 2102

Mandatory Access ControlMandatory Access Control Bell-Lapadula Model [1976]Bell-Lapadula Model [1976]

An Extension of the Access Matrix Model The Model is Based on Subject-Object Paradigm

Subjects: Active Elements Objects: Passive Elements

Four Access Modes/Categories Executable by Subjects on Objects Read-only or Read Append (Write without Read) Execute (Executes an Object/program) Read-Write or Write

Page 26: Security Concepts and Capabilities

Security_BG-26

CSE 2102

Mandatory Security MechanismMandatory Security Mechanism Typical Security Classification Levels for Typical Security Classification Levels for

Subjects/programs and Objects/resourcesSubjects/programs and Objects/resources Top Secret (TS) and Secret (S) Confidential (C) and Unclassified (U)

Rules:Rules: TS is the Highest and U is the Lowest Level TS > S > C > U Security Levels:

C1 is Security Clearance Given to User U1 C2 is Security Classification Given to Object O1 U1 can Access O1 iff C1 C2 This is Referred to as the Domination of U1 Over O1

Page 27: Security Concepts and Capabilities

Security_BG-27

CSE 2102

OperationsOperations Get accessGet access

Initiate access to object in the given mode Release accessRelease access

Terminate access previously started by get Given accessGiven access

grant an access mode on an object to a subject Rescind accessRescind access

Revoke access previously granted with the “give” operation Create objectCreate object

An object may be inactive or active; this takes an inactive object and adds to the object hierarchy

Delete objectDelete object Deactivates an active object

Change subject security levelChange subject security level Change object security levelChange object security level

Page 28: Security Concepts and Capabilities

Security_BG-28

CSE 2102

Mandatory Security MechanismMandatory Security Mechanism Restriction (Axiom 1):Restriction (Axiom 1):

No Subject S Can Read an Object O if the Object’s Security Classification is Higher Than the Subject’s Security Clearance S Can Read O iff Clearance(S) Classification(O)

No Subject May Write an Object that has Lower Security Class than the Subject’s Security Clearance S Can Write O iff Clearance(S) Classification(O) This Prevents Information Flow from Higher

Classification to Lower Classification Levels Depending on the Desired MAC, Different Axioms Depending on the Desired MAC, Different Axioms

Can be Employed that Satisfy Different Criteria ofCan be Employed that Satisfy Different Criteria ofClearance Dominating ClassificationClearance Dominating Classification

Page 29: Security Concepts and Capabilities

Security_BG-29

CSE 2102

Other AxiomsOther Axioms Simple Security (SS) PropertySimple Security (SS) Property

Subject S may have Read(Write) Access to Object O iff Clearance of S Dominates the Classification of O

Star (*) PropertyStar (*) Property A Subject Can Only Read Objects at or Above

their Level A Subject Can Only Write Objects at or Below

their Level Tranquility PrincipleTranquility Principle

No Subject Can Modify Classification of Active Object

Page 30: Security Concepts and Capabilities

Security_BG-30

CSE 2102

Mandatory Security MechanismMandatory Security Mechanism There are Numerous Security Properties Regarding the There are Numerous Security Properties Regarding the

Ability of a Subject S to Read (Write) an Object OAbility of a Subject S to Read (Write) an Object O These Properties Control the flow of Information from These Properties Control the flow of Information from

Users to the Objects that they are allowed to AccessUsers to the Objects that they are allowed to Access Simple Security Property (Read Down – No Read Up)Simple Security Property (Read Down – No Read Up)

No Subject S Can Read an Object O if the Object’s Security Classification is Higher Than the Subject’s Security Clearance

S Can Read O iff Clearance(S) Classification(O) This Insures that a Subject S cannot Read

Information Above his/her Security Level

TS S C U

User (S) Read Down

Page 31: Security Concepts and Capabilities

Security_BG-31

CSE 2102

Mandatory Security MechanismMandatory Security Mechanism Simple Integrity Property (Write Down–No Write Up)Simple Integrity Property (Write Down–No Write Up)

A Subject May Write an Object only if that Object is at or Below the Subject’s Security Clearance

S Can Write O iff Clearance(S) ≥ Classification(O) This Allows the Potential of Information Flow

from Higher Classification to Lower Classification Levels

This Prevents the Ability of a Subject S to Corrupt Data above its Security Level

Security Designer Must Choose their Poison!Security Designer Must Choose their Poison!

TS S C U

User (S) Write Down

Page 32: Security Concepts and Capabilities

Security_BG-32

CSE 2102

Mandatory Security MechanismMandatory Security Mechanism Liberal * Property (Write Up–No Write Down)Liberal * Property (Write Up–No Write Down)

No Subject May Write an Object that has Lower Security Class than the Subject’s Security Clearance

S Can Write O iff Clearance(S) Classification(O)

This Prevents Information Flow from Higher Classification to Lower Classification Levels

Such an Attempt can be Overt or Unintentional Likewise, this Allows a Subject to Corrupt Likewise, this Allows a Subject to Corrupt

Information above its Level Information above its Level

TS S C U

User (S)Write Up

Page 33: Security Concepts and Capabilities

Security_BG-33

CSE 2102

Mandatory Security MechanismMandatory Security Mechanism Strict * Property (Read/Write Equal)Strict * Property (Read/Write Equal)

A Subject May Only Read/Write an Object that has the Exact Same Security Class than the Subject’s Security Clearance

S Can Read/Write O iff Clearance(S) = Classification(O)

This Limits Information Flow to within a Level

TS S C U

User (S)

Read EqualWrite Equal

Page 34: Security Concepts and Capabilities

Security_BG-34

CSE 2102

Using the PropertiesUsing the Properties Security Policy is Typically a Combination of one Security Policy is Typically a Combination of one

Read and one Write PropertyRead and one Write Property Simple Security + Simple Integrity Simple Security + Strict * (Write) Simple Security + Liberal * Strict * (Read) + Simple Integrity Strict * (Read) + Strict * (Write) Strict * (Read) + Liberal *

Objective: Security Engineer Must Choose the Most Objective: Security Engineer Must Choose the Most Appropriate Combination for their ApplicationAppropriate Combination for their Application

Page 35: Security Concepts and Capabilities

Security_BG-35

CSE 2102

A Classic ExampleA Classic Example Simple Security for ReadsSimple Security for Reads

See Information at User Clearance Level and Lower (Less Secure)

No Chance of Viewing TS Information Liberal * for Writes Liberal * for Writes

Write Information at User Clearance Level and Above (More Secure)

No Chance of Releasing “S” Data to Lower Levels

TS S C U

User (S)

Write Up

Read Down

Page 36: Security Concepts and Capabilities

Security_BG-36

CSE 2102

Other AxiomsOther Axioms Discretionary Property (DS-property)Discretionary Property (DS-property)

Every Current Access Must Be Present in the Access Matrix

For All Subjects S, Objects O, and the Access Mode M:

<S,o,m> B M M[s,o] Non-Accessibility of Inactive ObjectsNon-Accessibility of Inactive Objects

A Subject Cannot Read the Contents of an Inactive Object

Rewriting of Inactive ObjectsRewriting of Inactive Objects A Newly Activated Object is Assigned to an Initial

State Independent of the Previous Activation of the Object

Page 37: Security Concepts and Capabilities

Security_BG-37

CSE 2102

Illustrating MACIllustrating MAC Consider the EMPLOYEE Table Below with Two Consider the EMPLOYEE Table Below with Two

InstancesInstances Notice Classifications on Each Tuple (TC) Notice Classifications on Each Attribute Value

Interpretation:Interpretation: Limit Who Can See Each Tuple and Values Focus on User Clearance w.r.t. Classifications

Page 38: Security Concepts and Capabilities

Security_BG-38

CSE 2102

Illustrating MACIllustrating MAC Whenever a User Attempts to Access a Table, the Whenever a User Attempts to Access a Table, the

Table is Filtered According to U’s ClearanceTable is Filtered According to U’s Clearance First Set are for a User at Confidential Level Second Set is For a User at Unclassified Level

Page 39: Security Concepts and Capabilities

Security_BG-39

CSE 2102

Security in Software ApplicationsSecurity in Software Applications Extensive Published Research (Demurjian, et al) in Extensive Published Research (Demurjian, et al) in

Last Ten Years for DAC/RBAC for OOLast Ten Years for DAC/RBAC for OO Efforts in Efforts in

Automatically Generatable and Reusable Enforcement Mechanisms

MAC/DAC/RBAC within Distributed Setting Premise:Premise:

Customizable Public Interface of Class Access to Public Interface is Variable and Based

on User Needs and Responsibilities Only Give Exactly What’s Needed and No More

Please see:Please see:www.engr.uconn.edu/~steve/DSEC/desc.htmlwww.engr.uconn.edu/~steve/DSEC/desc.html

Page 40: Security Concepts and Capabilities

Security_BG-40

CSE 2102

What is Role Based Access Control (RBAC)?What is Role Based Access Control (RBAC)?

Most OO Programming and Database Languages have Most OO Programming and Database Languages have a Single Public Interface that is Shared by All Users a Single Public Interface that is Shared by All Users of OT/Classof OT/Class

Consequently, Public Interface Often Union of all Consequently, Public Interface Often Union of all Possible Methods Required by All Likely UsersPossible Methods Required by All Likely Users

Discretionary Access Control:Discretionary Access Control: Occurs at Type-Level Different Portions of Public Interface Available to

Different Users at Different Times Depending on User-Roles

Promote Potential Public Interface

Page 41: Security Concepts and Capabilities

Security_BG-41

CSE 2102

Motivating Security for OO ParadigmMotivating Security for OO Paradigm OO Paradigm Provides Minimal Support via Public OO Paradigm Provides Minimal Support via Public

Interface and Private ImplementationInterface and Private Implementation Public Interface Represents UNION of all Possible Public Interface Represents UNION of all Possible

Privileges Needed by All Potential UsersPrivileges Needed by All Potential Users A Method in the Public Interface for One Specific User A Method in the Public Interface for One Specific User

Available to ALL UsersAvailable to ALL Users Can Access to Public Interface be Customized? Can Individuals have Particular Access to Specific

Subsets of Public Interface? Can Access be Based on (Potentially) Dynamic User

Roles? Can Code be Automatically Generated to Implement

an Enforcement Mechanism? Role of OO Paradigm in Support a Generic,

Evolvable, Reusable Enforcement Mechanism?

Page 42: Security Concepts and Capabilities

Security_BG-42

CSE 2102

Why is RBAC Needed?Why is RBAC Needed? In Health Care, different professionals (e.g., Nurses In Health Care, different professionals (e.g., Nurses

vs. Physicians vs. Administrators, etc.) Require Select vs. Physicians vs. Administrators, etc.) Require Select Access to Sensitive Patient DataAccess to Sensitive Patient Data

Suppose we have a Patient Access ClientSuppose we have a Patient Access Client Lois playing the Nurse Role would be Allowed to

Enter Patient History, Record Vital Signs, etc. Steve playing M.D. Role would be Allowed to do

all of a Nurse plus Write Orders, Enter Scripts, etc. Vicky playing Admin Role would be Allowed to

Enter Demographic/Insurance Info. Role Dictates Client Behavior

Page 43: Security Concepts and Capabilities

Security_BG-43

CSE 2102

Why is RBAC Needed?Why is RBAC Needed? Many Situations When Application Library Designer Many Situations When Application Library Designer

(SWE) Could Utilize More Fine-Grained Control to (SWE) Could Utilize More Fine-Grained Control to Access of Public InterfaceAccess of Public Interface

Tradeoff Between Developers and End-UsersTradeoff Between Developers and End-Users SWEs Have Different Roles Based on Their

Responsibilities Related to Cooperative Design on an Application

SWEs Should Only See Those Portions of the Application That They Need to See or That They Will Be Responsible for Implementing

End-users Must Be Limited in Their Interactions and Access Depending on Their Roles

Page 44: Security Concepts and Capabilities

Security_BG-44

CSE 2102

Examples of Why RBAC is NeededExamples of Why RBAC is Needed In HTSS, the public interface for Items has methods In HTSS, the public interface for Items has methods

that read (for Scanner, I-Controller) and modify that read (for Scanner, I-Controller) and modify instances (only for I-Controller)instances (only for I-Controller) Read Methods Targeted for Certain System

Functions (e.g., Scan Item) Update Methods Targeted for Others (e.g., as Item

is Scanned, Decrement Inventory Amount) In HCA, different health care professionals (e.g., In HCA, different health care professionals (e.g.,

Nurses vs. Physicians vs. Administrators, etc.) Nurses vs. Physicians vs. Administrators, etc.) require select access to sensitive patient datarequire select access to sensitive patient data Physician’s Write Scripts Nurses Enter Patient Data (Vitals + History) All Access Shared Medical Record Access is Limited Based on Role

Page 45: Security Concepts and Capabilities

Security_BG-45

CSE 2102

public class PatientRecord { private: Data/Methods as Needed; public: write_medical_history(); write_prescription(); get_medical_history(); get_diagnosis(); set_payment_mode(); etc…

For MDsand Nurses

For MDs Only

For Admitting

RBAC for OORBAC for OO Public Interface is Union of All Privileges for All Public Interface is Union of All Privileges for All

Potential Users No Explicit way to Prohibit Access Potential Users No Explicit way to Prohibit Access Customizable Public Interface of ClassCustomizable Public Interface of Class Access to Public Interface is Variable and Based on Access to Public Interface is Variable and Based on

User Needs and ResponsibilitiesUser Needs and Responsibilities Only Give Exactly What’s Needed and No More Only Give Exactly What’s Needed and No More

Page 46: Security Concepts and Capabilities

Security_BG-46

CSE 2102

Sample RBAC Hierarchy for HCASample RBAC Hierarchy for HCA

Users

Medical_Staff

Nurse Physcian

UR:Manager

UR:Staff_RN UR:Education

UR:Discharge_Plng

UR:Private UR:Attending

Support_Staff

Etc.

Technician

UR:Director

UR:Lab UR:Pharmacy

UR:Radiology

Page 47: Security Concepts and Capabilities

Security_BG-47

CSE 2102

Sample RBAC Hierarchy for UniversitySample RBAC Hierarchy for University

Users / \ +---+ +-----+ / \ non-academic-staff academic-staff / \ \ / \ \.... / \ \ / \ purchasing campus-police ... dept-staff registrar-staff ... / \ ... ... / \ grade-recording transcript-issuing

Page 48: Security Concepts and Capabilities

Security_BG-48

CSE 2102

Sample RBAC Hierarchy for PortalSample RBAC Hierarchy for Portal

Users

Medical_Staff

Clinical Researcher Basic User

UR: Poster

UR: ForumLeader

UR: DataAnalyst UR: EdMaterials

UR: etc…

Patients

Etc.

Provider

UR: BasicPHR

UR: Nurse UR: OccTher

UR: Physician

Page 49: Security Concepts and Capabilities

Security_BG-49

CSE 2102

NIST RBAC Standard NIST RBAC Standard http://csrc.nist.gov/groups/SNS/rbac/http://csrc.nist.gov/groups/SNS/rbac/ Formalized in 1992 (Ferraiolo and Kuhn)Formalized in 1992 (Ferraiolo and Kuhn) Based on Work by Sandhu, et al.Based on Work by Sandhu, et al. Lot’s of Health Care Related Case Studies:Lot’s of Health Care Related Case Studies:

http://csrc.nist.gov/groups/SNS/rbac/case_studies.htmlhttp://csrc.nist.gov/groups/SNS/rbac/case_studies.html Please Visit the Site … May be Applicable Applications ….

Briefly, Let’s Review …Briefly, Let’s Review …

Page 50: Security Concepts and Capabilities

Security_BG-50

CSE 2102

RBAC Model Variants RBAC Model Variants http://csrc.nist.gov/groups/SNS/rbac/documents/towards-http://csrc.nist.gov/groups/SNS/rbac/documents/towards-

std.pdfstd.pdf Transition from Essential Features to Complex ModelTransition from Essential Features to Complex Model

Page 51: Security Concepts and Capabilities

Security_BG-51

CSE 2102

Level 1 and Level 2Level 1 and Level 2 Level 1: Three States and UA/PALevel 1: Three States and UA/PA Level 2: Add in Role Hierarchy Look on R StateLevel 2: Add in Role Hierarchy Look on R State

Page 52: Security Concepts and Capabilities

Security_BG-52

CSE 2102

Example Role HierarchiesExample Role Hierarchies

Page 53: Security Concepts and Capabilities

Security_BG-53

CSE 2102

Constrained RBAC – with SODConstrained RBAC – with SOD

Page 54: Security Concepts and Capabilities

Security_BG-54

CSE 2102

Constrained RBAC – with SODConstrained RBAC – with SOD

Page 55: Security Concepts and Capabilities

Security_BG-55

CSE 2102

Discretionary Access ControlDiscretionary Access Control DiscretionaryDiscretionary

Grant Privileges to Users, Including the Capabilities to Access Specific Data Items in a Specific Mode

Available in Most Commercial DBMSs Aspects of DACAspects of DAC

User’s Identity Predefined Discretionary “Rules” Defined by the

Security Administrator Focus on Two Variants of this ModelFocus on Two Variants of this Model

Access Matrix Model Lampson’s Protection System

Role Delegation and Delegation AuthorityRole Delegation and Delegation Authority Detail DAC in SQL2Detail DAC in SQL2

Page 56: Security Concepts and Capabilities

Security_BG-56

CSE 2102

What is Role Delegation?What is Role Delegation? Role Delegation, a User-to-User Relationship, Allows Role Delegation, a User-to-User Relationship, Allows

an an Original User (OU)Original User (OU) to Transfer Responsibility for a to Transfer Responsibility for a Particular Role to a Particular Role to a Delegated User (DU)Delegated User (DU)

Two Major Types of DelegationTwo Major Types of Delegation Administratively-directed Delegation has an

Administrative Infrastructure Outside the Direct Control of a User Mediates Delegation

User-directed Delegation has an User (Playing a Role) Determining If and When to Delegate a Role to Another User

In Both, Security Administrators Still Oversee Who In Both, Security Administrators Still Oversee Who Can Do What When w.r.t. DelegationCan Do What When w.r.t. Delegation

Delegation Vital in Health Care:Delegation Vital in Health Care: Provider on-Call, Emergent Situations, DCP …

Page 57: Security Concepts and Capabilities

Security_BG-57

CSE 2102

Why is Role Delegation Important?Why is Role Delegation Important? Many Different Scenarios Under Which Privileges Many Different Scenarios Under Which Privileges

May Want to be Passed to Other IndividualsMay Want to be Passed to Other Individuals Large organizations often require delegation to

meet demands on individuals in specific roles for certain periods of time

True in Many Different Sectors Health Care Financial Services Engineering Academic Setting

Key Issues:Key Issues: Who Controls Delegation to Whom? How are Delegation Requirements Enforced?

Page 58: Security Concepts and Capabilities

Security_BG-58

CSE 2102

What Can be Delegated?What Can be Delegated? Authority to Do the Task, Carries the Least Authority to Do the Task, Carries the Least

Responsibility Necessary to Execute the Task, but Responsibility Necessary to Execute the Task, but Does Mean the Delegated User Can Execute the Does Mean the Delegated User Can Execute the Delegated Task or Role. Delegated Task or Role.

Responsibility to Do a Task Implies Accountability Responsibility to Do a Task Implies Accountability and a Vested Interest that a Task or Role Can Be and a Vested Interest that a Task or Role Can Be Executed Properly. Executed Properly.

Duty to Perform a Task Implies that the Delegated Duty to Perform a Task Implies that the Delegated User is Obligated to Execute the Given Task. User is Obligated to Execute the Given Task.

Our Focus: Delegate Authority OnlyOur Focus: Delegate Authority Only

Page 59: Security Concepts and Capabilities

Security_BG-59

CSE 2102

Delegation/Pass on Delegation AuthoritiesDelegation/Pass on Delegation Authorities When Establishing Privileges (by the Security Officer) When Establishing Privileges (by the Security Officer)

there must be the Ability to Define:there must be the Ability to Define: Delegation Authority (DA)

Recall:Security Officer can Delegate a Role to User DA Means that the Security Officer Can Delegate the

Authority to Delegate to another User Role Can be Delegated by one User to Another However, Delegation Authority Cannot

Pass-on Delegation Authority (PODA) PODA Augments DA to Allow the Delegation

Authority to Also be Delegated as Part of the Delegation of a Role to a User

Page 60: Security Concepts and Capabilities

Security_BG-60

CSE 2102

Example - Role DelegationExample - Role Delegation General DoBest Delegates his Role CDR_CR1

(Commander, Crisis 1) to Colonel DoGood with DA, where DoBest, CDR_CR1, and DoGood defined as:

OU: [DoBest, [ct, ], T]UR: [CDR_CR1, [01dec00, 01dec01], T]UA: [DoBest, CDR_CR1, [01dec00, 01dec01]]DA: YesPODA: Yes

After Delegation:

DU: [DoGood, [01dec00, 01jun01], T]UA: [DoGood, CDR_CR1, [01dec00, 01jun01]]

Page 61: Security Concepts and Capabilities

Security_BG-61

CSE 2102

Example - Role DelegationExample - Role Delegation Now,Now, Colonel DoGood wishes to re-delegate Colonel DoGood wishes to re-delegate

CDR_CR1 to Major CanDoRight, which can be CDR_CR1 to Major CanDoRight, which can be defined as:defined as:

DU: [DoGood, [01dec00, 01jun01], T]UR: [CDR_CR1, [01dec00, 01dec01], T]UA: [DoGood, CDR_CR1, [01dec00, 01jun01]]DA: YesPODA: No

After Delegation:

DU: [CanDoRight, [01jan01, 01feb01], T]UA: [CanDoRight, CDR_CR1, [01dec00, 01jun01]]

Page 62: Security Concepts and Capabilities

Security_BG-62

CSE 2102

Role Delegation Revocation RulesRole Delegation Revocation Rules User-to-User Delegation Authority Rule User-to-User Delegation Authority Rule

A User (OU or DU) Who is a Current Member of a Delegatable Role (DUR), Can Delegate that User Role to Any User that Meets the Prerequisite Conditions of the Role: DU Receiving the Role is Not a Member of the Role; OU or DU is Identified As Having Delegation

Authority for the Role; DU Meets the Mandatory Access Control Constraints

(MACC).

Page 63: Security Concepts and Capabilities

Security_BG-63

CSE 2102

Role Delegation Revocation RulesRole Delegation Revocation Rules Delegation Revocation Authorization Rule: Delegation Revocation Authorization Rule:

An Original User Can Revoke Any Delegated User From a User Role in Which the OU Executed the Delegation.

This is a Stricter Interpretation than [Zhan01], Which Allows Any OU of a Role Revocation Authority Over a DU in the Delegation Path.

In Addition, a Security Administrator Can Revoke Any Delegation.

Cascading Revocation Rule: Cascading Revocation Rule: Whenever an OU or DU in the delegation path is

revoked, all DUs in the path are revoked.

Page 64: Security Concepts and Capabilities

Security_BG-64

CSE 2102

Monotonicity and Permanence Monotonicity and Permanence Definition: Monotonicity Refers to the State of

Control the OU Possesses After Role Delegation Monotonic Delegation Means That the OU

Maintains Control of the Delegated Role Non-monotonic Means That the OU Passes the

Control of the Role to DU Definition: Definition: PermanencePermanence Refers to Delegation in Refers to Delegation in

Terms of Time DurationTerms of Time Duration Permanent Delegation is When a DU Permanently

Replaces the OU Temporary Delegation Has an Associated Time

Limit With Each Role

Page 65: Security Concepts and Capabilities

Security_BG-65

CSE 2102

Totality and AdministrationTotality and Administration Definition: Definition: Totality Refers to How Completely the

Permissions Assigned to the Role Are Delegated Partial Delegation Refers to the Delegation of a

Subset of the Permissions of the Role Total Delegation Refers to the Situation All of the

Permissions of the Role Are Delegated Definition: Definition: Administration Refers to how Delegation

will be Administered User Directed is when the User Controls all Aspects

of Delegation Administrator-Directed (Third party, Agent-

directed) is when Control is with the Security Officer

Page 66: Security Concepts and Capabilities

Security_BG-66

CSE 2102

RevocationRevocation Definition: Definition: Cascading Revocation Refers to the

Indirect Revocation of All DUs When the OU Revokes Delegation or Administration Revokes the OU’s Delegated Role

Definition: Definition: Grant-Dependency Revocation Refers to Who Has Authority to Revoke a DU Grant-Dependent Revocation Only Allow the OU

to Revoke the Delegated Role Grant-Independent Revocation Allows Any

Original Member of the DUR to Revoke a Delegated Role

Page 67: Security Concepts and Capabilities

Security_BG-67

CSE 2102

Database Security ApproachDatabase Security Approach Software Engineers can Write Complex Programs Software Engineers can Write Complex Programs

Limited by Intellectual CapabilitiesLimited by Intellectual Capabilities DB Designer Must Create Protection Scheme that DB Designer Must Create Protection Scheme that

Can’t be Bypassed by Current and Future SoftwareCan’t be Bypassed by Current and Future Software Users and DB InitiatorsUsers and DB Initiators

Users have Dedicated and Shared DB Items DB Items Shared by User Groups vs. DB Items

Globally Shared Users Spawn Clients that Access DB Items Clients May be Local or Remote (on Another

Machine Connected via Network) Protection System of DB Must Support Above Protection System of DB Must Support Above

According to Organization’s Admin. PolicyAccording to Organization’s Admin. Policy

Page 68: Security Concepts and Capabilities

Security_BG-68

CSE 2102

Database SecurityDatabase Security Types of SecurityTypes of Security

Database Security is Mainly Related with Access Rights to the Database

Database Security Involves Issues Such as Governmental or Corporate Level of Policies Privacy and Confidentiality Requirements

For Example - Consider a Medicine Prescription Physician or PA Only One Authorized to Write Drug,

Dosage, Refills, Generic vs. Brand, etc. Pharmacist by Law Can Enter Script, Replace Brand

with Generic, Alter “Refills” - Can’t Change the Med By Law - Protect the Script per Patient (MD/Insurance)

Access Control is Mechanism to Prevent Unauthorized Access Control is Mechanism to Prevent Unauthorized Access to DatabasesAccess to Databases

Page 69: Security Concepts and Capabilities

Security_BG-69

CSE 2102

Database SecurityDatabase Security Database Administrator (DBA) has the Privileged Database Administrator (DBA) has the Privileged

Commands to Perform the Following on DatabasesCommands to Perform the Following on Databases Account Creation Privilege Granting Privilege Revocation Security Level Assignments

Elements of the Security ModelElements of the Security Model Subjects (Principals) Objects (Data) Access Methods (How to Use) Policies (Application Dictated) Authorizations (Who Can Do What) Authentication and Enforcement (Runtime)

Page 70: Security Concepts and Capabilities

Security_BG-70

CSE 2102

DAC in SQL2DAC in SQL2 SQL2 Uses the Concept of SQL2 Uses the Concept of Authorization IdentifierAuthorization Identifier

User Group (could be Single User) References a Set of User Accounts

DBA Must Provide Selective Access by each User to DBA Must Provide Selective Access by each User to Every Relation in the DB Based on AccountEvery Relation in the DB Based on Account

Two Levels of Privilege AssignmentTwo Levels of Privilege Assignment Account Level - DBA Manages the Accounts for

to Authorize Users to Different DBs Relation/Table Level - Controlling Access to Each

Relation or View in a DB ObjectiveObjective

Manage and Administer Design/Realize the Security Policy

Page 71: Security Concepts and Capabilities

Security_BG-71

CSE 2102

Privileges in SQLPrivileges in SQL Allocated at a Relation LevelAllocated at a Relation Level

SELECT Privilege - Gives Account Retrieval Access

MODIFY Privilege Gives Account Ability to Change the Database Subdivided into Insert, Update, and Delete Insert and Update can be Specialized on Different

Attributes of Relation REFERENCES Privilege

Gives Account the Ability re. Integrity Constraints Can be Restricted to Certain Attributes of Relation

Commands to both GRANT and REVOKE are Commands to both GRANT and REVOKE are SupportedSupported

Page 72: Security Concepts and Capabilities

Security_BG-72

CSE 2102

Example Schema Example Schema Consider Two Database Tables:Consider Two Database Tables:

EMPLOYEE (NAME, SNN, BDATE, ADDRESS, SET, SALARY,

DNO) DEPARTMENT

(D#, DNAME, MGRSNN) Consider Four Accounts/Users:Consider Four Accounts/Users:

U1, U2, U3 and U4 Limit U1 to be Able to Create Schema In SQL

GRANT CREATETAB TO U1; In SQL2

CREATE SCHEMA EXAMPLE AUTHORIZATION U1; U1 Can Create Tables In Schema EXAMPLE

Page 73: Security Concepts and Capabilities

Security_BG-73

CSE 2102

SQL ExamplesSQL Examples Suppose U1 Wants to Grant U2 the Ability to Insert Suppose U1 Wants to Grant U2 the Ability to Insert

and Delete into EMPLOYEE and DEPARTMENTand Delete into EMPLOYEE and DEPARTMENT U1 Wants to Disallow Ability of U2 to Propagate

(Delegate) Insert/Delete to Other Users GRANT INSERT, DELETE ON EMPLOYEE,

DEPARTMENT TO U2; Suppose U1 Wants to Grant U3 the Ability to Select Suppose U1 Wants to Grant U3 the Ability to Select

from EMPLOYEE and DEPARTMENTfrom EMPLOYEE and DEPARTMENT U1 Allows U3 to Propagate to Other Users

GRANT SELECT ON EMPLOYEE TO U3 WITH GRANT OPTION;

Now, U3 can: GRANT SELECT ON EMPLOYEE TO U4; U4 Cannot Propagate/Delegate this Privilege

Page 74: Security Concepts and Capabilities

Security_BG-74

CSE 2102

SQL ExamplesSQL Examples Suppose U1 Wants to REVOKE U3 the Ability to Suppose U1 Wants to REVOKE U3 the Ability to

Select from EMPLOYEE and DEPARTMENTSelect from EMPLOYEE and DEPARTMENT REVOKE SELECT ON EMPLOYEE TO U3;

Database Must Also Cascade this Revoke to U4 Since U3 No Longer has the Ability to Grant

Cascading Revokes Can be Complicated as Privileges Cascading Revokes Can be Complicated as Privileges are Definedare Defined

Consider 100 Users and DB with 20 Tables and Consider 100 Users and DB with 20 Tables and Ability to Grant/Revoke Becomes ComplexAbility to Grant/Revoke Becomes Complex

Consequently, Propagation/Delegation are Usually Consequently, Propagation/Delegation are Usually Only Given Very CarefullyOnly Given Very Carefully

Critical to Document Security Policy for Each Critical to Document Security Policy for Each Application!Application!

Page 75: Security Concepts and Capabilities

Security_BG-75

CSE 2102

SQL ExamplesSQL Examples Suppose that U1 wants to Give Back to U3 a Limited Suppose that U1 wants to Give Back to U3 a Limited

Capability to SELECT from EMPLOYEE Capability to SELECT from EMPLOYEE Also Allow U3 to be able to Propagate U1 First Creates a View

create view U3_EMP as

select NAME, BDATE, ADDRESS

from EMPLOYEE

where DNO = 5; U1 Now Grants the View

GRANT SELECT ON U3_EMP TO U3 WITH GRANT OPTION;

U1 Can also Grant Limited Update GRANT UPDATE ON EMPLOYEE (SAL) TO U4;

Page 76: Security Concepts and Capabilities

Security_BG-76

CSE 2102

CryptographyCryptography Information can be Encoded Using a Key it is Written Information can be Encoded Using a Key it is Written

(or Transferred) -- Encryption(or Transferred) -- Encryption Information is then Decoded Using a Key When it is Information is then Decoded Using a Key When it is

Read (or Received) -- DecryptionRead (or Received) -- Decryption Very Widely Used for Secure Network TransmissionVery Widely Used for Secure Network Transmission Mathematical Basis - Prime Number GenerationMathematical Basis - Prime Number Generation

plaintext ciphertext

encryption

decryption

Page 77: Security Concepts and Capabilities

Security_BG-77

CSE 2102 plaintext plaintext

EncryptEncrypt DecryptDecrypt

Ke Kd

C = EKe(plaintext)

More on CryptographyMore on Cryptography

InvaderInvaderSide information plaintext

Page 78: Security Concepts and Capabilities

Security_BG-78

CSE 2102

Cryptographic Systems

Conventional orSymmetric Systems

Modern Systems

Private Key Public Key•Ke and Kd are essentially the same •Ke and Kd are

private•Ke is public•Kd is private

Cryptographic SystemsCryptographic Systems

Page 79: Security Concepts and Capabilities

Security_BG-79

CSE 2102

Statistical Databases are used to Produce Statistics on Statistical Databases are used to Produce Statistics on Various PopulationsVarious Populations Individual Information is Considered Confidential Users May be Allowed to Access Statistical

Information on the Population, i.e., Applying Statistic Functions to a Population of Tuples

Techniques for Protecting Privacy of Individual Techniques for Protecting Privacy of Individual Information Solutions are Illustrated by Examples:Information Solutions are Illustrated by Examples:

Suppose we are Allowed to Retrieve Only the Suppose we are Allowed to Retrieve Only the Statistical Information Over this Relation by Using Statistical Information Over this Relation by Using SUM, AVG, MIN, MAX, COUNT, Etc.SUM, AVG, MIN, MAX, COUNT, Etc.

Vital for Epidemiology and other Clinical ResearchVital for Epidemiology and other Clinical Research

Person(name, ssn, income, address,city, state, zip, sex, last_degree)

Statistical Database SecurityStatistical Database Security

Page 80: Security Concepts and Capabilities

Security_BG-80

CSE 2102

select COUNT(*) from Personwhere last_degree = “ph.D.”and sex = “F”and city = “Calgary”and state = “Alberta”;

select AVG(income) from Personwhere last_degree = “ph.D.”and sex = “F”and city = “Calgary”and state = “Alberta”;

Q1: find the total number of women who have ph.D. and live in Calgary, Alberta.

Q1: find the average income of women who have ph.D. and live in Calgary, Alberta.

Example of Statistical DBExample of Statistical DB Consider Q1 and Q2:Consider Q1 and Q2:

Suppose Mary Black is a Ph.D who Lives in Calgary and we Suppose Mary Black is a Ph.D who Lives in Calgary and we want to know her Income, which is Prohibited want to know her Income, which is Prohibited If Query Q1 Returns One Tuple, then the Result of Q2 is

the Income of Mary Otherwise we May Issue a Number of Subsequent Queries

Using MAX and MIN, we May Easily Obtain a Close Range of Mary’s Income

Page 81: Security Concepts and Capabilities

Security_BG-81

CSE 2102

The Issue is that Even with Statistical DB Limits, it is The Issue is that Even with Statistical DB Limits, it is Possible to Infer and Discern Confidential Info.Possible to Infer and Discern Confidential Info.

Suppose the Query Writer (Connie) also Lives in Suppose the Query Writer (Connie) also Lives in Calgary and has a Ph.D. Calgary and has a Ph.D.

Consider Q3 (left) and Q4 (right) below:Consider Q3 (left) and Q4 (right) below:

Since Connie Knows her Own Income, by Calculating Since Connie Knows her Own Income, by Calculating Q4 - (Q3 - Connie’s Income), She Determinds Mary’s Q4 - (Q3 - Connie’s Income), She Determinds Mary’s IncomeIncome

select SUM(income) from Personwhere last_degree = “ph.D.”and sex = “F”and city = “Calgary”and state = “Alberta”;and name <> “Mary”

select SUM(income) from Personwhere last_degree = “ph.D.”and sex = “F”and city = “Calgary”and state = “Alberta”and name <> “Connie”;

Example Two of Statistical DBExample Two of Statistical DB

Page 82: Security Concepts and Capabilities

Security_BG-82

CSE 2102

Statistical Database SecurityStatistical Database Security Thus, having Just Aggregate Operations Can Allow Thus, having Just Aggregate Operations Can Allow

the Confidentiality of DB to be Breachedthe Confidentiality of DB to be Breached A Number of Restrictions can be used to Reduce the A Number of Restrictions can be used to Reduce the

Possibility of Deducing Individual Information from Possibility of Deducing Individual Information from Statistical Queries: Statistical Queries: Statistical Queries are not Permitted if the Number

of Tuples in the Population Specified by the Selection Condition Falls Below Some Threshold

Restricting the Number of Tuples in the Intersection of Subsequent Query Results

Prohibiting Sequences of Queries that Refer Repeatedly to the Same Population of Tuples

While these can help - it may Still Possible to Deduce While these can help - it may Still Possible to Deduce Information and Breach Confidentiality!Information and Breach Confidentiality!

Page 83: Security Concepts and Capabilities

Security_BG-83

CSE 2102

Web Based SecurityWeb Based Security What are the Issues and Concerns in Web-Based What are the Issues and Concerns in Web-Based

Security?Security?See: http://www.w3.org/Security/Faq/ See: http://www.w3.org/Security/Faq/

Partitions Security into:Partitions Security into: Client Side Security Server Side Security CGI Scripts Protecting Confidential Documents Denial of Service Attacks

We’ll Briefly Review all, but Concentrate on those We’ll Briefly Review all, but Concentrate on those Most Apropos to BMI and Associated Web-Based Most Apropos to BMI and Associated Web-Based Applications (e.g., Team Project)Applications (e.g., Team Project)

Page 84: Security Concepts and Capabilities

Security_BG-84

CSE 2102

General Web Security IssuesGeneral Web Security Issues Bugs or Configuration Problems in Web Servers that Bugs or Configuration Problems in Web Servers that

allow Remote users able to:allow Remote users able to: Steal Confidential Documents, Execute Commands

on Servers, Break Into Servers, Launch DoS Browser-Side:Browser-Side:

Active-X or Applets Can Breach Privacy Misuse of Supplied Personal Info (App Side)

Network Eavesdropping:Network Eavesdropping: Network on Browser Side Network on Server Side End User ISP, Server ISP

What is the Biggest Concern for BMI?What is the Biggest Concern for BMI?

Page 85: Security Concepts and Capabilities

Security_BG-85

CSE 2102

General Web Security IssuesGeneral Web Security Issues Impact of OS on Web Security:Impact of OS on Web Security:

Unix and NT – Powerful and Full Featured have Many Potential Holes – most Vulnerable

Special Purpose Web Boxes – less Vulnerable Bare-Bones Macintosh – least Vulnerable

Security of Web Server Software ProgramsSecurity of Web Server Software Programs Dependent on Services Offered Simple Server (Static files) Safer than Complex

Server (CGI scripts, Server-Side Processing, etc.) All Security Servers have Holes!

Common Gateway Interface (CGI) Scripts are Major Common Gateway Interface (CGI) Scripts are Major Source of Security ProblemsSource of Security Problems Issue Traced to Diligence in Writing Code as

Opposed to Technology Itself

Page 86: Security Concepts and Capabilities

Security_BG-86

CSE 2102

General Web Security IssuesGeneral Web Security Issues General Security Precautions – Laundry ListGeneral Security Precautions – Laundry List

Who is allowed to use the system When they are allowed to use it What they are allowed to do (different groups may

be granted different levels of access) Procedures for granting access to the system Procedures for revoking access (e.G. When an

employee leaves) What constitutes acceptable use of the system Remote and local login methods System monitoring procedures Protocols for responding to suspected security

breaches

Page 87: Security Concepts and Capabilities

Security_BG-87

CSE 2102

Benefits for Written Security PolicyBenefits for Written Security Policy You yourself will understand what is and is not You yourself will understand what is and is not

permitted on the system. If you don't have a clear permitted on the system. If you don't have a clear picture of what is permitted, you can never be sure picture of what is permitted, you can never be sure when a violation has occurred. when a violation has occurred.

Others in your organization will understand what the Others in your organization will understand what the security policy is. The written policy raises the level security policy is. The written policy raises the level of security consciousness, and provides a focal point of security consciousness, and provides a focal point for discussion. for discussion.

The security policy serves as a requirements document The security policy serves as a requirements document against which technical solutions can be judged. This against which technical solutions can be judged. This helps guard against the "buy first, ask questions later" helps guard against the "buy first, ask questions later" syndrome. syndrome.

The policy may help bolster your legal case should The policy may help bolster your legal case should you ever need to prosecute for a security violation. you ever need to prosecute for a security violation.

Page 88: Security Concepts and Capabilities

Security_BG-88

CSE 2102

Issues of Client Side SecurityIssues of Client Side SecurityQ1 How do I turn off the "You are submitting the contents of a form insecurely" message in How do I turn off the "You are submitting the contents of a form insecurely" message in

Netscape? Should I worry about it? Netscape? Should I worry about it? Q2 How secure is the encryption used by SSL? How secure is the encryption used by SSL? Q3 When I try to view a secure page, the browser complains that the site certificate doesn't When I try to view a secure page, the browser complains that the site certificate doesn't

match the server and asks me if I wish to continue. Should I? match the server and asks me if I wish to continue. Should I? Q4 When I try to view a secure page, the browser complains that it doesn't recognize the When I try to view a secure page, the browser complains that it doesn't recognize the

authority that signed its certificate and asks me if I want to continue. Should I? authority that signed its certificate and asks me if I want to continue. Should I? Q5 How private are my requests for Web documents? How private are my requests for Web documents? Q6 What's the difference between Java and JavaScript? What's the difference between Java and JavaScript? Q7 Are there any known security holes in Java? Are there any known security holes in Java? Q8 Are there any known security holes in JavaScript? Are there any known security holes in JavaScript? Q9 What is ActiveX? Does it pose any risks? What is ActiveX? Does it pose any risks? Q10 Do "Cookies" Pose any Security Risks? Do "Cookies" Pose any Security Risks? Q11 I hear there's an e-mail message making the rounds that can trash my hard disk when I I hear there's an e-mail message making the rounds that can trash my hard disk when I

open it. Is this true? open it. Is this true? Q12 Can one Web site hijack another's content? Can one Web site hijack another's content? Q13 Can my web browser reveal my LAN login name and password? Can my web browser reveal my LAN login name and password? Q14 Are there any known problems with Microsoft Internet Explorer? Are there any known problems with Microsoft Internet Explorer? Q15 Are there any known problems with Netscape Communicator? Are there any known problems with Netscape Communicator? Q16 Are there any known problems with Lynx for Unix? Q16 Are there any known problems with Lynx for Unix? Q17 Someone suggested I configure /bin/csh as a viewer for documents of type application/x-Q17 Someone suggested I configure /bin/csh as a viewer for documents of type application/x-

csh. Is this a good idea? csh. Is this a good idea? Q18 Is there anything else I should keep in mind regarding external viewers?Q18 Is there anything else I should keep in mind regarding external viewers?

Page 89: Security Concepts and Capabilities

Security_BG-89

CSE 2102

Issues of Client Side SecurityIssues of Client Side Security

Q9 What is ActiveX? Does it pose any risks? Q9 What is ActiveX? Does it pose any risks? Q10 Do "Cookies" Pose any Security Risks? Q10 Do "Cookies" Pose any Security Risks? Q11 I hear there's an e-mail message making the rounds Q11 I hear there's an e-mail message making the rounds

that can trash my hard disk when I open it. Is this true? that can trash my hard disk when I open it. Is this true? Q12 Can one Web site hijack another's content? Q12 Can one Web site hijack another's content? Q13 Can my web browser reveal my LAN login name and Q13 Can my web browser reveal my LAN login name and

password? password? Q14 Are there any known problems with Microsoft IE? Q14 Are there any known problems with Microsoft IE? Q15 Are there any known problems with Netscape Com.? Q15 Are there any known problems with Netscape Com.? Q16 Are there any known problems with Lynx for Unix? Q16 Are there any known problems with Lynx for Unix? Q17 Is it a good idea to configure /bin/csh as a viewer for Q17 Is it a good idea to configure /bin/csh as a viewer for

documents of type application/x-csh. documents of type application/x-csh. Q18 Is there anything else I should keep in mind Q18 Is there anything else I should keep in mind

regarding external viewers?regarding external viewers?

Page 90: Security Concepts and Capabilities

Security_BG-90

CSE 2102

Issues of Protecting Confidential DocumentsIssues of Protecting Confidential Documents

Q1 What types of access restrictions are available? Q1 What types of access restrictions are available? Q2 How safe is restriction by IP address or domain name? Q2 How safe is restriction by IP address or domain name? Q3 How safe is restriction by user name and password? Q3 How safe is restriction by user name and password? Q4 What is user verification? Q4 What is user verification? Q5 How do I restrict access to documents by the IP Q5 How do I restrict access to documents by the IP

address or domain name of the remote browser? address or domain name of the remote browser? Q6 How do I add new users and passwords? Q6 How do I add new users and passwords? Q7 Isn't there a CGI script to allow users to change their Q7 Isn't there a CGI script to allow users to change their

passwords online? passwords online? Q9 How does encryption work? Q9 How does encryption work? Q10 What are: SSL, SHTTP, Shen? Q10 What are: SSL, SHTTP, Shen? Q11 Are there any "freeware" secure servers? Q11 Are there any "freeware" secure servers?

Page 91: Security Concepts and Capabilities

Security_BG-91

CSE 2102

Web Services SecurityWeb Services Security Predominately Achieved via SOAP MessagingPredominately Achieved via SOAP Messaging

See: See: http://www.oasis-open.org/specs/index.php#wssv1.0 Enhancements to SOAP Messaging for:Enhancements to SOAP Messaging for:

Message Integrity Message Confidentiality Single Message Authentication

General Purpose Mechanism for Associating Security General Purpose Mechanism for Associating Security Token with messagesToken with messages

This is a Good Topic for Project 2 – Web Services This is a Good Topic for Project 2 – Web Services Security… Security… See also:See also:http://www.ibm.com/developerworks/library/specification/ws-secure/

Page 92: Security Concepts and Capabilities

Security_BG-92

CSE 2102

Concluding RemarksConcluding Remarks Security is Multi-Step, Multi-Discipline ProcessSecurity is Multi-Step, Multi-Discipline Process

Definition of Security Requirements Realization of Security at Web, Application, and

Database Levels Integration of Security from Client to Web to

Application to DB Rigorous Definition of Security Policy Dynamic Nature of Security Privileges Enforcement of Defined Privileges Across and within

Multiple Tiers Overall, Security in Today’s World Integral Part of Overall, Security in Today’s World Integral Part of

Everyday Life - Some Key ConcernsEveryday Life - Some Key Concerns Confidentiality of an Individuals Data – PHR/EMR Identity Theft Protecting National Infrastructure