<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Mon, 05 Oct 2026 10:35:07 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-248756</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-248756</link>
      <description>EUVD-2026-248756</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-248756</guid>
    </item>
    <item>
      <title>fkie_cve-2025-54584</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-54584</link>
      <description>&lt;p&gt;GitProxy is an application that stands between developers and a Git remote endpoint (e.g., github.com). In versions 1.19.1 and below, an attacker can craft a malicious Git packfile to exploit the PACK signature detection in the parsePush.ts file. By embedding a misleading PACK signature within commit content and carefully constructing the packet structure, the attacker can trick the parser into treating invalid or unintended data as the packfile. Potentially, this would allow bypassing approval or hiding commits. This issue is fixed in version 1.19.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;GitProxy is an application that stands between developers and a Git remote endpoint (e.g., github.com). In versions 1.19.1 and below, an attacker can craft a malicious Git packfile to exploit the PACK signature detection in the parsePush.ts file. By embedding a misleading PACK signature within commit content and carefully constructing the packet structure, the attacker can trick the parser into treating invalid or unintended data as the packfile. Potentially, this would allow bypassing approval or hiding commits. This issue is fixed in version 1.19.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-54584</guid>
    </item>
    <item>
      <title>GHSA-xxmh-rf63-qwjv — GitProxy Backfile Parsing Exploit</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-xxmh-rf63-qwjv</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @finos/git-proxy&lt;/p&gt;
&lt;p&gt;### Summary
An attacker can craft a malicious Git packfile to exploit the PACK signature detection in the `parsePush.ts`. By embedding a misleading PACK signature within commit content and carefully constructing the packet structure, the attacker can trick the parser into treating invalid or unintended data as the packfile. Potentially, this would allow bypassing approval or hiding commits.&lt;/p&gt;
&lt;p&gt;### Details
The affected version of `parsePush.ts` attempts to locate the Git PACK file by looking for the last occurrence of the string &amp;#34;PACK&amp;#34; in the incoming push payload:&lt;/p&gt;
&lt;p&gt;```ts
const packStart = buffer.lastIndexOf(&amp;#39;PACK&amp;#39;);
```&lt;/p&gt;
&lt;p&gt;This assumes that any &amp;#34;PACK&amp;#34; string near the end of the push is the beginning of the actual binary Git packfile. However, Git objects (commits, blobs, etc.) can contain arbitrary content (including the word PACK) in binary or non-compressed blobs.&lt;/p&gt;
&lt;p&gt;An attacker could abuse this by:
1. Crafting a custom packfile using low-level Git tools or by manually forging one
2. Placing the string &amp;#34;PACK&amp;#34; inside a commit body or a binary file blob that appears after the real PACK start in the stream.&lt;/p&gt;
&lt;p&gt;The parser then ignores the actual push and treats the binary blob/commit body as the PACK file. The actual push contents may violate existing push policies.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;1. Make a commit on any branch (example: `test-branch`) containing the string &amp;#34;PACK&amp;#34;
2. Manually generate a custom packfile with both branches using `git pack-objects` or a low-level library/custom script:
  a) A…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @finos/git-proxy&lt;/p&gt;
&lt;p&gt;### Summary
An attacker can craft a malicious Git packfile to exploit the PACK signature detection in the `parsePush.ts`. By embedding a misleading PACK signature within commit content and carefully constructing the packet structure, the attacker can trick the parser into treating invalid or unintended data as the packfile. Potentially, this would allow bypassing approval or hiding commits.&lt;/p&gt;
&lt;p&gt;### Details
The affected version of `parsePush.ts` attempts to locate the Git PACK file by looking for the last occurrence of the string &amp;#34;PACK&amp;#34; in the incoming push payload:&lt;/p&gt;
&lt;p&gt;```ts
const packStart = buffer.lastIndexOf(&amp;#39;PACK&amp;#39;);
```&lt;/p&gt;
&lt;p&gt;This assumes that any &amp;#34;PACK&amp;#34; string near the end of the push is the beginning of the actual binary Git packfile. However, Git objects (commits, blobs, etc.) can contain arbitrary content (including the word PACK) in binary or non-compressed blobs.&lt;/p&gt;
&lt;p&gt;An attacker could abuse this by:
1. Crafting a custom packfile using low-level Git tools or by manually forging one
2. Placing the string &amp;#34;PACK&amp;#34; inside a commit body or a binary file blob that appears after the real PACK start in the stream.&lt;/p&gt;
&lt;p&gt;The parser then ignores the actual push and treats the binary blob/commit body as the PACK file. The actual push contents may violate existing push policies.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;1. Make a commit on any branch (example: `test-branch`) containing the string &amp;#34;PACK&amp;#34;
2. Manually generate a custom packfile with both branches using `git pack-objects` or a low-level library/custom script:
  a) A…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-xxmh-rf63-qwjv</guid>
    </item>
  </channel>
</rss>
