29
What Learned Last Week Homework qn What machine does the URL http://www.respectablestockbroker.come!rated_ [email protected]/ go to? How is the exercise w/ Hydra? Which one(s) of the following attacks target client? – XSS SQL injection Shell attacks How one(s) will leak the confidential information?

What Learned Last Week

  • Upload
    nitza

  • View
    38

  • Download
    0

Embed Size (px)

DESCRIPTION

What Learned Last Week. Homework qn What machine does the URL http://www.respectablestockbroker.come!rated_AAA_by_US-Treasury-Dept@gg.tv/ go to? How is the exercise w/ Hydra? Which one(s) of the following attacks target client? XSS SQL injection Shell attacks - PowerPoint PPT Presentation

Citation preview

Page 1: What Learned Last Week

What Learned Last Week• Homework qn

– What machine does the URL http://www.respectablestockbroker.come!rated_AAA_by_US-Treasury-Dept@gg.tv/ go to?

• How is the exercise w/ Hydra?

• Which one(s) of the following attacks target client?

– XSS

– SQL injection

– Shell attacks

• How one(s) will leak the confidential information?

Page 2: What Learned Last Week

Intrusion Intrusion Detection/Prevention Detection/Prevention

SystemsSystems

Page 3: What Learned Last Week

Definitions• Intrusion

– A set of actions aimed to compromise the security goals, namely

• Integrity, confidentiality, or availability, of a computing and networking resource

• Intrusion detection

– The process of identifying and responding to intrusion activities

• Intrusion prevention

– Extension of ID with exercises of access control to protect computers from exploitation

Page 4: What Learned Last Week

Elements of Intrusion Detection

• Primary assumptions:

– System activities are observable

– Normal and intrusive activities have distinct evidence

• Components of intrusion detection systems:

– From an algorithmic perspective:

• Features - capture intrusion evidences

• Models - piece evidences together

– From a system architecture perspective:

• Various components: audit data processor, knowledge base, decision engine, alarm generation and responses

Page 5: What Learned Last Week

Components of Intrusion Detection System

Audit Data Preprocessor

Audit Records

Activity Data

Detection Models

Detection Engine

Alarms

Decision Table

Decision EngineAction/Report

system activities are system activities are observableobservable

normal and intrusive normal and intrusive activities have distinct activities have distinct

evidenceevidence

Page 6: What Learned Last Week

Intrusion Detection Approaches

• Modeling

– Features: evidences extracted from audit data

– Analysis approach: piecing the evidences together

• Misuse detection (a.k.a. signature-based)

• Anomaly detection (a.k.a. statistical-based)

• Deployment: Network-based or Host-based

– Network based: monitor network traffic

– Host based: monitor computer processes

Page 7: What Learned Last Week

Misuse Detection

Intrusion Patterns

activities

pattern matching

intrusion

Can’t detect new attacks

Example: if (src_ip == dst_ip) then “land attack”

Page 8: What Learned Last Week

Anomaly Detection

activity measures

0102030405060708090

CPU ProcessSize

normal profile

abnormal

probable intrusion

Relatively high false positive rate • Anomalies can just be new normal activities.• Anomalies caused by other element faults

• E.g., router failure or misconfiguration, P2P misconfig• Which method will detect DDoS SYN flooding ?

Any problem ?

Page 9: What Learned Last Week

Host-Based IDSs• Using OS auditing mechanisms

– E.G., BSM on Solaris: logs all direct or indirect events generated by a user

– strace for system calls made by a program (Linux)

• Monitoring user activities– E.G., analyze shell commands

• Problems:

– User dependent: install/update IDS on all user machines!

– Heterogeneous environment, co-exist w/ other software

– Ineffective for large scale attacks

Page 10: What Learned Last Week

The Spread of Sapphire/Slammer Worms

Page 11: What Learned Last Week

Network Based IDSs

• At the early stage of the worm, only limited worm samples.

• Host based sensors can only cover limited IP space, which might have scalability issues. Thus they might not be able to detect the worm in its early stage

Gateway routers

Internet

Our network

Host baseddetection

Page 12: What Learned Last Week

Network IDSs• Deploying sensors at strategic locations

– E.G., Packet sniffing via tcpdump at routers

• Inspecting network traffic

– Watch for violations of protocols and unusual connection patterns

– Look into the data portions of the packets for malicious code

• Limitations

– Cannot execute it or any code analysis !

– Even DPI gives little application-level semantic information

– May be easily defeated by encryption

• Data portions and some header information can be encrypted

• The decryption engine may still be there, especially for exploit

Page 13: What Learned Last Week

Host-based vs. Network-based IDS

• Give an attack that can only be detected by host-based IDS but not network-based IDS

• Sample qn:

– SQL injection attack

• Can you give an example only be detected by network-based IDS but not host-based IDS ?

Page 14: What Learned Last Week

Key Metrics of IDS/IPS• Algorithm

– Alarm: A; Intrusion: I

– Detection (true alarm) rate: P(A|I)• False negative rate P(¬A|I)

– False alarm (aka, false positive) rate: P(A|¬I)• True negative rate P(¬A|¬I)

• Architecture– Throughput of NIDS, targeting 10s of Gbps

• E.g., 32 nsec for 40 byte TCP SYN packet

– Resilient to attacks

Page 15: What Learned Last Week

Architecture of Network IDS

Packet capture libpcapPacket capture libpcap

TCP reassemblyTCP reassembly

Protocol identificationProtocol identification

Packet streamPacket stream

Signature matchingSignature matching(& protocol parsing when needed)(& protocol parsing when needed)

Page 16: What Learned Last Week

Firewall/Net IPS VS Net IDS• Firewall/IPS

– Active filtering

– Fail-close

• Network IDS

– Passive monitoring

– Fail-open

FW

IDS

Page 17: What Learned Last Week

Related Tools for Network IDS (I)

• While not an element of Snort, wireshark (used to called Ethereal) is the best open source GUI-based packet viewer

• www.wireshark.org offers:

– Support for various OS: windows, Mac OS.

• Included in standard packages of many different versions of Linux and UNIX

• For both wired and wireless networks

Page 18: What Learned Last Week
Page 19: What Learned Last Week

Related Tools for Network IDS (II)

• Also not an element of Snort, tcpdump is a well-established CLI packet capture tool

– www.tcpdump.org offers UNIX source

– http://www.winpcap.org/windump/ offers windump, a Windows port of tcpdump

Page 20: What Learned Last Week

Case Study: Snort IDS

Page 21: What Learned Last Week

Problems with Current IDSs

• Inaccuracy for exploit based signatures

• Cannot recognize unknown anomalies/intrusions

• Cannot provide quality info for forensics or situational-aware analysis

– Hard to differentiate malicious events with unintentional anomalies

• Anomalies can be caused by network element faults, e.g., router misconfiguration, link failures, etc., or application (such as P2P) misconfiguration

– Cannot tell the situational-aware info: attack scope/target/strategy, attacker (botnet) size, etc.

Page 22: What Learned Last Week

Limitations of Exploit Based Signature

1010101

10111101

11111100

00010111

Our network

Traffic Filtering

Internet

Signature: 10.*01

XX

Polymorphic worm might not have exact exploit based signature

Polymorphism!

Page 23: What Learned Last Week

Vulnerability Signature

Work for polymorphic worms

Work for all the worms which target the

same vulnerability

Vulnerability signature traffic filtering

Internet

XX Our network

Vulnerability

XX

Page 24: What Learned Last Week

Example of Vulnerability Signatures

• At least 75% vulnerabilities are due to buffer overflow

Sample vulnerability signature

• Field length corresponding to vulnerable buffer > certain threshold

• Intrinsic to buffer overflow vulnerability and hard to evade

Vulnerable buffer

Protocol message

Overflow!

Page 25: What Learned Last Week

Next Generation

IDSs

• Vulnerability-based

• Adaptive

- Automatically detect & generate signatures for zero-day attacks

• Scenario-based for forensics and being situational-aware

– Correlate (multiple sources of) audit data and attack information

Page 26: What Learned Last Week

Counting Zero-Day AttacksProtocolClassifier

UDP1434

Core algorithmsFlow

Classifier

TCP137

. . .TCP80

TCP53

TCP25

NormalTraffic Pool

SuspiciousTraffic Pool

Signatures

NetworkTap

KnownAttackFilter

Normal traffic reservoir

Real time

Policy driven

Honeynet/darknet,

Statistical detection

Page 27: What Learned Last Week

Security Information Fusion

• Internet Storm Center (aka, DShield) has the largest IDS log repository

• Sensors covering over 500,000 IP addresses in over 50 countries

• More w/ DShield slides

Page 28: What Learned Last Week

Backup Slides

Page 29: What Learned Last Week

Requirements of Network IDS

• High-speed, large volume monitoring

– No packet filter drops

• Real-time notification

• Mechanism separate from policy

• Extensible

• Broad detection coverage

• Economy in resource usage

• Resilience to stress

• Resilience to attacks upon the IDS itself!