<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T12:44:53.757469+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-233947</id>
    <title>EUVD-2026-233947</title>
    <updated>2026-10-03T12:44:53.907154+00:00</updated>
    <content>EUVD-2026-233947</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-233947"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2022-31104</id>
    <title>fkie_cve-2022-31104</title>
    <updated>2026-10-03T12:44:53.907197+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Wasmtime is a standalone runtime for WebAssembly. In affected versions wasmtime's implementation of the SIMD proposal for WebAssembly on x86_64 contained two distinct bugs in the instruction lowerings implemented in Cranelift. The aarch64 implementation of the simd proposal is not affected. The bugs were presented in the `i8x16.swizzle` and `select` WebAssembly instructions. The `select` instruction is only affected when the inputs are of `v128` type. The correspondingly affected Cranelift instructions were `swizzle` and `select`. The `swizzle` instruction lowering in Cranelift erroneously overwrote the mask input register which could corrupt a constant value, for example. This means that future uses of the same constant may see a different value than the constant itself. The `select` instruction lowering in Cranelift wasn't correctly implemented for vector types that are 128-bits wide. When the condition was 0 the wrong instruction was used to move the correct input to the output of the instruction meaning that only the low 32 bits were moved and the upper 96 bits of the result were left as whatever the register previously contained (instead of the input being moved from). The `select` instruction worked correctly if the condition was nonzero, however. This bug in Wasmtime's implementation of these instructions on x86_64 represents an incorrect implementation of the specified semantics of these instructions according to the WebAssembly specification. The impact of this is b…</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2022-31104"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-jqwc-c49r-4w2x</id>
    <title>GHSA-jqwc-c49r-4w2x — Miscompilation of `i8x16.swizzle` and `select` with v128 inputs</title>
    <updated>2026-10-03T12:44:53.907306+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: wasmtime, crates.io: cranelift-codegen</p>
<p>### Impact</p>
<p>Wasmtime's implementation of the [SIMD proposal for WebAssembly](https://github.com/webassembly/simd) on x86_64 contained two distinct bugs in the instruction lowerings implemented in Cranelift. The aarch64 implementation of the simd proposal is not affected. The bugs were presented in the `i8x16.swizzle` and `select` WebAssembly instructions. The `select` instruction is only affected when the inputs are of `v128` type. The correspondingly affected Cranelift instructions were `swizzle` and `select`.</p>
<p>The `swizzle` instruction lowering in Cranelift erroneously overwrote the mask input register which could corrupt a constant value, for example. This means that future uses of the same constant may see a different value than the constant itself.</p>
<p>The `select` instruction lowering in Cranelift wasn't correctly implemented for vector types that are 128-bits wide. When the condition was 0 the wrong instruction was used to move the correct input to the output of the instruction meaning that only the low 32 bits were moved and the upper 96 bits of the result were left as whatever the register previously contained (instead of the input being moved from). The `select` instruction worked correctly if the condition was nonzero, however.</p>
<p>This bug in Wasmtime's implementation of these instructions on x86_64 represents an incorrect implementation of the specified semantics of these instructions according to the [WebAssembly specification](https://webassembly.github.io/spec/). T…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-jqwc-c49r-4w2x"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2022-31104</id>
    <title>gsd-2022-31104</title>
    <updated>2026-10-03T12:44:53.907358+00:00</updated>
    <content>gsd-2022-31104</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2022-31104"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/msrc_cve-2022-31104</id>
    <title>msrc_CVE-2022-31104 — Miscompilation of `i8x16.swizzle` and `select` with v128 inputs in Wasmtime</title>
    <updated>2026-10-03T12:44:53.907373+00:00</updated>
    <content>msrc_CVE-2022-31104</content>
    <link href="https://cve.radiocsirt.org/vuln/msrc_cve-2022-31104"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rustsec-2022-0095</id>
    <title>RUSTSEC-2022-0095 — Miscompilation of `i8x16.swizzle` and `select` with v128 inputs</title>
    <updated>2026-10-03T12:44:53.907390+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: wasmtime</p>
<p>This is an entry in the RustSec database for the Wasmtime security advisory
located at
https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-jqwc-c49r-4w2x.
For more information see the GitHub-hosted security advisory.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rustsec-2022-0095"/>
  </entry>
</feed>
