Bekannte Sicherheitslücken (CVE) in flyway/flyway:latest

CVE-ID	Schweregrad	Paket	Betroffene Version	Behobene Version	CVSS-Score
CVE-2025-67735	medium	netty-codec-http	<4.1.129.Final	4.1.129.Final	6.5
Summary The `io.netty.handler.codec.http.HttpRequestEncoder` CRLF injection with the request uri when constructing a request. This leads to request smuggling when `HttpRequestEncoder` is used without proper sanitization of the uri. Details The `HttpRequestEncoder` simply UTF8 encodes the `uri` without sanitization (`buf.writeByte(SP).writeCharSequence(uriCharSequence, CharsetUtil.UTF_8);`) The default implementation of HTTP headers guards against such possibility already with a validator making it impossible with headers. PoC Simple reproducer: public static void main(String[] args) { EmbeddedChannel client = new EmbeddedChannel(); client.pipeline().addLast(new HttpClientCodec()); EmbeddedChannel server = new EmbeddedChannel(); server.pipeline().addLast(new HttpServerCodec()); server.pipeline().addLast(new ChannelInboundHandlerAdapter() { @Override public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception { System.out.println("Processing msg " + msg); } }); DefaultHttpRequest request = new DefaultHttpRequest( HttpVersion.HTTP_1_1, HttpMethod.GET, "/s1 HTTP/1.1\r\n" + "\r\n" + "POST /s2 HTTP/1.1\r\n" + "content-length: 11\r\n\r\n" + "Hello World" + "GET /s1" ); client.writeAndFlush(request); ByteBuf tmp; while ((tmp = client.readOutbound()) != null) { server.writeInbound(tmp); } } Impact Any application / framework using `HttpRequestEncoder` can be subject to be abused to perform request smuggling using CRLF injection. Relevance: The CVE-2025-67735 is relevant if the Flyway Docker image is deployed in environments with untrusted users or where SQL injection risks exist, as it could allow unauthorized database modifications. It becomes critical in scenarios where Flyway interacts with sensitive databases or is exposed to external inputs without proper validation. Otherwise, for internal use with trusted deployments, the risk is minimal. (Note: Relevance analysis is automatically generated and may require verification.) Package URL(s): `pkg:maven/io.netty/netty-codec-http@4.1.127.Final` More Info (NVD): https://nvd.nist.gov/vuln/detail/CVE-2025-67735
CVE-2016-2781	low	coreutils	>=0	not fixed	6.5
CVE-2021-31879	medium	wget	>=0	not fixed	6.1
CVE-2025-66382	medium	expat	>=0	not fixed	5.5
CVE-2025-68972	medium	gnupg2	>=0	not fixed	4.7
CVE-2025-28162	medium	libpng1.6	<1.6.43-5ubuntu0.4	1.6.43-5ubuntu0.4	4.1
CVE-2025-45582	medium	tar	>=0	not fixed	4.1
CVE-2025-28164	medium	libpng1.6	<1.6.43-5ubuntu0.4	1.6.43-5ubuntu0.4	4.1
CVE-2026-0861	medium	glibc	>=0	not fixed	4.1
CVE-2025-8941	medium	pam	>=0	not fixed	4.1

CVE-ID

Schweregrad

Paket

Betroffene Version

Behobene Version

CVSS-Score

CVE-2025-67735

medium

netty-codec-http

<4.1.129.Final

4.1.129.Final

6.5

Summary

The io.netty.handler.codec.http.HttpRequestEncoder CRLF injection with the request uri when constructing a request. This leads to request smuggling when HttpRequestEncoder is used without proper sanitization of the uri.

Details

The HttpRequestEncoder simply UTF8 encodes the uri without sanitization (buf.writeByte(SP).writeCharSequence(uriCharSequence, CharsetUtil.UTF_8);)

The default implementation of HTTP headers guards against such possibility already with a validator making it impossible with headers.

PoC

Simple reproducer:

public static void main(String[] args) {

  EmbeddedChannel client = new EmbeddedChannel();
  client.pipeline().addLast(new HttpClientCodec());

  EmbeddedChannel server = new EmbeddedChannel();
  server.pipeline().addLast(new HttpServerCodec());
  server.pipeline().addLast(new ChannelInboundHandlerAdapter() {
    @Override
    public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {
      System.out.println("Processing msg " + msg);
    }
  });

  DefaultHttpRequest request = new DefaultHttpRequest(
    HttpVersion.HTTP_1_1,
    HttpMethod.GET,
    "/s1 HTTP/1.1\r\n" +
      "\r\n" +
      "POST /s2 HTTP/1.1\r\n" +
      "content-length: 11\r\n\r\n" +
      "Hello World" +
      "GET /s1"
  );
  client.writeAndFlush(request);
  ByteBuf tmp;
  while ((tmp = client.readOutbound()) != null) {
    server.writeInbound(tmp);
  }
}

Impact

Any application / framework using HttpRequestEncoder can be subject to be abused to perform request smuggling using CRLF injection.

Relevance:

The CVE-2025-67735 is relevant if the Flyway Docker image is deployed in environments with untrusted users or where SQL injection risks exist, as it could allow unauthorized database modifications. It becomes critical in scenarios where Flyway interacts with sensitive databases or is exposed to external inputs without proper validation. Otherwise, for internal use with trusted deployments, the risk is minimal. (Note: Relevance analysis is automatically generated and may require verification.)

Package URL(s):

pkg:maven/io.netty/netty-codec-http@4.1.127.Final

More Info (NVD):

https://nvd.nist.gov/vuln/detail/CVE-2025-67735

CVE-2016-2781

low

coreutils

>=0

not fixed

6.5

CVE-2021-31879

medium

wget

>=0

not fixed

6.1

CVE-2025-66382

medium

expat

>=0

not fixed

5.5

CVE-2025-68972

medium

gnupg2

>=0

not fixed

4.7

CVE-2025-28162

medium

libpng1.6

<1.6.43-5ubuntu0.4

1.6.43-5ubuntu0.4

4.1

CVE-2025-45582

medium

tar

>=0

not fixed

4.1

CVE-2025-28164

medium

libpng1.6

<1.6.43-5ubuntu0.4

1.6.43-5ubuntu0.4

4.1

CVE-2026-0861

medium

glibc

>=0

not fixed

4.1

CVE-2025-8941

medium

pam

>=0

not fixed

4.1

Schweregradstufen

Ausnutzung könnte zu schwerwiegenden Konsequenzen wie Systemkompromittierung oder Datenverlust führen. Erfordert sofortige Aufmerksamkeit.

Sicherheitslücke könnte relativ leicht ausgenutzt werden und erhebliche Auswirkungen haben. Erfordert zeitnahe Aufmerksamkeit.

Ausnutzung ist möglich, erfordert aber möglicherweise spezifische Bedingungen. Auswirkungen sind moderat. Sollte zeitnah behoben werden.

Ausnutzung ist schwierig oder die Auswirkungen sind minimal. Kann bei Gelegenheit oder im Rahmen der regulären Wartung behoben werden.

Schweregrad ist nicht bestimmt, informativ oder vernachlässigbar. Überprüfung je nach Kontext.

Über den CVE-Scanner

Der CVE-Scanner ist ein leistungsstarkes Tool, das dir hilft, bekannte Sicherheitslücken in deinen Docker-Images zu identifizieren. Indem deine Images mit einer umfassenden Datenbank von Common Vulnerabilities and Exposures (CVEs) abgeglichen werden, kannst du sicherstellen, dass deine Anwendungen sicher und auf dem neuesten Stand sind. Für weitere Details, schau dir die NIST CVE-Datenbank an.

Warum CVE-Scanning für deine Docker-Images wichtig ist

Mit dem Anstieg von Supply-Chain-Angriffen ist die Sicherung deiner Anwendungen wichtiger denn je. CVE-Scanning spielt eine entscheidende Rolle bei der Identifizierung von Sicherheitslücken, die von Angreifern ausgenutzt werden könnten, insbesondere solche, die durch Abhängigkeiten und Drittanbieter-Komponenten eingeführt werden. Regelmäßiges Scannen und Sichern deiner Docker-Images ist essenziell, um deine Anwendungen vor diesen sich entwickelnden Bedrohungen zu schützen.

Was ist eine CVE?

CVE steht für Common Vulnerabilities and Exposures. Es ist ein standardisierter Bezeichner für bekannte Sicherheitslücken, der Entwicklern und Organisationen ermöglicht, potenzielle Risiken effektiv zu verfolgen und zu beheben. Für weitere Informationen, besuche cve.mitre.org.

Vorteile des CVE-Scannens

Erhöhte Sicherheit: Erkenne und behebe Sicherheitslücken, bevor sie ausgenutzt werden.
Compliance: Erfülle Branchenstandards und regulatorische Anforderungen für sichere Software.
Proaktive Wartung: Bleibe potenziellen Bedrohungen einen Schritt voraus, indem du Sicherheitslücken frühzeitig behebst.

Wie der CVE-Scanner funktioniert

Der CVE-Scanner analysiert deine Docker-Images anhand einer umfassenden Datenbank bekannter Sicherheitslücken. Er nutzt Docker Scout im Hintergrund, um detaillierte Einblicke in betroffene Pakete, Schweregradstufen und verfügbare Fixes zu liefern, sodass du sofort handeln kannst.

Die Bedeutung des Patchens von Docker-Images

Das Patchen deiner Docker-Images ist ein entscheidender Schritt, um die Sicherheit und Stabilität deiner Anwendungen zu gewährleisten. Durch regelmäßige Updates deiner Images mit den neuesten Sicherheitspatches kannst du bekannte Sicherheitslücken beheben und das Risiko einer Ausnutzung reduzieren. Dieser proaktive Ansatz stellt sicher, dass deine Anwendungen widerstandsfähig gegenüber neuen Bedrohungen bleiben und hilft, die Einhaltung von Sicherheitsstandards zu gewährleisten.

CVE-Scan für flyway/flyway:latest

Docker-Image-Sicherheitslücken-Scanner

29 Bekannte Sicherheitslücken in diesem Docker-Image

Summary

Details

PoC

Impact

Schweregradstufen

Über den CVE-Scanner

Warum CVE-Scanning für deine Docker-Images wichtig ist

Was ist eine CVE?

Vorteile des CVE-Scannens

Wie der CVE-Scanner funktioniert

Die Bedeutung des Patchens von Docker-Images

Du willst dieses Image deployen?