dradis Dradis Daniel Martn Gmez etd september '07 1 Agenda - - PowerPoint PPT Presentation

dradis
SMART_READER_LITE
LIVE PREVIEW

dradis Dradis Daniel Martn Gmez etd september '07 1 Agenda - - PowerPoint PPT Presentation

dradis Dradis Daniel Martn Gmez etd september '07 1 Agenda Scenario: where are we? System design Architecture Implementation Demo What's next? scenario: where are we? Penetration testing is about information


slide-1
SLIDE 1

1

dradis

Dradis Daniel Martín Gómez

etd

september '07

slide-2
SLIDE 2

Agenda

➔ Scenario: where are we? ➔ System design ➔ Architecture ➔ Implementation ➔ Demo ➔ What's next?

slide-3
SLIDE 3

3

scenario: where are we?

Repor2rator

➔ Penetration testing is about information

Information Discovery

✔ port scan ✔ vuln. scan ✔ web app scan ✔ ...

SEMS Exploiting

✔ metasploit ✔ milw0rm ✔ ... ✔ reporterator ✔ word ✔ pdf tools ✔ ...

Reporti ng

slide-4
SLIDE 4

4

scenario: where are we?

➔ Penetration testing is about information ➔ And what about information sharing?

✔ Each tester writes a “notes” file ✔ Some testers add the stuff straight to reporterator

Problems with this approach:

✔ Exploiting oportunities may be lost ✔ Overlapping ✔ Lack of standarization in the “notes” ✔ Synchronization problems when using reporterator

slide-5
SLIDE 5

5

scenario: where are we?

➔ Penetration testing is about information ➔ And what about information sharing?

✔ Each tester writes a “notes” file ✔ Some testers add the stuff straight to reporterator

Problems with this approach:

✔ Exploiting oportunities may be lost ✔ Overlapping while testing ✔ Lack of standarization in the “notes” ✔ Synchronization problems when using reporterator

Does this sound anywhere near Quality or Efficiency?

slide-6
SLIDE 6

6

scenario: where are we?

What is DRADIS?

<

slide-7
SLIDE 7

Agenda

➔ Scenario: where are we? ➔ System design

slide-8
SLIDE 8

8

system design

➔ Goals and chalenges

✔ create a system to effectively share information

slide-9
SLIDE 9

9

system design

➔ Goals and chalenges

✔ create a system to effectively share information ✔ easy to use, easy to be adopted

slide-10
SLIDE 10

1

system design

➔ Goals and chalenges

✔ create a system to effectively share information ✔ easy to use, easy to be adopted ✔ flexibility => growth ; good design

slide-11
SLIDE 11

1 1

system design

➔ Goals and chalenges

  • create a system to effectively share information
  • easy to use, easy to be adopted
  • flexibility => growth ; good design

✔ small and portable, so it can be used on site

slide-12
SLIDE 12

1 2

system design

  • Goals and chalenges
  • create a system to effectively share information
  • easy to use, easy to be adopted
  • flexibility => growth ; good design
  • small and portable, so it can be used on site

➔ Benefits

➔ information is organized

slide-13
SLIDE 13

1 3

system design

  • Goals and chalenges
  • create a system to effectively share information
  • easy to use, easy to be adopted
  • flexibility => growth ; good design
  • small and portable, so it can be used on site

➔ Benefits

➔ information is organized ➔ saves time: while testing and while reporting

slide-14
SLIDE 14

1 4

system design

  • Goals and chalenges
  • create a system to effectively share information
  • easy to use, easy to be adopted
  • flexibility => growth ; good design
  • small and portable, so it can be used on site

➔ Benefits

➔ information is organized ➔ saves time: while testing and while reporting ➔ effective knowledge sharing

slide-15
SLIDE 15

1 5

system design

➔ Goals and chalenges

✔ create a system to effectively share information ✔ easy to use, easy to be adopted ✔ not too restrictive ✔ flexibility => growth ; good design ✔ small and portable, so it can be used on site

➔ Benefits

➔ information is organized ➔ saves time: while testing and while reporting ➔ effective knowledge sharing ➔ it is also good for one man testing

slide-16
SLIDE 16

Agenda

➔ Scenario: where are we? ➔ System design ➔ Architecture

slide-17
SLIDE 17

1 7

architecture

➔ Client / Server architecture ➔ Coded in Ruby ➔ Multiple interfaces ➔ Different user profiles

DRADIS

slide-18
SLIDE 18

1 8

architecture

Database REST Web

slide-19
SLIDE 19

Agenda

➔ Scenario: where are we? ➔ System design ➔ Architecture ➔ Implementation

slide-20
SLIDE 20

Agenda

➔ Scenario: where are we? ➔ System design ➔ Architecture ➔ Implementation ➔ Demo

slide-21
SLIDE 21

Agenda

➔ Scenario: where are we? ➔ System design ➔ Architecture ➔ Implementation ➔ Demo ➔ What's next?

slide-22
SLIDE 22

2 2

what's next?

➔ Give it a try! ➔ Feature requests ➔ Improve it yourself ➔ It will be released under GPL ➔ Hopefully on sourceforge

<

DRADIS

slide-23
SLIDE 23

2 3

dradis

¿Questions? Daniel Martín Gómez

etd

september '07