Transcript
Page 1: CS-430: Operating Systems Week 7

scis.regis.edu ● [email protected]

CS-430: Operating SystemsWeek 7

Dr. Jesús BorregoLead Faculty, COSRegis University

1

Page 2: CS-430: Operating Systems Week 7

Topics

•Chapter 14 – Protection Concepts•Chapter 15 – Operating System Security•Quiz 3 in class (Ch. 8, 9, 11, 12)•Final project due this week•Final project oral presentation due next week

▫20 min. each, 3/hr, 5 minute break between each

▫Provide presentation file before class•Final Exam – take home, due Monday, 12/16,

midnight

2

Page 3: CS-430: Operating Systems Week 7

Chapter 14 – Protection Concepts

3

Page 4: CS-430: Operating Systems Week 7

Chapter 14: Protection•Goals of Protection •Principles of Protection•Domain of Protection •Access Matrix •Implementation of Access Matrix •Access Control•Revocation of Access Rights •Capability-Based Systems •Language-Based Protection

4

Page 5: CS-430: Operating Systems Week 7

Objectives•Discuss the goals and principles of

protection in a modern computer system

•Explain how protection domains combined with an access matrix are used to specify the resources a process may access

•Examine capability and language-based protection systems

5

Page 6: CS-430: Operating Systems Week 7

Goals of Protection•In one protection model,

computer consists of a collection of objects, hardware or software

•Each object has a unique name and can be accessed through a well-defined set of operations

•Protection problem - ensure that each object is accessed correctly and only by those processes that are allowed to do so

6

Page 7: CS-430: Operating Systems Week 7

Security Defined

7

Page 8: CS-430: Operating Systems Week 7

System Security Overview

Three main components of security:◦Confidentiality – protect information so it

does not fall into wrong hands◦Integrity – information modification done

through authorized means◦Availability – authorized users have access to

required information (for legitimate purposes)

IT security professionals refer to this as the CIA Triad

8

Page 9: CS-430: Operating Systems Week 7

CIA Triad

9

Con

fiden

tialit

y Integrity

Availability

Information Security

Note: From “Information Security Illuminated”(p.3), by Solomon and Chapple, 2005, Sudbury, MA: Jones and Bartlett.

Information kept must be available only to authorized individuals

Unauthorized changes must be prevented

Authorized users must have access to their information for legitimate purposes

Page 10: CS-430: Operating Systems Week 7

Threats

10

Con

fiden

tialit

y Integrity

Availability

Information Security

Note: From “Information Security Illuminated”(p.5), by Solomon and Chapple, 2005, Sudbury, MA: Jones and Bartlett.

Disclosure A

lteration

Denial

Page 11: CS-430: Operating Systems Week 7

Principles of Protection•Guiding principle – principle of least

privilege▫Programs, users and systems should be given

just enough privileges to perform their tasks▫Limits damage if entity has a bug, gets abused▫Can be static (during life of system, during life

of process) ▫Or dynamic (changed by process as needed) –

domain switching, privilege escalation▫“Need to know” a similar concept regarding

access to data

11

Page 12: CS-430: Operating Systems Week 7

Principles of Protection (Cont.)•Must consider “grain” aspect

▫Rough-grained privilege management easier, simpler, but least privilege now done in large chunks For example, traditional Unix processes either

have abilities of the associated user, or of root▫Fine-grained management more complex,

more overhead, but more protective File ACL lists, RBAC

•Domain can be user, process, procedure

12

Page 13: CS-430: Operating Systems Week 7

Domain Structure•Access-right = <object-name,

rights-set>where rights-set is a subset of all valid operations that can be performed on the object

•Domain = set of access-rights

13

Page 14: CS-430: Operating Systems Week 7

Domain Implementation (UNIX)•Domain = user-id•Domain switch accomplished via file system

Each file has associated with it a domain bit (setuid bit) When file is executed and setuid = on, then user-id is set to

owner of the file being executed When execution completes user-id is reset

•Domain switch accomplished via passwords▫su command temporarily switches to another user’s

domain when other domain’s password provided•Domain switching via commands

▫sudo command prefix executes specified command in another domain (if original domain has privilege or password given)

14

Page 15: CS-430: Operating Systems Week 7

Domain Implementation (MULTICS)•Protection organized in a ring structure (0-7)•Let Di and Dj be any two domain rings

• If j < i Di Dj subset of Dj

15

Page 16: CS-430: Operating Systems Week 7

Multics Benefits and Limits•Ring / hierarchical structure provided

more than the basic kernel / user or root / normal user design

•Fairly complex -> more overhead•But does not allow strict need-to-know

▫Object accessible in Dj but not in Di, then j must be < i

▫But then every segment accessible in Di also accessible in Dj

16

Page 17: CS-430: Operating Systems Week 7

Access Matrix•View protection as a matrix (access matrix)•Rows represent domains•Columns represent objects•Access(i, j) is the set of operations that a process executing in Domaini can invoke on Objectj

Fig. 14.3 – Access matrix

17

Page 18: CS-430: Operating Systems Week 7

Use of Access Matrix• If a process in Domain Di tries to do “op” on

object Oj, then “op” must be in the access matrix

•User who creates object can define access column for that object

•Can be expanded to dynamic protection▫Operations to add, delete access rights▫Special access rights:

owner of Oi

copy op from Oi to Oj (denoted by “*”) control – Di can modify Dj access rights transfer – switch from domain Di to Dj

▫Copy and Owner applicable to an object▫Control applicable to domain object

18

Page 19: CS-430: Operating Systems Week 7

Use of Access Matrix (Cont.)

•Access matrix design separates mechanism from policy▫Mechanism

Operating system provides access-matrix + rules If ensures that the matrix is only manipulated by

authorized agents and that rules are strictly enforced

▫Policy User dictates policy Who can access what object and in what mode

•But doesn’t solve the general confinement problem

19

Page 20: CS-430: Operating Systems Week 7

Access Matrix of Figure 14.3 with Domains as Objects

20

Page 21: CS-430: Operating Systems Week 7

Access Matrix with Copy Rights

21

Page 22: CS-430: Operating Systems Week 7

Access Matrix With Owner Rights

22

Page 23: CS-430: Operating Systems Week 7

Modified Access Matrix of Figure B

23

Page 24: CS-430: Operating Systems Week 7

Implementation of Access Matrix

•Generally, a sparse matrix•Option 1 – Global table

▫Store ordered triples <domain, object, rights-set> in table

▫A requested operation M on object Oj within domain Di -> search table for < Di, Oj, Rk > with M ∈ Rk

▫But table could be large -> won’t fit in main memory

▫Difficult to group objects (consider an object that all domains can read)

24

Page 25: CS-430: Operating Systems Week 7

Implementation of Access Matrix (Cont.)

•Option 2 – Access lists for objects▫Each column implemented as an access

list for one object▫Resulting per-object list consists of

ordered pairs <domain, rights-set> defining all domains with non-empty set of access rights for the object

▫Easily extended to contain default set -> If M ∈ default set, also allow access

25

Page 26: CS-430: Operating Systems Week 7

Implementation of Access Matrix (Cont.)•Each column = Access-control list for one

object Defines who can perform what operation

Domain 1 = Read, WriteDomain 2 = ReadDomain 3 = Read

•Each Row = Capability List (like a key)For each domain, what operations allowed on what objects

Object F1 – ReadObject F4 – Read, Write, ExecuteObject F5 – Read, Write, Delete, Copy

26

Page 27: CS-430: Operating Systems Week 7

Implementation of Access Matrix (Cont.)• Option 3 – Capability list for domains

▫ Instead of object-based, list is domain based▫ Capability list for domain is list of objects together

with operations allows on them▫ Object represented by its name or address, called a

capability▫ Execute operation M on object Oj, process requests

operation and specifies capability as parameter Possession of capability means access is allowed

▫ Capability list associated with domain but never directly accessible by domain Rather, protected object, maintained by OS and

accessed indirectly Like a “secure pointer” Idea can be extended up to applications

27

Page 28: CS-430: Operating Systems Week 7

Implementation of Access Matrix (Cont.)

•Option 4 – Lock-key▫Compromise between access lists and

capability lists▫Each object has list of unique bit

patterns, called locks▫Each domain as list of unique bit

patterns called keys▫Process in a domain can only access

object if domain has key that matches one of the locks

28

Page 29: CS-430: Operating Systems Week 7

Comparison of Implementations•Many trade-offs to consider

▫Global table is simple, but can be large▫Access lists correspond to needs of users

Determining set of access rights for domain non-localized so difficult

Every access to an object must be checked Many objects and access rights -> slow

▫Capability lists useful for localizing information for a given process But revocation capabilities can be inefficient

▫Lock-key effective and flexible, keys can be passed freely from domain to domain, easy revocation

29

Page 30: CS-430: Operating Systems Week 7

Comparison of Implementations (Cont.)

•Most systems use combination of access lists and capabilities▫First access to an object -> access list

searched If allowed, capability created and attached to process Additional accesses need not be checked

After last access, capability destroyed Consider file system with ACLs per file

30

Page 31: CS-430: Operating Systems Week 7

Access Control• Protection can be applied to non-file

resources• Oracle Solaris 10 provides role-

based access control (RBAC) to implement least privilege▫Privilege is right to execute

system call or use an option within a system call

▫Can be assigned to processes▫Users assigned roles granting

access to privileges and programs Enable role via password to gain its

privileges

▫Similar to access matrix

31

Page 32: CS-430: Operating Systems Week 7

Revocation of Access Rights•Various options to remove the access right

of a domain to an object▫Immediate vs. delayed▫Selective vs. general▫Partial vs. total▫Temporary vs. permanent

•Access List – Delete access rights from access list▫Simple – search access list and remove

entry▫Immediate, general or selective, total or

partial, permanent or temporary

32

Page 33: CS-430: Operating Systems Week 7

Revocation of Access Rights (Cont.)•Capability List – Scheme required to locate

capability in the system before capability can be revoked▫Reacquisition – periodic delete, with require

and denial if revoked▫Back-pointers – set of pointers from each

object to all capabilities of that object (Multics)▫Indirection – capability points to global table

entry which points to object – delete entry from global table, not selective (CAL)

▫Keys – unique bits associated with capability, generated when capability created

33

Page 34: CS-430: Operating Systems Week 7

Revocation of Access Rights (Cont.)

▫Keys: Master key associated with object, key

matches master key for access Revocation – create new master key Policy decision of who can create and modify

keys – object owner or others?

34

Page 35: CS-430: Operating Systems Week 7

Capability-Based Systems

•Hydra▫Fixed set of access rights known to and

interpreted by the system i.e. read, write, or execute each memory segment

User can declare other auxiliary rights and register those with protection system

Accessing process must hold capability and know name of operation

Rights amplification allowed by trustworthy procedures for a specific type

35

Page 36: CS-430: Operating Systems Week 7

Capability-Based Systems (Cont’d)

▫Interpretation of user-defined rights performed solely by user's program; system provides access protection for use of these rights

▫Operations on objects defined procedurally – procedures are objects accessed indirectly by capabilities

▫Solves the problem of mutually suspicious subsystems

▫Includes library of prewritten security routines

36

Page 37: CS-430: Operating Systems Week 7

Capability-Based Systems (Cont.) •Cambridge CAP System

▫Simpler but powerful▫Data capability - provides standard

read, write, execute of individual storage segments associated with object – implemented in microcode

▫Software capability -interpretation left to the subsystem, through its protected procedures Only has access to its own subsystem Programmers must learn principles and

techniques of protection

37

Page 38: CS-430: Operating Systems Week 7

Language-Based Protection•Specification of protection in a

programming language allows the high-level description of policies for the allocation and use of resources

•Language implementation can provide software for protection enforcement when automatic hardware-supported checking is unavailable

•Interpret protection specifications to generate calls on whatever protection system is provided by the hardware and the operating system

38

Page 39: CS-430: Operating Systems Week 7

Protection in Java 2• Protection is handled by the Java Virtual Machine

(JVM)• A class is assigned a protection domain when it is

loaded by the JVM• The protection domain indicates what operations the

class can (and cannot) perform• If a library method is invoked that performs a

privileged operation, the stack is inspected to ensure the operation can be performed by the library

• Generally, Java’s load-time and run-time checks enforce type safety

• Classes effectively encapsulate and protect data and methods from other classes

39

Page 40: CS-430: Operating Systems Week 7

Stack Inspection

40

Page 41: CS-430: Operating Systems Week 7

Chapter 15 – Operating System Security

41

Page 42: CS-430: Operating Systems Week 7

Chapter 15: Security•The Security Problem•Program Threats•System and Network Threats•Cryptography as a Security Tool•User Authentication•Implementing Security Defenses•Firewalling to Protect Systems and

Networks•Computer-Security Classifications•An Example: Windows 7

42

Page 43: CS-430: Operating Systems Week 7

Objectives•To discuss security threats and

attacks•To explain the fundamentals of

encryption, authentication, and hashing

•To examine the uses of cryptography in computing

•To describe the various countermeasures to security attacks

43

Page 44: CS-430: Operating Systems Week 7

The Security Problem•System secure if resources used and

accessed as intended under all circumstances▫Unachievable

•Intruders (crackers) attempt to breach security

•Threat is potential security violation•Attack is attempt to breach security•Attack can be accidental or malicious•Easier to protect against accidental

than malicious misuse

44

Page 45: CS-430: Operating Systems Week 7

Threat, Vulnerability, Control

•Front door is wide open and house is unattended▫Vulnerability

•A potential thief walks by and finds the door open▫Threat

•House has motion detection that sounds alarm when movement is detected▫Control

45

Page 46: CS-430: Operating Systems Week 7

Security Violation Categories•Breach of confidentiality

▫Unauthorized reading of data•Breach of integrity

▫Unauthorized modification of data•Breach of availability

▫Unauthorized destruction of data•Theft of service

▫Unauthorized use of resources•Denial of service (DOS)

▫Prevention of legitimate use

46

Page 47: CS-430: Operating Systems Week 7

Security Violation Methods•Masquerading (breach authentication)

▫Pretending to be an authorized user to escalate privileges

•Replay attack▫As is or with message modification

•Man-in-the-middle attack▫Intruder sits in data flow, masquerading as sender to

receiver and vice versa•Session hijacking

▫Intercept an already-established session to bypass authentication

47

Page 48: CS-430: Operating Systems Week 7

Standard Security Attacks

48

Page 49: CS-430: Operating Systems Week 7

Security Measure Levels•Impossible to have absolute security, but

make cost to perpetrator sufficiently high to deter most intruders

•Security must occur at four levels to be effective:▫Physical▫Human▫Operating System▫Network

49

Page 50: CS-430: Operating Systems Week 7

Security Measure Levels (Cont’d)•Security levels:

▫Physical Data centers, servers, connected terminals

▫Human Avoid social engineering, phishing, dumpster

diving▫Operating System

Protection mechanisms, debugging▫Network

Intercepted communications, interruption, DOS•Security is as weak as the weakest link in the

chain•But can too much security be a problem?

50

Page 51: CS-430: Operating Systems Week 7

Program Threats•Trojan Horse

▫Code segment that misuses its environment▫Exploits mechanisms for allowing programs

written by users to be executed by other users▫Spyware, pop-up browser windows, covert

channels▫Up to 80% of spam delivered by spyware-

infected systems•Trap Door

▫Specific user identifier or password that circumvents normal security procedures

▫Could be included in a compiler▫How to detect them?

51

Page 52: CS-430: Operating Systems Week 7

Program Threats (Cont.)•Logic Bomb

▫Program that initiates a security incident under certain circumstances

•Stack and Buffer Overflow▫Exploits a bug in a program (overflow either the stack

or memory buffers)▫Failure to check bounds on inputs, arguments▫Write past arguments on the stack into the return

address on stack▫When routine returns from call, returns to hacked

address Pointed to code loaded onto stack that executes malicious code

▫Unauthorized user or privilege escalation

52

Page 53: CS-430: Operating Systems Week 7

C Program with Buffer-overflow Condition

#include <stdio.h>#define BUFFER SIZE 256int main(int argc, char *argv[]){char buffer[BUFFER SIZE];if (argc < 2)

return -1;else {

strcpy(buffer,argv[1]);return 0;

}}

53

What is the size of argv[1]?

Page 54: CS-430: Operating Systems Week 7

Buffer Overflow Attack

•When a function is called, parameters are copied to the stack frame (next slide)

•Frame pointer is the start of the stack frame

•First field is the return address (where to pass control after function is executed)

•Attacker wants to modify the return address in the stack frame so a different program will execute

•See Modified Shell Code in next slides54

Page 55: CS-430: Operating Systems Week 7

Layout of Typical Stack Frame

55

Page 56: CS-430: Operating Systems Week 7

Modified Shell Code#include <stdio.h>int main(int argc, char *argv[])

{execvp(‘‘\bin\sh’’,‘‘\bin \sh’’, NULL);return 0;

}

56

Page 57: CS-430: Operating Systems Week 7

Hypothetical Stack Frame

Before attack After attack57

Page 58: CS-430: Operating Systems Week 7

Buffer Overflow Attack (Cont’d)

•The execvp creates a shell process•If calling process has root privileges, the

new code will execute as root•The return address has been overwritten•The replacement code is now placed in

the stack

58

Page 59: CS-430: Operating Systems Week 7

Great Programming Required?•For the first step of determining the bug,

and second step of writing exploit code, yes

•Script kiddies can run pre-written exploit code to attack a given system

•Attack code can get a shell with the processes’ owner’s permissions▫Or open a network port, delete files,

download a program, etc

59

Page 60: CS-430: Operating Systems Week 7

Great Programming Required? (Cont’d)

•Depending on bug, attack can be executed across a network using allowed connections, bypassing firewalls

•Buffer overflow can be disabled by disabling stack execution or adding bit to page table to indicate “non-executable” state▫Available in SPARC and x86▫But still have security exploits

60

Page 61: CS-430: Operating Systems Week 7

Program Threats (Cont.)•Viruses

▫Code fragment embedded in legitimate program▫Self-replicating, designed to infect other

computers▫Very specific to CPU architecture, operating

system, applications▫Usually borne via email or as a macro▫Visual Basic Macro to reformat hard drive

Sub AutoOpen()Dim oFSSet oFS = CreateObject(’’Scripting.FileSystemObject’’)vs = Shell(’’c:command.com /k format c:’’,vbHide)

End Sub

61

Page 62: CS-430: Operating Systems Week 7

Program Threats (Cont.)

•Virus dropper inserts virus onto the system•Many categories of viruses, literally many

thousands of viruses▫File / parasitic▫Boot / memory▫Macro▫Source code▫Polymorphic to avoid having a virus signature▫Encrypted▫Stealth▫Tunneling▫Multipartite▫Armored

62

Page 63: CS-430: Operating Systems Week 7

A Boot-sector Computer Virus

63

Page 64: CS-430: Operating Systems Week 7

The Threat Continues•Attacks still common, still occurring•Attacks moved over time from science experiments

to tools of organized crime▫Targeting specific companies▫Creating botnets to use as tool for spam and DDOS

delivery▫Keystroke logger to grab passwords, credit card

numbers•Why is Windows the target for most attacks?

▫Most common▫Everyone is an administrator

Licensing required?▫Monoculture considered harmful

64

Page 65: CS-430: Operating Systems Week 7

System and Network Threats•Some systems “open” rather than secure by

default▫Reduce attack surface▫But harder to use, more knowledge needed to

administer•Network threats harder to detect, prevent

▫Protection systems weaker▫More difficult to have a shared secret on which to base

access▫No physical limits once system attached to internet

Or on network with system attached to internet

▫Even determining location of connecting system difficult IP address is only knowledge

65

Page 66: CS-430: Operating Systems Week 7

System and Network Threats (Cont.)•Worms – spawn mechanism; standalone program• Internet worm

▫Exploited UNIX networking features (remote access) and bugs in finger and sendmail programs

▫Exploited trust-relationship mechanism used by rsh to access friendly systems without use of password

▫Grappling hook program uploaded main worm program 99 lines of C code

▫Hooked system then uploaded main code, tried to attack connected systems

▫Also tried to break into other users accounts on local system via password guessing

▫ If target system already infected, abort except for every 7th time

66

Page 67: CS-430: Operating Systems Week 7

Top 10 Vulnerable OS - 2011

67

Source: http://www.gfi.com/blog/the-most-vulnerable-operating-systems-and-applications-in-2011/

Page 68: CS-430: Operating Systems Week 7

Top 10 Vulnerable OS – 2012 vs 2011

68

Source: http://www.gfi.com/blog/report-the-most-vulnerable-operating-systems-and-applications-in-2012/

Page 69: CS-430: Operating Systems Week 7

Morris Internet Worm - 1988

•A Cornell student set free a worm targeting Sun3

•Brought down the system within a few hours•Method:

▫Two programs: grappling hook (bootstrap) and main

▫Once bootstrap was established, it connected to the originating machine and uploaded the worm remotely

▫Then, find other machines to infect

69

Page 70: CS-430: Operating Systems Week 7

Morris Internet Worm – 1988 – (Cont’d)•Exploited Unix vulnerabilities•Used rsh to execute remotely•Worm searched for systems that allowed

remote execution without password•When found, worm loaded and started

execution•Other methods: finger and sendmail•Finger can be used to return valid user

names and valid logins along with other information

70

Page 71: CS-430: Operating Systems Week 7

The Morris Internet Worm

71

Page 72: CS-430: Operating Systems Week 7

System and Network Threats (Cont.)•Port scanning

▫Automated attempt to connect to a range of ports on one or a range of IP addresses

▫Detection of answering service protocol▫Detection of OS and version running on system▫nmap scans all ports in a given IP range for a

response▫nessus has a database of protocols and bugs

(and exploits) to apply against a system▫Frequently launched from zombie systems

To decrease trace-ability

72

Page 73: CS-430: Operating Systems Week 7

Nmap scan with Zenmap

73

Page 74: CS-430: Operating Systems Week 7

Nmap sample run - Outpu

t

74

Page 75: CS-430: Operating Systems Week 7

Nmap sample run

– Ports

75

Page 76: CS-430: Operating Systems Week 7

Nmap sample

run – Topolog

y

76

Page 77: CS-430: Operating Systems Week 7

Nmap sample

run – Host

77

Page 78: CS-430: Operating Systems Week 7

System and Network Threats (Cont.)•Denial of Service

▫Overload the targeted computer preventing it from doing any useful work

▫Distributed denial-of-service (DDOS) come from multiple sites at once

▫Consider the start of the IP-connection handshake (SYN) How many started-connections can the OS handle?

▫Consider traffic to a web site How can you tell the difference between being a target

and being really popular?▫Accidental – CS students writing bad fork() code▫Purposeful – extortion, punishment

78

Page 79: CS-430: Operating Systems Week 7

Sobig.F Worm

• More modern example• Disguised as a photo uploaded to adult newsgroup

via account created with stolen credit card• Targeted Windows systems• Had own SMTP engine to mail itself as attachment

to everyone in infect system’s address book• Disguised with innocuous subject lines, looking like

it came from someone known• Attachment was executable program that created WINPPR23.EXE in default Windows system directoryPlus the Windows Registry

[HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]    "TrayX" = %windir%\winppr32.exe /sinc[HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]    "TrayX" = %windir%\winppr32.exe /sinc

79

Page 80: CS-430: Operating Systems Week 7

Cryptography as a Security Tool•Broadest security tool available

▫Internal to a given computer, source and destination of messages can be known and protected OS creates, manages, protects process IDs,

communication ports▫Source and destination of messages on network

cannot be trusted without cryptography Local network – IP address?

Consider unauthorized host added WAN / Internet – how to establish authenticity

Not via IP address

80

Page 81: CS-430: Operating Systems Week 7

Cryptography•Means to constrain potential

senders (sources) and / or receivers (destinations) of messages▫Based on secrets (keys)▫Enables

Confirmation of source Receipt only by certain destination Trust relationship between sender

and receiver

81

Page 82: CS-430: Operating Systems Week 7

Encryption•Constrains the set of possible receivers of a

message•Encryption algorithm consists of

▫Set K of keys▫Set M of Messages▫Set C of ciphertexts (encrypted messages)▫A function E : K → (M→C). That is, for each k K,

Ek is a function for generating ciphertexts from messages Both E and Ek for any k should be efficiently computable

functions▫A function D : K → (C → M). That is, for each k K,

Dk is a function for generating messages from ciphertexts Both D and Dk for any k should be efficiently computable

functions

82

Page 83: CS-430: Operating Systems Week 7

Encryption (Cont.)

•An encryption algorithm must provide this essential property: Given a ciphertext c C, a computer can compute m such that Ek(m) = c only if it possesses k▫Thus, a computer holding k can decrypt

ciphertexts to the plaintexts used to produce them, but a computer not holding k cannot decrypt ciphertexts

▫Since ciphertexts are generally exposed (for example, sent on the network), it is important that it be infeasible to derive k from the ciphertexts

83

Page 84: CS-430: Operating Systems Week 7

Symmetric Encryption• Same key used to encrypt and decrypt

▫ Therefore k must be kept secret• DES was most commonly used symmetric block-encryption algorithm

(created by US Govt)▫ Encrypts a block of data at a time▫ Keys too short so now considered insecure

• Triple-DES considered more secure▫ Algorithm used 3 times using 2 or 3 keys▫ For example▫

• 2001 NIST adopted new block cipher - Advanced Encryption Standard (AES)▫ Keys of 128, 192, or 256 bits, works on 128 bit blocks

• RC4 is most common symmetric stream cipher, but known to have vulnerabilities▫ Encrypts/decrypts a stream of bytes (i.e., wireless transmission)▫ Key is a input to pseudo-random-bit generator

Generates an infinite keystream

84

Page 85: CS-430: Operating Systems Week 7

Cryptographic labs

•Regis sponsors PRISMHOME: http://prismhome.org in cooperation with AF Academy

•Affine Cipher Lab•DES Cipher•RC4 Cipher Applet•And many others

85

Page 86: CS-430: Operating Systems Week 7

86

Page 87: CS-430: Operating Systems Week 7

Secure Communication over Insecure Medium

87

Page 88: CS-430: Operating Systems Week 7

Asymmetric Encryption

•Public-key encryption based on each user having two keys:▫public key – published key used to encrypt data▫private key – key known only to individual user used to

decrypt data•Must be an encryption scheme that can be made

public without making it easy to figure out the decryption scheme▫Most common is RSA block cipher▫Efficient algorithm for testing whether or not a number

is prime▫No efficient algorithm is know for finding the prime

factors of a number

88

Page 89: CS-430: Operating Systems Week 7

Asymmetric Encryption (Cont.)

•Formally, it is computationally infeasible to derive kd,N from ke,N, and so ke need not be kept secret and can be widely disseminated▫ke is the public key

▫kd is the private key▫N is the product of two large, randomly chosen

prime numbers p and q (for example, p and q are 512 bits each)

▫Encryption algorithm is Eke,N(m) = mke mod N, where ke satisfies kekd mod (p−1)(q −1) = 1

▫The decryption algorithm is then Dkd,N(c) = ckd mod N

89

Page 90: CS-430: Operating Systems Week 7

Asymmetric Encryption Example

•For example, make p = 7 and q = 13•We then calculate

N = 7∗13 = 91 and (p−1)(q−1) = 72

•We next select ke relatively prime to 72 and< 72, yielding 5

•Finally, we calculate kd such that kekd mod 72 = 1, yielding 29

90

Page 91: CS-430: Operating Systems Week 7

Asymmetric Encryption Example (Cont’d)

•We how have our keys▫Public key, ke,N = 5, 91

▫Private key, kd,N = 29, 91

• Encrypting the message 69 with the public key results in the cyphertext 62

•Cyphertext can be decoded with the private key▫Public key can be distributed in cleartext to

anyone who wants to communicate with holder of public key

91

Page 92: CS-430: Operating Systems Week 7

Encryption using RSA Asymmetric Cryptography

92

Page 93: CS-430: Operating Systems Week 7

Cryptography (Cont.)

•Note symmetric cryptography based on transformations, asymmetric based on mathematical functions▫Asymmetric much more compute

intensive▫Typically not used for bulk data

encryption

93

Page 94: CS-430: Operating Systems Week 7

Authentication•Constraining set of potential senders of a

message▫Complementary to encryption▫Also can prove message unmodified

•Algorithm components▫A set K of keys▫A set M of messages▫A set A of authenticators▫A function S : K → (M→ A)

That is, for each k K, Sk is a function for generating authenticators from messages

Both S and Sk for any k should be efficiently computable functions

94

Page 95: CS-430: Operating Systems Week 7

Authentication (Cont’d)

▫A function V : K → (M × A→ {true, false}). That is, for each k K, Vk is a function for verifying authenticators on messages Both V and Vk for any k should be efficiently

computable functions

95

Page 96: CS-430: Operating Systems Week 7

Authentication (Cont.)

•For a message m, a computer can generate an authenticator a A such that Vk(m, a) = true only if it possesses k

•Thus, computer holding k can generate authenticators on messages so that any other computer possessing k can verify them

•Computer not holding k cannot generate authenticators on messages that can be verified using Vk

96

Page 97: CS-430: Operating Systems Week 7

Authentication (Cont.)

•Since authenticators are generally exposed (for example, they are sent on the network with the messages themselves), it must not be feasible to derive k from the authenticators

•Practically, if Vk(m,a) = true then we know m has not been modified and that send of message has k▫If we share k with only one entity, know

where the message originated

97

Page 98: CS-430: Operating Systems Week 7

Authentication – Hash Functions•Basis of authentication•Creates small, fixed-size block of data

message digest (hash value) from m•Hash Function H must be collision

resistant on m▫ Must be infeasible to find an m ’ ≠ m such that H(m) = H(m ’)

•If H(m) = H(m ’), then m = m’▫ The message has not been modified

98

Page 99: CS-430: Operating Systems Week 7

Authentication – Hash Functions (Cont’d)•Common message-digest functions

include MD5, which produces a 128-bit hash, and SHA-1, which outputs a 160-bit hash

•Not useful as authenticators▫For example H(m) can be sent with a

message But if H is known someone could modify m to m’ and

recompute H(m’) and modification not detected So must authenticate H(m)

99

Page 100: CS-430: Operating Systems Week 7

Authentication - MAC•Symmetric encryption used in message-

authentication code (MAC) authentication algorithm

•Cryptographic checksum generated from message using secret key▫Can securely authenticate short values

• If used to authenticate H(m) for an H that is collision resistant, then obtain a way to securely authenticate long message by hashing them first

•Note that k is needed to compute both Sk and Vk, so anyone able to compute one can compute the other

100

Page 101: CS-430: Operating Systems Week 7

Authentication – Digital Signature•Based on asymmetric keys and digital

signature algorithm•Authenticators produced are digital

signatures•Very useful – anyone can verify authenticity of

a message• In a digital-signature algorithm,

computationally infeasible to derive ks from kv

▫V is a one-way function▫Thus, kv is the public key and ks is the private

key

101

Page 102: CS-430: Operating Systems Week 7

Authentication – Digital Signature (Cont’d)•Consider the RSA digital-signature algorithm

▫Similar to the RSA encryption algorithm, but the key use is reversed

▫Digital signature of message Sks (m) = H(m)ks

mod N▫The key ks again is a pair (d, N), where N is the

product of two large, randomly chosen prime numbers p and q

▫Verification algorithm is Vkv(m, a) (akv mod N = H(m)) Where kv satisfies kvks mod (p − 1)(q − 1) = 1

102

Page 103: CS-430: Operating Systems Week 7

Authentication (Cont.)

•Why authentication if a subset of encryption?▫Fewer computations (except for RSA

digital signatures)▫Authenticator usually shorter than

message▫Sometimes want authentication but not

confidentiality Signed patches et al

▫Can be basis for non-repudiation

103

Page 104: CS-430: Operating Systems Week 7

Key Distribution

•Delivery of symmetric key is huge challenge▫Sometimes done out-of-band

•Asymmetric keys can proliferate – stored on key ring▫Even asymmetric key distribution

needs care – man-in-the-middle attack

104

Page 105: CS-430: Operating Systems Week 7

Digital Certificates•Proof of who or what owns a public key•Public key digitally signed a trusted

party•Trusted party receives proof of

identification from entity and certifies that public key belongs to entity

•Certificate authority are trusted party – their public keys included with web browser distributions▫They vouch for other authorities via

digitally signing their keys, and so on

105

Page 106: CS-430: Operating Systems Week 7

Man-in-the-middle Attack on Asymmetric Cryptography

106

Page 107: CS-430: Operating Systems Week 7

Implementation of Cryptography•Can be done at

various layers of ISO Reference Model▫ SSL at the Transport layer▫ Network layer is typically IPSec

IKE for key exchange Basis of Virtual Private

Networks (VPNs)

•Why not just at lowest level?▫ Sometimes need more knowledge

than available at low levels i.e. User authentication i.e. e-mail delivery

Source: http://en.wikipedia.org/wiki/OSI_model

107

Page 108: CS-430: Operating Systems Week 7

Encryption Example - SSL•Insertion of cryptography at one layer of

the ISO network model (the transport layer)

•SSL – Secure Socket Layer (also called TLS)

•Cryptographic protocol that limits two computers to only exchange messages with each other▫ Very complicated, with many variations

•Used between web servers and browsers for secure communication (credit card numbers)

108

Page 109: CS-430: Operating Systems Week 7

Encryption Example – SSL (Cont’d)

•The server is verified with a certificate assuring client is talking to correct server

•Asymmetric cryptography used to establish a secure session key (symmetric encryption) for bulk of communication during session

•Communication between each computer then uses symmetric key cryptography

•More details in textbook

109

Page 110: CS-430: Operating Systems Week 7

User Authentication• Crucial to identify user correctly, as protection systems depend

on user ID• User identity most often established through passwords, can be

considered a special case of either keys or capabilities• Passwords must be kept secret

▫ Frequent change of passwords▫ History to avoid repeats▫ Use of “non-guessable” passwords▫ Log all invalid access attempts (but not the passwords

themselves)▫ Unauthorized transfer

• Passwords may also either be encrypted or allowed to be used only once▫ Does encrypting passwords solve the exposure problem?

Might solve sniffing Consider shoulder surfing Consider Trojan horse keystroke logger How are passwords stored at authenticating site?

110

Page 111: CS-430: Operating Systems Week 7

Passwords • Encrypt to avoid having to keep secret

▫ But keep secret anyway (i.e. Unix uses superuser-only readably file /etc/shadow)

▫ Use algorithm easy to compute but difficult to invert▫ Only encrypted password stored, never decrypted▫ Add “salt” to avoid the same password being encrypted to the

same value• One-time passwords

▫ Use a function based on a seed to compute a password, both user and computer

▫ Hardware device / calculator / key fob to generate the password Changes very frequently

• Biometrics▫ Some physical attribute (fingerprint, hand scan)

• Multi-factor authentication▫ Need two or more factors for authentication

i.e. USB “dongle”, biometric measure, and password

111

Page 112: CS-430: Operating Systems Week 7

Implementing Security Defenses• Defense in depth most common theory – multiple layers of security• Security policy describes what is being secured• Vulnerability assessment compares real state of system / network

compared to security policy• Intrusion detection endeavors to detect attempted or successful

intrusions▫ Signature-based detection spots known bad patterns▫ Anomaly detection spots differences from normal behavior

Can detect zero-day attacks▫ False-positives and false-negatives a problem

• Virus protection▫ Searching all programs or programs at execution for known virus

patterns▫ Or run in sandbox so can’t damage system

• Auditing, accounting, and logging of all or specific system or network activities

• Practice safe computing – avoid sources of infection, download from only “good” sites, etc

112

Page 113: CS-430: Operating Systems Week 7

Firewalling to Protect Systems and Networks

•A network firewall is placed between trusted and untrusted hosts▫The firewall limits network access between

these two security domains•Can be tunneled or spoofed

▫Tunneling allows disallowed protocol to travel within allowed protocol (i.e., telnet inside of HTTP)

▫Firewall rules typically based on host name or IP address which can be spoofed

113

Page 114: CS-430: Operating Systems Week 7

Firewalling to Protect Systems and Networks (Cont’d)

•Personal firewall is software layer on given host▫Can monitor / limit traffic to and from the host

•Application proxy firewall understands application protocol and can control them (i.e., SMTP)

•System-call firewall monitors all important system calls and apply rules to them (i.e., this program can execute that system call)

114

Page 115: CS-430: Operating Systems Week 7

Network Security Through Domain Separation Via Firewall

115

Page 116: CS-430: Operating Systems Week 7

Computer Security Classifications•U.S. Department of Defense outlines four

divisions of computer security: A, B, C, and D•D – Minimal security•C – Discretionary protection through auditing

▫Divided into C1 and C2 C1 cooperating users with the same level of

protection C2 allows user-level access control

•B – All the properties of C, however each object may have unique sensitivity labels▫Divided into B1, B2, and B3

•A – Uses formal design and verification techniques to ensure security

116

Page 117: CS-430: Operating Systems Week 7

Example: Windows 7• Security is based on user accounts

▫ Each user has unique security ID▫ Login to ID creates security access token

Includes security ID for user, for user’s groups, and special privileges

Every process gets copy of token System checks token to determine if access

allowed or denied• Uses a subject model to ensure access security

▫ A subject tracks and manages permissions for each program that a user runs

• Each object in Windows has a security attribute defined by a security descriptor▫ For example, a file has a security descriptor

that indicates the access permissions for all users

117

Page 118: CS-430: Operating Systems Week 7

Example: Windows 7 (Cont.)•Win added mandatory integrity

controls – assigns integrity label to each securable object and subject▫Subject must have access requested in

discretionary access-control list to gain access to object

•Security attributes described by security descriptor▫Owner ID, group security ID,

discretionary access-control list, system access-control list

118

Page 119: CS-430: Operating Systems Week 7

Overview of upcoming assignments•Quiz 3 in class this week•Final project is due this week•Final project presentation next week (in

class)▫Prepare presentation and upload to

WorldClass before class time▫20 minutes each

•Final Exam next time – take home, due in Monday, 12/16 (midnight)

119

Page 120: CS-430: Operating Systems Week 7

Quiz 3

120

Page 121: CS-430: Operating Systems Week 7

Questions!

•Email to [email protected]

121


Top Related