{"id":15,"date":"2012-09-24T22:24:00","date_gmt":"2012-09-24T22:24:00","guid":{"rendered":"http:\/\/securityroots.com\/jkhasduiyewrbb123213234ukhcckjh\/?p=15"},"modified":"2023-09-07T09:02:49","modified_gmt":"2023-09-07T08:02:49","slug":"create-a-report-in-minutes-with-dradis-pro-and-vulndb-hq","status":"publish","type":"post","link":"https:\/\/dradis.com\/blog\/2012\/09\/create-a-report-in-minutes-with-dradis-pro-and-vulndb-hq\/","title":{"rendered":"Create a report in minutes with Dradis Pro and VulnDB HQ"},"content":{"rendered":"

How long did it take you to create your last pentest report? Days? Hours? Sounds like too much effort for something that should be 80% automated!<\/p>\n

Lets see how you can use Dradis Pro<\/a> and VulnDB HQ<\/a> to create a pentest report in minutes.<\/p>\n

Tracking progress with Dradis Pro<\/h4>\n

Everybody tracks progress and makes notes while conducting an assessment. However, using Dradis Pro has a few advantages over other methods (e.g notepad).<\/p>\n

First you can use testing methodologies<\/a> to define the steps you need to cover and track your progress:<\/p>\n

<\/a><\/div>\n

Of course this is useful both when you’re working alone and when you’re part of team to ensure there is no overlapping.<\/p>\n

If everyone is adding their findings to Dradis Pro’s shared repository, generating the report is one click away (keep reading!).<\/p>\n

Adding a few findings from your VulnDB account<\/h4>\n

Say that today is your lucky day, LDAP injection on the login form! You don’t think this is in your private VulnDB HQ repository but search anyway:<\/p>\n

<\/a><\/div>\n

Well, it was not in your private repository, but there is an LDAP injection<\/strong> entry in VulnDB HQ’s Public repository<\/a> that you can use as a baseline. You import it.<\/p>\n

You continue with you hack-fu, find a bunch of issues: cross-site scripting<\/b>, some SQL injection<\/b>, Axis2 testing servlet<\/b>, header injection<\/b> and a few SSL<\/b> issues. For each of these, you spend 30 seconds searching VulnDB HQ, importing the issue to your project and tweaking the particulars.<\/p>\n

Assign everything to the AdvancedWordExport ready<\/strong> category, and you’re done. Fairly painless, no?<\/p>\n

<\/a><\/div>\n

And if Dradis is not your cup of tea (?!) you could always connect your VulnDB HQ account to your own tools using our RESTful API<\/a> (or the convenient vulndbhq<\/a> Ruby gem).<\/p>\n

Report template<\/h4>\n

Now, the report. We want a high-quality Word 2010 document that we can easily edit and adapt as time passes.<\/p>\n

I won’t get into the nitty-gritty details of template building here (there is a Creating Word reports with DradisReports<\/a> guide in our support site with step-by-step instructions).<\/p>\n

We will use a fairly simple approach, I’ve created a template based of one of Word’s default styles (Home > Styles > Change Style > Formal). Just add the headings you need and a few Content Controls. Here is what ours look like:<\/p>\n

<\/a><\/div>\n

It starts with a table with some information about the project (name, client, dates, team, etc.).<\/p>\n

Then the Exec Summary with a Conclusions section (sorry, you’ll have to adjust this with your own conclusions!) and a Summary of Findings list which will contain just the Title of each finding.<\/p>\n

Then a Technical Details section that contains issue descriptions for each of the vulnerabilities we’ve identified during the report.<\/p>\n

Note that you only have to create the template the first time, and then reuse it for every project. The template you see above took me about 10 minutes to create.<\/p>\n

One last thing: the properties<\/h4>\n

Yes, we could add the project specifics like the client name and dates and everything else by hand. However, chances are that your report template is a bit more complex than the one in this example and that you’ll have your client’s name in multiple places and that some of the other information will also be repeated.<\/p>\n

Thankfully we can define document properties from within Dradis Pro (see the DradisReports: using custom document properties<\/a> guide for more information):<\/p>\n

<\/a><\/div>\n

There you go. Now we can re-export and voila, the report is complete:<\/p>\n

<\/a><\/div>\n