<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/sightings/feed</id>
  <title>Most recent sightings.</title>
  <updated>2026-05-26T10:24:36.481533+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent sightings.</subtitle>
  <entry>
    <id>https://db.gcve.eu/sighting/a97d8e9d-7bad-4654-ba7e-6b28eabd433f/export</id>
    <title>a97d8e9d-7bad-4654-ba7e-6b28eabd433f</title>
    <updated>2026-05-26T10:24:37.020451+00:00</updated>
    <author>
      <name>cedric</name>
      <uri>http://db.gcve.eu/user/cedric</uri>
    </author>
    <content>{"uuid": "a97d8e9d-7bad-4654-ba7e-6b28eabd433f", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2023-32060", "type": "seen", "source": "https://t.me/cibsecurity/63624", "content": "\u203c CVE-2023-32060 \u203c\n\nDHIS2 Core contains the service layer and Web API for DHIS2, an information system for data capture. Starting in the 2.35 branch and prior to versions 2.36.13, 2.37.8, 2.38.2, and 2.39.0, when the Category Option Combination Sharing settings are configured to control access to specific tracker program events or program stages, the `/trackedEntityInstances` and `/events` API endpoints may include all events regardless of the sharing settings applied to the category option combinations. When this specific configuration is present, users may have access to events which they should not be able to see based on the sharing settings of the category options. The events will not appear in the user interface for web-based Tracker Capture or Capture applications, but if the Android Capture App is used they will be displayed to the user. Versions 2.36.13, 2.37.8, 2.38.2, and 2.39.0 contain a fix for this issue. No workaround is known.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2023-05-09T18:43:43.000000Z"}</content>
    <link href="https://db.gcve.eu/sighting/a97d8e9d-7bad-4654-ba7e-6b28eabd433f/export"/>
    <published>2023-05-09T18:43:43+00:00</published>
  </entry>
  <entry>
    <id>https://db.gcve.eu/sighting/4108421d-d759-4a77-8969-55a840189130/export</id>
    <title>4108421d-d759-4a77-8969-55a840189130</title>
    <updated>2026-05-26T10:24:37.020394+00:00</updated>
    <author>
      <name>cedric</name>
      <uri>http://db.gcve.eu/user/cedric</uri>
    </author>
    <content>{"uuid": "4108421d-d759-4a77-8969-55a840189130", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2023-32066", "type": "seen", "source": "https://t.me/cibsecurity/63637", "content": "\u203c CVE-2023-32066 \u203c\n\nTime Tracker is an open source time tracking system. The week view plugin in Time Tracker versions 1.22.11.5782 and prior was not escaping titles for notes in week view table. Because of that, it was possible for a logged in user to enter notes with elements of JavaScript. Such script could then be executed in user browser on subsequent requests to week view. This issue is fixed in version 1.22.12.5783. As a workaround, use `htmlspecialchars` when calling `$field-&amp;gt;setTitle` on line #245 in the `week.php` file, as happens in version 1.22.12.5783.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2023-05-09T20:38:52.000000Z"}</content>
    <link href="https://db.gcve.eu/sighting/4108421d-d759-4a77-8969-55a840189130/export"/>
    <published>2023-05-09T20:38:52+00:00</published>
  </entry>
  <entry>
    <id>https://db.gcve.eu/sighting/a119ce0e-60cf-44e8-8781-0f4cd19ae518/export</id>
    <title>a119ce0e-60cf-44e8-8781-0f4cd19ae518</title>
    <updated>2026-05-26T10:24:37.020334+00:00</updated>
    <author>
      <name>cedric</name>
      <uri>http://db.gcve.eu/user/cedric</uri>
    </author>
    <content>{"uuid": "a119ce0e-60cf-44e8-8781-0f4cd19ae518", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2023-32068", "type": "seen", "source": "https://t.me/cibsecurity/64169", "content": "\u203c CVE-2023-32068 \u203c\n\nXWiki Platform is a generic wiki platform offering runtime services for applications built on top of it. In versions prior to 14.10.4 it's possible to exploit well known parameters in XWiki URLs to perform redirection to untrusted site. This vulnerability was partially fixed in the past for XWiki 12.10.7 and 13.3RC1 but there is still the possibility to force specific URLs to skip some checks, e.g. using URLs like `http:example.com` in the parameter would allow the redirect. The issue has now been patched against all patterns that are known for performing redirects. This issue has been patched in XWiki 14.10.4 and 15.0. Users are advised to upgrade. There are no known workarounds for this vulnerability.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2023-05-16T00:29:48.000000Z"}</content>
    <link href="https://db.gcve.eu/sighting/a119ce0e-60cf-44e8-8781-0f4cd19ae518/export"/>
    <published>2023-05-16T00:29:48+00:00</published>
  </entry>
  <entry>
    <id>https://db.gcve.eu/sighting/932e98fa-7c8d-47b7-aedf-e396163880c3/export</id>
    <title>932e98fa-7c8d-47b7-aedf-e396163880c3</title>
    <updated>2026-05-26T10:24:37.020275+00:00</updated>
    <author>
      <name>cedric</name>
      <uri>http://db.gcve.eu/user/cedric</uri>
    </author>
    <content>{"uuid": "932e98fa-7c8d-47b7-aedf-e396163880c3", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2023-32064", "type": "seen", "source": "https://t.me/ctinow/155572", "content": "https://ift.tt/n2dglYK\nCVE-2023-32064 | oroinc orocommerce up to 4.2.8/5.0.10/5.1.0 ACL access control (GHSA-8gwj-68w6-7v6c)", "creation_timestamp": "2023-12-17T11:06:31.000000Z"}</content>
    <link href="https://db.gcve.eu/sighting/932e98fa-7c8d-47b7-aedf-e396163880c3/export"/>
    <published>2023-12-17T11:06:31+00:00</published>
  </entry>
  <entry>
    <id>https://db.gcve.eu/sighting/2c893c9e-7c65-4813-a944-01138bf02c67/export</id>
    <title>2c893c9e-7c65-4813-a944-01138bf02c67</title>
    <updated>2026-05-26T10:24:37.020191+00:00</updated>
    <author>
      <name>cedric</name>
      <uri>http://db.gcve.eu/user/cedric</uri>
    </author>
    <content>{"uuid": "2c893c9e-7c65-4813-a944-01138bf02c67", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2023-32062", "type": "seen", "source": "https://t.me/ctinow/155573", "content": "https://ift.tt/UnE9oeY\nCVE-2023-32062 | oroinc crm up to 4.2.6/5.0.6/5.1.0 System Calendar Event access control (GHSA-x2xm-p6vq-482g)", "creation_timestamp": "2023-12-17T11:06:32.000000Z"}</content>
    <link href="https://db.gcve.eu/sighting/2c893c9e-7c65-4813-a944-01138bf02c67/export"/>
    <published>2023-12-17T11:06:32+00:00</published>
  </entry>
  <entry>
    <id>https://db.gcve.eu/sighting/6b4f90c8-ecc9-4941-ba52-230315ba6da7/export</id>
    <title>6b4f90c8-ecc9-4941-ba52-230315ba6da7</title>
    <updated>2026-05-26T10:24:37.017868+00:00</updated>
    <author>
      <name>cedric</name>
      <uri>http://db.gcve.eu/user/cedric</uri>
    </author>
    <content>{"uuid": "6b4f90c8-ecc9-4941-ba52-230315ba6da7", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2023-32068", "type": "seen", "source": "https://t.me/DarkWebInformer_CVEAlerts/2669", "content": "\ud83d\udd17 DarkWebInformer.com - Cyber Threat Intelligence\n\ud83d\udccc CVE ID: CVE-2023-32068\n\ud83d\udd39 Description: XWiki Platform is a generic wiki platform offering runtime services for applications built on top of it. In versions prior to 14.10.4 it's possible to exploit well known parameters in XWiki URLs to perform redirection to untrusted site. This vulnerability was partially fixed in the past for XWiki 12.10.7 and 13.3RC1 but there is still the possibility to force specific URLs to skip some checks, e.g. using URLs like `http:example.com` in the parameter would allow the redirect.  The issue has now been patched against all patterns that are known for performing redirects. This issue has been patched in XWiki 14.10.4 and 15.0. Users are advised to upgrade. There are no known workarounds for this vulnerability.\n\ud83d\udccf Published: 2023-05-15T20:53:09.228Z\n\ud83d\udccf Modified: 2025-01-22T21:37:24.611Z\n\ud83d\udd17 References:\n1. https://github.com/xwiki/xwiki-platform/security/advisories/GHSA-6gvj-8vc5-8v3j\n2. https://github.com/xwiki/xwiki-platform/commit/e4f7f68e93cb08c25632c126356d218abf192d1e\n3. https://jira.xwiki.org/browse/XWIKI-20096\n4. https://jira.xwiki.org/browse/XWIKI-20549", "creation_timestamp": "2025-01-22T22:02:34.000000Z"}</content>
    <link href="https://db.gcve.eu/sighting/6b4f90c8-ecc9-4941-ba52-230315ba6da7/export"/>
    <published>2025-01-22T22:02:34+00:00</published>
  </entry>
</feed>
