• No results found

Firewall Configuration Errors Revisited

N/A
N/A
Protected

Academic year: 2021

Share "Firewall Configuration Errors Revisited"

Copied!
15
0
0

Loading.... (view fulltext now)

Full text

(1)

AlgoSec Inc. 1

Firewall Configuration

Errors Revisited

Avishai Wool

CTO & Co-Founder, AlgoSec and

Prof., Tel Aviv University

Agenda

ƒIntroduction

ƒData sources and procedures

ƒConfiguration errors

ƒHighlights of 2004 study

(2)

AlgoSec Inc. 3 Firewalls seem to be badly configured:

ƒ 45% of companies worldwide suffered attacks from viruses and worms in the last 12 months

• (this is a made up statistic, true in every year …)

ƒ A properly configured firewall could easily block attacks such as: • Sasser worm: attacked port 445 (Netbios)

• Saphire SQL worm: attacked port 1431 • Blaster worm: attacked ports 135/137 (Netbios)

ƒ Firewall configs are deemed sensitive – why? • Admins know they have holes…

• Security by obscurity?

Can we quantify the problem?

1. Need firewall configuration data

• Not available publicly

2. Need to understand the configurations

• Complex vendor-dependent configuration languages

3. What is an error?

(3)

AlgoSec Inc. 5 #1 : We have the data

ƒAlgoSec performed firewall analysis for hundreds of customers since 2000

ƒData is under non-disclosure agreements – but we can publish statistics

#2 : We have the technology

ƒFirewall Analyzer software can parse configuration languages

(4)

AlgoSec Inc. 7 #3 : What is an error?

ƒIdea: only count “obvious” errors

ƒRely on “best practices”: • SANS Top 20

• CERT

• PCI DSS (Payment Card Industry) • NIST 800-41

• …

Plan of action

First study (2004):

• Check Point Firewall-1 configurations • Select 12 severe errors

• Analyze available configurations • Count number of errors

• Statistical analysis to identify causes and trends Current study:

• Both Check Point and Cisco PIX • Larger - 2x number of configurations • More in-depth: 36 severe errors,

(5)

AlgoSec Inc. 9 Timeline of data collection

ƒConfiguration files were collected between 2000-2005

ƒCheck Point Firewall-1 versions:

• 3.0, 4.0 – “end-of-life” • 4.1 – was still supported

• NG – released in 2001, minor versions FP3, R54, R55

ƒCisco PIX

• PIX versions 4.x, 5.x, 6.x, 7.0

(6)

AlgoSec Inc. 11

54%

Firewall-1 version helps

On average, 2 risks less

(7)

AlgoSec Inc. 13

Why did the version matter?

ƒSome risks are the result of Check Point “implicit rules”

ƒChanged default values in v4.1

ƒNew policy wizard to create a reasonable initial configuration

How to measure complexity

ƒComplexity =

#Rules +

#Network Objects + (#interfaces choose 2)

(8)

AlgoSec Inc. 15

Small is Beautiful

(9)

AlgoSec Inc. 17

Why should anything change?

ƒRegulation and Compliance:

• Sarbanes-Oxley

• Payment Card Industry (PCI DSS) • NIST 800-41

• …

ƒDifferent vendors – different issues?

ƒNew software versions – continue the trend?

Differences from 2004 report

ƒBoth Check Point and PIX

ƒ2x configurations tested

ƒNewer software versions

ƒVendor-neutral risk items

(10)

AlgoSec Inc. 19

Firewalls still badly configured

42%

Version does not matter … (Check Point) 5 10 15 20 25 30 Number of Risks

(11)

AlgoSec Inc. 21

Version does not matter … (PIX)

0 5 10 15 20 25 30 6.3-7.0 6.0-6.2 5.1-5.2 4.4 Number of Risks Why?

ƒVendor-neutral risks are controlled by basic filtering functionality

ƒBasic filtering controlled by explicit user-defined rules, rather than “check boxes” with vendor “know-how” (??)

(12)

AlgoSec Inc. 23

How to measure complexity of a PIX?

ƒCheck Point:

• Single rule-base

• Separate object database ƒCisco PIX:

• Separate rule-base per interface • No object database (almost)

ƒOld RC metric not very suitable for PIX!

Issues with old RC metric (even on Check Point)

ƒNot enough weight to #interfaces:

• #rules: 100s – 1000s • #objects 1000s

• #interfaces 2-20 – dwarfed (even quadratically) ƒExample:

• A firewall with 12 interfaces should be much more complex than with 3 …

(13)

AlgoSec Inc. 25

A New Firewall Complexity Measure

ƒIdea: pretend to “compile” Check Point configuration into a PIX configuration

• Duplicate the rule-base, once per interface • Add the object database once

• Count the resulting “number of lines” • Compare with PIX config “number of lines”

(minus some PIX boilerplate)

Check Point: FC = (#rules * #interfaces) + #objects PIX: FC = #lines - 50 Complexity distributions 256 512 1024 2048 4096 8192

(14)

AlgoSec Inc. 27

Small is Still Beautiful

(15)

AlgoSec Inc. 29 Questions? ƒE-mail: • [email protected][email protected] • http://www.algosec.com ƒ2004 study: IEEE Computer, 37(6):62-67, 2004

References

Related documents

While the FiT CfD provides a top-up to the electricity revenues up to the level of the strike price, the FiT CfD payment will not be higher if the reference price is less than

Relating to the creation of the King's Crossing Municipal Utility District of Grayson County; providing authority to impose a tax and issue bonds; granting the power of

Sources and Mechanisms of Secondary Organic Aerosol Formation: Chamber and Mod- eling Studies, Department of Chemical and Biomolecular Engineering, Hong Kong Uni- versity of Science

Free promo codes and game passes don’t work anymore so instead try some of the above methods to earn a nice amount of Robux and make your gaming even more enjoyable.. Typically

A review of inflation targeting, the Norwegian monetary regime and its institutional arrangements and Norges Bank’s actual monetary policy and communication. No 3/2002

Via sum-rate maximal relay beamforming design, the overall CDR system performance is enhanced by allowing the relay to balance between maximizing the rate of the transmission from

When they are in or reasonably related to a pending or potential arbitration, mediation, or other alternative dispute resolution proceeding in the jurisdiction or another