TVT618

[Windows] vulscan - Vulnerability scanning with Nmap (Raw)

Jan 23rd, 2018
192
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 5.29 KB | None | 0 0
  1. [Windows]
  2. vulscan - Vulnerability Scanning with Nmap
  3.  
  4. Introduction
  5. Vulscan is a module which enhances nmap to a vulnerability scanner. The nmap option -sV enables version detection per service which is used to determine potential flaws according to the identified product. The data is looked up in an offline version of VulDB.
  6.  
  7. Installation
  8. Please install the files into the following folder of your Nmap installation:
  9. Nmap\scripts\vulscan\*
  10.  
  11. Usage
  12. You have to run the following minimal command to initiate a simple vulnerability scan:
  13. nmap -sV --script=vulscan/vulscan.nse www.example.com
  14.  
  15. Vulnerability Database
  16. There are the following pre-installed databases available at the moment:
  17. * scipvuldb.csv - https://vuldb.com
  18. * cve.csv - http://cve.mitre.org
  19. * osvdb.csv - http://www.osvdb.org
  20. * securityfocus.csv - http://www.securityfocus.com/bid/
  21. * securitytracker.csv - http://www.securitytracker.com
  22. * xforce.csv - http://xforce.iss.net
  23. * expliotdb.csv - http://www.exploit-db.com
  24. * openvas.csv - http://www.openvas.org
  25.  
  26. Single Database Mode
  27. You may execute vulscan with the following argument to use a single database:
  28. --script-args vulscandb=your_own_database
  29.  
  30. It is also possible to create and reference your own databases. This requires to create a database file, which has the following structure: <id>;<title>
  31.  
  32. Just execute vulscan like you would by refering to one of the pre-delivered databases. Feel free to share your own database and vulnerability connection with me, to add it to the official repository.
  33.  
  34. Update Database
  35. The vulnerability databases are updated and assembled on a regularly basis. To support the latest disclosed vulnerabilities, keep your local vulnerability databases up-to-date.
  36.  
  37. If you want to update your databases, go to the following web site and download these files:
  38. * www.computec.ch/projekte/vulscan/download/cve.csv
  39. * www.computec.ch/projekte/vulscan/download/exploitdb.csv
  40. * www.computec.ch/projekte/vulscan/download/openvas.csv
  41. * www.computec.ch/projekte/vulscan/download/osvdb.csv
  42. * www.computec.ch/projekte/vulscan/download/scipvuldb.csv
  43. * www.computec.ch/projekte/vulscan/download/securityfocus.csv
  44. * www.computec.ch/projekte/vulscan/download/securitytracker.csv
  45. * www.computec.ch/projekte/vulscan/download/xforce.csv
  46.  
  47. Copy the files into your vulscan folder: /vulscan/
  48.  
  49. Version Detection
  50. If the version detection was able to identify the software version and the vulnerability database is providing such details, also this data is matched.
  51.  
  52. Disabling this feature might introduce false-positive but might also eliminate false-negatives and increase performance slighty. If you want to disable additional version matching, use the following argument:
  53. --script-args vulscanversiondetection=0
  54.  
  55. Version detection of vulscan is only as good as Nmap version detection and the vulnerability database entries are. Some databases do not provide conclusive version information, which may lead to a lot of false-positives (as can be seen for Apache servers).
  56.  
  57. Match Priority
  58. The script is trying to identify the best matches only. If no positive match could been found, the best possible match (with might be a false-positive) is put on display.
  59.  
  60. If you want to show all matches, which might introduce a lot of false-positives but might be useful for further investigation, use the following argument: --script-args vulscanshowall=1
  61.  
  62. Interactive Mode
  63. The interactive mode helps you to override version detection results for every port. Use the following argument to enable the interactive mode: --script-args vulscaninteractive=1
  64.  
  65. Reporting
  66. All matching results are printed one by line. The default layout for this is: [{id}] {title}\n
  67.  
  68. It is possible to use another pre-defined report structure with the following argument:
  69. --script-args vulscanoutput=details
  70. --script-args vulscanoutput=listid
  71. --script-args vulscanoutput=listlink
  72. --script-args vulscanoutput=listtitle
  73.  
  74. You may enforce your own report structure by using the following argument (some examples):
  75. --script-args vulscanoutput='{link}\n{title}\n\n'
  76. --script-args vulscanoutput='ID: {id} - Title: {title} ({matches})\n'
  77. --script-args vulscanoutput='{id} | {product} | {version}\n'
  78.  
  79. Supported are the following elements for a dynamic report template:
  80. * {id} - ID of the vulnerability
  81. * {title} - Title of the vulnerability
  82. * {matches} - Count of matches
  83. * {product} - Matched product string(s)
  84. * {version} - Matched version string(s)
  85. * {link} - Link to the vulnerability database entry
  86. * \n - Newline
  87. * \t - Tab
  88.  
  89. Every default database comes with an url and a link, which is used during the scanning and might be accessed as {link} within the customized report template. To use custom database links, use the following argument:
  90. --script-args "vulscandblink=http://example.org/{id}"
  91.  
  92. Disclaimer
  93. Keep in mind that this kind of derivative vulnerability scanning heavily relies on the confidence of the version detection of nmap, the amount of documented vulnerebilities and the accuracy of pattern matching. The existence of potential flaws is not verified with additional scanning nor exploiting techniques.
  94.  
  95. Download vulscan
Advertisement
Add Comment
Please, Sign In to add comment