<?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-06T09:17:24.508096+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-273674</id>
    <title>EUVD-2026-273674</title>
    <updated>2026-10-06T09:17:24.543071+00:00</updated>
    <content>EUVD-2026-273674</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-273674"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-27700</id>
    <title>fkie_cve-2026-27700</title>
    <updated>2026-10-06T09:17:24.543107+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Hono is a Web application framework that provides support for any JavaScript runtime. In versions 4.12.0 and 4.12.1, when using the AWS Lambda adapter (`hono/aws-lambda`) behind an Application Load Balancer (ALB), the `getConnInfo()` function incorrectly selected the first value from the `X-Forwarded-For` header. Because AWS ALB appends the real client IP address to the end of the `X-Forwarded-For` header, the first value can be attacker-controlled. This could allow IP-based access control mechanisms (such as the `ipRestriction` middleware) to be bypassed. Version 4.12.2 patches the issue.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-27700"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-xh87-mx6m-69f3</id>
    <title>GHSA-xh87-mx6m-69f3 — Hono is Vulnerable to Authentication Bypass by IP Spoofing in AWS Lambda ALB conninfo</title>
    <updated>2026-10-06T09:17:24.543153+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: hono</p>
<p>## Summary</p>
<p>When using the AWS Lambda adapter (`hono/aws-lambda`) behind an Application Load Balancer (ALB), the `getConnInfo()` function incorrectly selected the first value from the `X-Forwarded-For` header.</p>
<p>Because AWS ALB appends the real client IP address to the end of the `X-Forwarded-For` header, the first value can be attacker-controlled.</p>
<p>This could allow IP-based access control mechanisms (such as the `ipRestriction` middleware) to be bypassed.</p>
<p>## Details</p>
<p>In ALB environments, AWS appends the actual client IP address to the end of any existing `X-Forwarded-For` header value. However, the previous implementation of `getConnInfo()` extracted the leftmost IP address:</p>
<p>```ts
address = xff.split(',')[0].trim()
```</p>
<p>If a client sent:</p>
<p>```
X-Forwarded-For: &lt;spoofed-ip&gt;
```</p>
<p>ALB would forward:</p>
<p>```
X-Forwarded-For: &lt;spoofed-ip&gt;, &lt;real-client-ip&gt;
```</p>
<p>Since the implementation selected the first value, the spoofed IP address was trusted. This affected applications using:</p>
<p>```ts
ipRestriction(getConnInfo, { allowList: [...] })
```</p>
<p>or any custom middleware relying on `getConnInfo(c).remote.address` for authorization decisions.</p>
<p>The issue only affects deployments using the AWS Lambda adapter behind an ALB. API Gateway (v1/v2) and Lambda Function URLs are not affected, as they use AWS-provided source IP values from `requestContext`.</p>
<p>## Impact</p>
<p>An unauthenticated remote attacker could bypass IP-based access restrictions by supplying a crafted `X-Forwarded-For` header. This ma…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-xh87-mx6m-69f3"/>
  </entry>
</feed>
