Nmap sslv2-drown NSE Script
This page contains detailed information about how to use the sslv2-drown NSE script. For list of all NSE scripts, visit the Nmap NSE Library.
Script Overview
Script source code: https://github.com/nmap/nmap/tree/master/scripts/sslv2-drown.nse
Script categories: intrusive, vuln
Target service / protocol: ssl
Target network port(s): 261, 271, 324, 443, 465, 563, 585, 636, 853, 989, 990, 992, 993, 994, 995, 2221, 2252, 2376, 3269, 3389, 4911, 5061, 5986, 6679, 6697, 8443, 9001, 8883
List of CVEs: CVE-2015-3197, CVE-2016-0703, CVE-2016-0800
Script Description
The sslv2-drown.nse script determines whether the server supports SSLv2, what ciphers it supports and tests for CVE-2015-3197, CVE-2016-0703 and CVE-2016-0800 (DROWN)
Sslv2-drown NSE Script Arguments
This is a full list of arguments supported by the sslv2-drown.nse script:
smbdomainThe domain to log in with. If you aren't in a domain environment, then anything will (should?) be accepted by the server.
smbhashA password hash to use when logging in. This is given as a single hex string (32 characters) or a pair of hex strings (both 32 characters, optionally separated by a single character). These hashes are the LanMan or NTLM hash of the user's password, and are stored on disk or in memory. They can be retrieved from memory using the fgdump or pwdump tools.
smbnoguestUse to disable usage of the 'guest' account.
smbpasswordThe password to connect with. Be cautious with this, since some servers will lock accounts if the incorrect password is given. Although it's rare that the Administrator account can be locked out, in the off chance that it can, you could get yourself in trouble. To use a blank password, leave this parameter off altogether.
smbtypeThe type of SMB authentication to use. These are the possible options:
v1
: Sends LMv1 and NTLMv1.LMv1
: Sends LMv1 only.NTLMv1
: Sends NTLMv1 only (default).v2
: Sends LMv2 and NTLMv2.LMv2
: Sends LMv2 only.NTLMv2
: Doesn't exist; the protocol doesn't support NTLMv2 alone. The default,NTLMv1
, is a pretty decent compromise between security and compatibility. If you are paranoid, you might want to usev2
orlmv2
for this. (Actually, if you're paranoid, you should be avoiding this protocol altogether!). If you're using an extremely old system, you might need to set this tov1
orlm
, which are less secure but more compatible. For information, seesmbauth.lua
.
The SMB username to log in with. The forms "DOMAIN\username" and "username@DOMAIN" are not understood. To set a domain, use the smbdomain
argument.
Set to a value to change the filenames/service names that are randomly generated.
smbbasicForces the authentication to use basic security, as opposed to "extended security". Against most modern systems, extended security should work, but there may be cases where you want to force basic. There's a chance that you'll get better results for enumerating users if you turn on basic authentication.
smbport
Override the default port choice. If smbport
is open, it's used. It's assumed to be the same protocol as port 445, not port 139. Since it probably isn't possible to change Windows' ports normally, this is mostly useful if you're bouncing through a relay or something.
Controls whether or not server signatures are checked in SMB packets. By default, on Windows, server signatures aren't enabled or required. By default, this library will always sign packets if it knows how, and will check signatures if the server says to. Possible values are:
force
: Always check server signatures, even if server says it doesn't support them (will Probably fail, but is technically more secure).negotiate
: [default] Use signatures if server supports them.ignore
: Never check server signatures. Not recommended.disable
: Don't send signatures, at all, and don't check the server's. not recommended. More information on signatures can be found insmbauth.lua
.
The domain against which to perform integrated authentication. When set, the scripts assume integrated authentication should be performed, rather than the default sql login.
mssql.instance-allTargets all SQL server instances discovered through the browser service.
mssql.instance-nameThe name of the instance to connect to.
mssql.instance-portThe port of the instance to connect to.
mssql.password
The password for mssql.username
. If this argument is not given but mssql.username
, a blank password is used.
The protocol to use to connect to the instance. The protocol may be either NP
,Named Pipes
or TCP
.
If set, the script will only connect to ports that were included in the Nmap scan. This may result in instances not being discovered, particularly if UDP port 1434 is not included. Additionally, instances that are found to be running on ports that were not scanned (e.g. if 1434/udp is in the scan and the SQL Server Browser service on that port reports an instance listening on 43210/tcp, which was not scanned) will be reported but will not be stored for use by other ms-sql-* scripts.
mssql.timeout
How long to wait for SQL responses. This is a number followed by ms
for milliseconds, s
for seconds, m
for minutes, or h
for hours. Default: 30s
.
The username to use to connect to SQL Server instances. This username is used by scripts taking actions that require authentication (e.g. ms-sql-query
) This username (and its associated password) takes precedence over any credentials discovered by the ms-sql-brute
and ms-sql-empty-password
scripts.
The domain to be returned by get_domain, overriding the target's own domain name.
tls.servernameHostname to use in the Server Name Indication (SNI) extension. Overrides the target name given on the command line and affects all targets.
vulns.shortIf set, vulnerabilities will be output in short format, a single line consisting of the host's target name or IP, the state, and either the CVE ID or the title of the vulnerability. Does not affect XML output.
vulns.showall
If set, the library will show and report all the registered vulnerabilities which includes the NOT VULNERABLE
ones. By default the library will only report the VULNERABLE
entries: VULNERABLE
, LIKELY VULNERABLE
, VULNERABLE (DoS)
and VULNERABLE (Exploitable)
. This argument affects the following functions: vulns.Report.make_output(): the default output function for portule/hostrule scripts. vulns.make_output(): the default output function for postrule scripts. vulns.format_vuln() and vulns.format_vuln_table() functions.
- - -
To use these script arguments, add them to the Nmap command line using the --script-args arg1=value,[arg2=value,..]
syntax. For example:
nmap --script=sslv2-drown --script-args smbdomain=value,smbhash=value <target>
Sslv2-drown NSE Script Example Usage
Here's an example of how to use the sslv2-drown.nse script:
nmap --script=sslv2-drown <target>
Sslv2-drown NSE Script Example Output
Here's a sample output from the sslv2-drown.nse script:
443/tcp open https
| sslv2-drown:
| ciphers:
| SSL2_DES_192_EDE3_CBC_WITH_MD5
| SSL2_IDEA_128_CBC_WITH_MD5
| SSL2_RC2_128_CBC_WITH_MD5
| SSL2_RC4_128_WITH_MD5
| SSL2_DES_64_CBC_WITH_MD5
| forced_ciphers:
| SSL2_RC2_128_CBC_EXPORT40_WITH_MD5
| SSL2_RC4_128_EXPORT40_WITH_MD5
| vulns:
| CVE-2016-0800:
| title: OpenSSL: Cross-protocol attack on TLS using SSLv2 (DROWN)
| state: VULNERABLE
| ids:
| CVE:CVE-2016-0800
| description:
| The SSLv2 protocol, as used in OpenSSL before 1.0.1s and 1.0.2 before 1.0.2g and
| other products, requires a server to send a ServerVerify message before establishing
| that a client possesses certain plaintext RSA data, which makes it easier for remote
| attackers to decrypt TLS ciphertext data by leveraging a Bleichenbacher RSA padding
| oracle, aka a "DROWN" attack.
|
| refs:
| https://www.openssl.org/news/secadv/20160301.txt
|_ https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0800
Sslv2-drown NSE Script Example XML Output
Here's a sample XML output from the sslv2-drown.nse script produced by providing the -oX <file>
Nmap option:
<table key="ciphers">
<elem>SSL2_DES_192_EDE3_CBC_WITH_MD5</elem>
<elem>SSL2_IDEA_128_CBC_WITH_MD5</elem>
<elem>SSL2_RC2_128_CBC_WITH_MD5</elem>
<elem>SSL2_RC4_128_WITH_MD5</elem>
<elem>SSL2_DES_64_CBC_WITH_MD5</elem>
</table>
<table key="forced_ciphers">
<elem>SSL2_RC2_128_CBC_EXPORT40_WITH_MD5</elem>
<elem>SSL2_RC4_128_EXPORT40_WITH_MD5</elem>
</table>
<table key="vulns">
<table key="CVE-2016-0800">
<elem key="title">OpenSSL: Cross-protocol attack on TLS using SSLv2 (DROWN)</elem>
<elem key="state">VULNERABLE</elem>
<table key="ids">
<elem>CVE:CVE-2016-0800</elem>
</table>
<table key="description">
<elem>
The SSLv2 protocol, as used in OpenSSL before 1.0.1s and 1.0.2 before
1.0.2g and other products, requires a server to send a ServerVerify
message before establishing that a client possesses certain plaintext
RSA data, which makes it easier for remote attackers to decrypt TLS
ciphertext data by leveraging a Bleichenbacher RSA padding oracle, aka
a "DROWN" attack.
</elem>
</table>
<table key="refs">
<elem>https://www.openssl.org/news/secadv/20160301.txt</elem>
<elem>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0800</elem>
</table>
</table>
</table>
Author
- Bertrand Bonnefoy-Claudet [email protected]>
References
- https://nmap.org/nsedoc/scripts/sslv2-drown.html
- https://github.com/nmap/nmap/tree/master/scripts/sslv2-drown.nse
- https://www.openssl.org/news/secadv/20160301.txt
- https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0800
- https://www.openssl.org/news/secadv/20160301.txt</elem>
- https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0800</elem>
- https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-3197
- https://www.openssl.org/news/secadv/20160128.txt
- https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0703
See Also
Related NSE scripts to the sslv2-drown.nse script:
Visit Nmap NSE Library for more scripts.
Version
This page has been created based on Nmap version 7.92.