51
Malicious Code Detection and Security Applications Prof. Bhavani Thuraisingham The University of Texas at Dallas October 2008

Malicious Code Detection and Security Applications

  • Upload
    niesha

  • View
    57

  • Download
    0

Embed Size (px)

DESCRIPTION

Malicious Code Detection and Security Applications. Prof. Bhavani Thuraisingham The University of Texas at Dallas. October 2008. Information Harvesting. Knowledge Mining. Data Mining. Knowledge Discovery in Databases. Data Dredging. Data Archaeology. - PowerPoint PPT Presentation

Citation preview

Page 1: Malicious Code Detection and                                      Security Applications

Malicious Code Detection and

Security Applications

Prof. Bhavani Thuraisingham

The University of Texas at Dallas

October 2008

Page 2: Malicious Code Detection and                                      Security Applications

2

04/22/23 00:31

What is Data Mining?

Data MiningKnowledge Mining

Knowledge Discoveryin Databases

Data Archaeology

Data Dredging

Database MiningKnowledge Extraction

Data Pattern Processing

Information Harvesting

Siftware

The process of discovering meaningful new correlations, patterns, and trends by sifting through large amounts of data, often previously unknown, using pattern recognition technologies and statistical and mathematical techniques(Thuraisingham, Data Mining, CRC Press 1998)

Page 3: Malicious Code Detection and                                      Security Applications

3

04/22/23 00:31

What’s going on in data mining?

0 What are the technologies for data mining?

- Database management, data warehousing, machine learning, statistics, pattern recognition, visualization, parallel processing

0 What can data mining do for you?

- Data mining outcomes: Classification, Clustering, Association, Anomaly detection, Prediction, Estimation, . . .

0 How do you carry out data mining?

- Data mining techniques: Decision trees, Neural networks, Market-basket analysis, Link analysis, Genetic algorithms, . . .

0 What is the current status?

- Many commercial products mine relational databases

0 What are some of the challenges?

- Mining unstructured data, extracting useful patterns, web mining, Data mining, security and privacy

Page 4: Malicious Code Detection and                                      Security Applications

4

04/22/23 00:31

Data Mining for Intrusion Detection: Problem

0 An intrusion can be defined as “any set of actions that attempt to compromise the integrity, confidentiality, or availability of a resource”.

0 Attacks are:

- Host-based attacks

- Network-based attacks

0 Intrusion detection systems are split into two groups:

- Anomaly detection systems

- Misuse detection systems

0 Use audit logs

- Capture all activities in network and hosts.

- But the amount of data is huge!

Page 5: Malicious Code Detection and                                      Security Applications

5

04/22/23 00:31

Our Approach: Overview

TrainingData

Class

Hierarchical Clustering (DGSOT)

Testing

Testing Data

SVM Class Training

DGSOT: Dynamically growing self organizing tree

Page 6: Malicious Code Detection and                                      Security Applications

6

04/22/23 00:31

Hierarchical clustering with SVM flow chart

Our Approach

Our Approach: Hierarchical Clustering

Page 7: Malicious Code Detection and                                      Security Applications

7

04/22/23 00:31

Results

Training Time, FP and FN Rates of Various Methods

 

MethodsAverage

Accuracy

Total Training

Time

Average FP

Rate (%)

Average FN

Rate (%)

Random Selection

52% 0.44 hours 40 47

Pure SVM 57.6% 17.34 hours 35.5 42

SVM+Rocchio Bundling

51.6% 26.7 hours 44.2 48

SVM + DGSOT 69.8% 13.18 hours 37.8 29.8

Page 8: Malicious Code Detection and                                      Security Applications

8

04/22/23 00:31

Introduction: Detecting Malicious Executables using Data Mining

0 What are malicious executables?- Harm computer systems- Virus, Exploit, Denial of Service (DoS), Flooder, Sniffer, Spoofer,

Trojan etc.- Exploits software vulnerability on a victim - May remotely infect other victims- Incurs great loss. Example: Code Red epidemic cost $2.6

Billion

0 Malicious code detection: Traditional approach- Signature based- Requires signatures to be generated by human experts- So, not effective against “zero day” attacks

Page 9: Malicious Code Detection and                                      Security Applications

9

04/22/23 00:31

State of the Art in Automated Detection

OAutomated detection approaches:0Behavioural: analyse behaviours like source, destination address, attachment type, statistical anomaly etc.

0Content-based: analyse the content of the malicious executable- Autograph (H. Ah-Kim – CMU): Based on automated

signature generation process- N-gram analysis (Maloof, M.A. et .al.): Based on mining

features and using machine learning.

Page 10: Malicious Code Detection and                                      Security Applications

10

04/22/23 00:31

Our New Ideas (Khan, Masud and Thuraisingham)

✗Content -based approaches consider only machine-codes (byte-codes).

✗Is it possible to consider higher-level source codes for malicious code detection?

✗Yes: Diassemble the binary executable and retrieve the assembly program

✗Extract important features from the assembly program

✗Combine with machine-code features

Page 11: Malicious Code Detection and                                      Security Applications

11

04/22/23 00:31

Feature Extraction

✗Binary n-gram features- Sequence of n consecutive bytes of binary

executable

✗Assembly n-gram features- Sequence of n consecutive assembly

instructions

✗System API call features- DLL function call information

Page 12: Malicious Code Detection and                                      Security Applications

12

04/22/23 00:31

The Hybrid Feature Retrieval Model

0 Collect training samples of normal and malicious executables.

0 Extract features

0 Train a Classifier and build a model

0 Test the model against test samples

Page 13: Malicious Code Detection and                                      Security Applications

13

04/22/23 00:31

Hybrid Feature Retrieval (HFR)

0 Training

Page 14: Malicious Code Detection and                                      Security Applications

14

04/22/23 00:31

Hybrid Feature Retrieval (HFR)

0 Testing

Page 15: Malicious Code Detection and                                      Security Applications

15

04/22/23 00:31

Binary n-gram features- Features are extracted from the byte codes in the form of n-

grams, where n = 2,4,6,8,10 and so on.

Example: Given a 11-byte sequence: 0123456789abcdef012345,

The 2-grams (2-byte sequences) are: 0123, 2345, 4567, 6789, 89ab, abcd, cdef, ef01, 0123, 2345

The 4-grams (4-byte sequences) are: 01234567, 23456789, 456789ab,...,ef012345 and so on....

Problem: - Large dataset. Too many features (millions!).

Solution: - Use secondary memory, efficient data structures - Apply feature selection

Feature Extraction

Page 16: Malicious Code Detection and                                      Security Applications

16

04/22/23 00:31

Assembly n-gram features- Features are extracted from the assembly programs in the form

of n-grams, where n = 2,4,6,8,10 and so on.

Example:

three instructions “push eax”; “mov eax, dword[0f34]” ; “add ecx, eax”;

2-grams

(1) “push eax”; “mov eax, dword[0f34]”; (2) “mov eax, dword[0f34]”; “add ecx, eax”;

Problem: - Same problem as binary

Solution: - Same solution

Feature Extraction

Page 17: Malicious Code Detection and                                      Security Applications

17

04/22/23 00:31

0 Select Best K features

0 Selection Criteria: Information Gain

0 Gain of an attribute A on a collection of examples S is given by

Feature Selection

)(

)(||

||)(),(

AValuesVv

v SEn tropyS

SSEn tropyASG a in

Page 18: Malicious Code Detection and                                      Security Applications

18

04/22/23 00:31

Experiments

0 Dataset- Dataset1: 838 Malicious and 597 Benign executables- Dataset2: 1082 Malicious and 1370 Benign executables- Collected Malicious code from VX Heavens (http://vx.netlux.org)

0 Disassembly - Pedisassem ( http://www.geocities.com/~sangcho/index.html )

0 Training, Testing- Support Vector Machine (SVM)- C-Support Vector Classifiers with an RBF kernel

Page 19: Malicious Code Detection and                                      Security Applications

19

04/22/23 00:31

Results

0 HFS = Hybrid Feature Set0 BFS = Binary Feature Set0 AFS = Assembly Feature Set

Page 20: Malicious Code Detection and                                      Security Applications

20

04/22/23 00:31

Results

0 HFS = Hybrid Feature Set0 BFS = Binary Feature Set0 AFS = Assembly Feature Set

Page 21: Malicious Code Detection and                                      Security Applications

21

04/22/23 00:31

Results

0 HFS = Hybrid Feature Set0 BFS = Binary Feature Set0 AFS = Assembly Feature Set

Page 22: Malicious Code Detection and                                      Security Applications

22

04/22/23 00:31

Future Plans

0 System call: - seems to be very useful. - Need to Consider Frequency of call- Call sequence pattern (following program path) - Actions immediately preceding or after call

0 Detect Malicious code by program slicing- requires analysis

Page 23: Malicious Code Detection and                                      Security Applications

23

04/22/23 00:31

Data Mining for Buffer Overflow Introduction

0 Goal- Intrusion detection. - e.g.: worm attack, buffer overflow attack.

0 Main Contribution- 'Worm' code detection by data mining coupled with

'reverse engineering'.- Buffer overflow detection by combining data mining with

static analysis of assembly code.

Page 24: Malicious Code Detection and                                      Security Applications

24

04/22/23 00:31

Background

0 What is 'buffer overflow'?- A situation when a fixed sized buffer is overflown by a

larger sized input.

0 How does it happen?- example:

........char buff[100];gets(buff);........

buff Stackmemory

Input string

Page 25: Malicious Code Detection and                                      Security Applications

25

04/22/23 00:31

Background (cont...)

0 Then what?

........char buff[100];gets(buff);........

buff Stackmemory

Stack

Return address overwritten

buff Stackmemory

New return address points to this memory location

Attacker's code

buff

Page 26: Malicious Code Detection and                                      Security Applications

26

04/22/23 00:31

Background (cont...)

0 So what?- Program may crash or- The attacker can execute his arbitrary code

0 It can now- Execute any system function- Communicate with some host and download some 'worm'

code and install it!- Open a backdoor to take full control of the victim

0 How to stop it?

Page 27: Malicious Code Detection and                                      Security Applications

27

04/22/23 00:31

Background (cont...)

0 Stopping buffer overflow- Preventive approaches- Detection approaches

0 Preventive approaches- Finding bugs in source code. Problem: can only work

when source code is available.- Compiler extension. Same problem.- OS/HW modification

0 Detection approaches- Capture code running symptoms. Problem: may require

long running time.- Automatically generating signatures of buffer overflow

attacks.

Page 28: Malicious Code Detection and                                      Security Applications

28

04/22/23 00:31

CodeBlocker (Our approach)

0 A detection approach

0 Based on the Observation:- Attack messages usually contain code while normal

messages contain data.

0 Main Idea- Check whether message contains code

0 Problem to solve:- Distinguishing code from data

Page 29: Malicious Code Detection and                                      Security Applications

30

04/22/23 00:31

Severity of the problem

0 It is not easy to detect actual instruction sequence from a given string of bits

Page 30: Malicious Code Detection and                                      Security Applications

31

04/22/23 00:31

Our solution

0 Apply data mining.

0 Formulate the problem as a classification problem (code, data)

0 Collect a set of training examples, containing both instances

0 Train the data with a machine learning algorithm, get the model

0 Test this model against a new message

Page 31: Malicious Code Detection and                                      Security Applications

32

04/22/23 00:31

CodeBlocker Model

Page 32: Malicious Code Detection and                                      Security Applications

33

04/22/23 00:31

Feature Extraction

Page 33: Malicious Code Detection and                                      Security Applications

34

04/22/23 00:31

Disassembly

0 We apply SigFree tool - implemented by Xinran Wang et al. (PennState)

Page 34: Malicious Code Detection and                                      Security Applications

35

04/22/23 00:31

Feature extraction

0 Features are extracted using- N-gram analysis- Control flow analysis

0 N-gram analysis

Assembly program Corresponding IFG

What is an n-gram? -Sequence of n instructions

Traditional approach: -Flow of control is ignored

2-grams are: 02, 24, 46,...,CE

Page 35: Malicious Code Detection and                                      Security Applications

36

04/22/23 00:31

Feature extraction (cont...)

0 Control-flow Based N-gram analysis

Assembly program Corresponding IFG

What is an n-gram? -Sequence of n instructions

Proposed Control-flow based approach -Flow of control is considered

2-grams are: 02, 24, 46,...,CE, E6

Page 36: Malicious Code Detection and                                      Security Applications

37

04/22/23 00:31

Feature extraction (cont...)

0 Control Flow analysis. Generated features- Invalid Memory Reference (IMR)- Undefined Register (UR)- Invalid Jump Target (IJT)

0 Checking IMR- A memory is referenced using register addressing and

the register value is undefined- e.g.: mov ax, [dx + 5]

0 Checking UR- Check if the register value is set properly

0 Checking IJT- Check whether jump target does not violate instruction

boundary

Page 37: Malicious Code Detection and                                      Security Applications

38

04/22/23 00:31

Putting it together

0 Why n-gram analysis?- Intuition: in general,

disassembled executables should have a different pattern of instruction usage than disassembled data.

0 Why control flow analysis?- Intuition: there should be no invalid memory references or

invalid jump targets.

0 Approach- Compute all possible n-grams- Select best k of them- Compute feature vector (binary vector) for each training

example- Supply these vectors to the training algorithm

Page 38: Malicious Code Detection and                                      Security Applications

39

04/22/23 00:31

Experiments

0 Dataset- Real traces of normal messages- Real attack messages - Polymorphic shellcodes

0 Training, Testing- Support Vector Machine (SVM)

Page 39: Malicious Code Detection and                                      Security Applications

40

04/22/23 00:31

Results

0 CFBn: Control-Flow Based n-gram feature0 CFF: Control-flow feature

Page 40: Malicious Code Detection and                                      Security Applications

41

04/22/23 00:31

Novelty, Advantages, Limitations, Future

0 Novelty- We introduce the notion of control flow based n-gram- We combine control flow analysis with data mining to

detect code / data- Significant improvement over other methods (e.g. SigFree)

0 Advantages- Fast testing- Signature free operation - Low overhead - Robust against many obfuscations

0 Limitations- Need samples of attack and normal messages.- May not be able to detect a completely new type of attack.

0 Future- Find more features- Apply dynamic analysis techniques- Semantic analysis

Page 41: Malicious Code Detection and                                      Security Applications

42

04/22/23 00:31

Analysis of Firewall Policy Rules Using Data Mining Techniques

•Firewall is the de facto core technology of today’s network security•First line of defense against external network attacks and threats

•Firewall controls or governs network access by allowing or denying the incoming or outgoing network traffic according to firewall policy rules.

•Manual definition of rules often result in in anomalies in the policy

•Detecting and resolving these anomalies manually is a tedious and an error prone task

•Solutions:•Anomaly detection:

•Theoretical Framework for the resolution of anomaly; A new algorithm will simultaneously detect and

resolve any anomaly that is present in the policy rules

•Traffic Mining: Mine the traffic and detect anomalies

Page 42: Malicious Code Detection and                                      Security Applications

43

04/22/23 00:31

Traffic Mining

0 To bridge the gap between what is written in the firewall policy rules and what is being observed in the network is to analyze traffic and log of the packets– traffic mining

=Network traffic trend may show that some rules are out-dated or not used recently

FirewallFirewallLog FileLog File

Mining Log File Mining Log File Using FrequencyUsing Frequency

FilteringFilteringRule Rule

GeneralizationGeneralization

Generic RulesGeneric Rules

Identify Decaying Identify Decaying &&

Dominant RulesDominant Rules

EditEditFirewall RulesFirewall Rules

FirewallPolicy Rule

Page 43: Malicious Code Detection and                                      Security Applications

44

04/22/23 00:31

Traffic Mining Results

Anomaly Discovery ResultAnomaly Discovery Result

Rule 1, Rule 2: ==> GENRERALIZATIONRule 1, Rule 16: ==> CORRELATEDRule 2, Rule 12: ==> SHADOWEDRule 4, Rule 5: ==> GENRERALIZATIONRule 4, Rule 15: ==> CORRELATEDRule 5, Rule 11: ==> SHADOWED

1: TCP,INPUT,129.110.96.117,ANY,*.*.*.*,80,DENY2: TCP,INPUT,*.*.*.*,ANY,*.*.*.*,80,ACCEPT3: TCP,INPUT,*.*.*.*,ANY,*.*.*.*,443,DENY4: TCP,INPUT,129.110.96.117,ANY,*.*.*.*,22,DENY5: TCP,INPUT,*.*.*.*,ANY,*.*.*.*,22,ACCEPT6: TCP,OUTPUT,129.110.96.80,ANY,*.*.*.*,22,DENY7: UDP,OUTPUT,*.*.*.*,ANY,*.*.*.*,53,ACCEPT8: UDP,INPUT,*.*.*.*,53,*.*.*.*,ANY,ACCEPT9: UDP,OUTPUT,*.*.*.*,ANY,*.*.*.*,ANY,DENY10: UDP,INPUT,*.*.*.*,ANY,*.*.*.*,ANY,DENY11: TCP,INPUT,129.110.96.117,ANY,129.110.96.80,22,DENY12: TCP,INPUT,129.110.96.117,ANY,129.110.96.80,80,DENY13: UDP,INPUT,*.*.*.*,ANY,129.110.96.80,ANY,DENY14: UDP,OUTPUT,129.110.96.80,ANY,129.110.10.*,ANY,DENY15: TCP,INPUT,*.*.*.*,ANY,129.110.96.80,22,ACCEPT16: TCP,INPUT,*.*.*.*,ANY,129.110.96.80,80,ACCEPT17: UDP,INPUT,129.110.*.*,53,129.110.96.80,ANY,ACCEPT18: UDP,OUTPUT,129.110.96.80,ANY,129.110.*.*,53,ACCEPT

Page 44: Malicious Code Detection and                                      Security Applications

45

04/22/23 00:31

Worm Detection: Introduction

0 What are worms?

- Self-replicating program; Exploits software vulnerability on a victim; Remotely infects other victims

0 Evil worms

- Severe effect; Code Red epidemic cost $2.6 Billion

0 Goals of worm detection

- Real-time detection

0 Issues

- Substantial Volume of Identical Traffic, Random Probing

0 Methods for worm detection

- Count number of sources/destinations; Count number of failed connection attempts

0 Worm Types

- Email worms, Instant Messaging worms, Internet worms, IRC worms, File-sharing Networks worms

0 Automatic signature generation possible

- EarlyBird System (S. Singh -UCSD); Autograph (H. Ah-Kim - CMU)

Page 45: Malicious Code Detection and                                      Security Applications

46

04/22/23 00:31

Email Worm Detection using Data Mining

Training data

Feature extraction

Clean or Infected ?

Outgoing Emails

ClassifierMachine Learning

Test data

The Model

Task: given some training instances of both “normal” and “viral” emails, induce a hypothesis to detect “viral” emails.

We used:Naïve BayesSVM

Page 46: Malicious Code Detection and                                      Security Applications

47

04/22/23 00:31

Assumptions

0 Features are based on outgoing emails.

0 Different users have different “normal” behaviour.

0 Analysis should be per-user basis.

0 Two groups of features

- Per email (#of attachments, HTML in body, text/binary attachments)

- Per window (mean words in body, variable words in subject)

0 Total of 24 features identified

0 Goal: Identify “normal” and “viral” emails based on these features

Page 47: Malicious Code Detection and                                      Security Applications

48

04/22/23 00:31

Feature sets

- Per email features= Binary valued Features

Presence of HTML; script tags/attributes; embedded images; hyperlinks;

Presence of binary, text attachments; MIME types of file attachments

= Continuous-valued FeaturesNumber of attachments; Number of words/characters in

the subject and body- Per window features

= Number of emails sent; Number of unique email recipients; Number of unique sender addresses; Average number of words/characters per subject, body; average word length:; Variance in number of words/characters per subject, body; Variance in word length

= Ratio of emails with attachments

Page 48: Malicious Code Detection and                                      Security Applications

49

04/22/23 00:31

Data Mining Approach

Classifier

SVM Naïve Bayesinfected?

Clean?

Clean

Clean/ Infected

Clean/ Infected

Test instance

Test instance

Page 49: Malicious Code Detection and                                      Security Applications

50

04/22/23 00:31

Data set

0 Collected from UC Berkeley.- Contains instances for both normal and viral emails.

0 Six worm types:

- bagle.f, bubbleboy, mydoom.m,

- mydoom.u, netsky.d, sobig.f

0 Originally Six sets of data:

- training instances: normal (400) + five worms (5x200)

- testing instances: normal (1200) + the sixth worm (200)0 Problem: Not balanced, no cross validation reported0 Solution: re-arrange the data and apply cross-validation

Page 50: Malicious Code Detection and                                      Security Applications

51

04/22/23 00:31

Our Implementation and Analysis

0 Implementation

- Naïve Bayes: Assume “Normal” distribution of numeric and real data; smoothing applied

- SVM: with the parameter settings: one-class SVM with the radial basis function using “gamma” = 0.015 and “nu” = 0.1.

0 Analysis

- NB alone performs better than other techniques

- SVM alone also performs better if parameters are set correctly- mydoom.m and VBS.Bubbleboy data set are not sufficient (very low detection

accuracy in all classifiers)

- The feature-based approach seems to be useful only when we have

identified the relevant features

gathered enough training data

Implement classifiers with best parameter settings

Page 51: Malicious Code Detection and                                      Security Applications

52

04/22/23 00:31

Current Directions

0 Data mining for Botnet detection

0 Data mining for active defense