CVE-2017-1000044

gtk-vnc: Incorrect boundaries check when updating framebuffer

Veröffentlicht 17. Juli 2017Geändert 17. Juni 2026CWE 119

In der Trivy Database seit spätestens 24. Okt. 2026, 07:11 UTCWann der Eintrag vor diesem Build hinzukam, ist nicht erfasst.

Einstufung nach Quelle

NVD9.8CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Red Hat7.5CVSS:3.0/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H

Trivys eigenes Label ist CRITICAL. Kritisch laut NVD. Niedriger laut Red Hat (mittel).

Beschreibung

gtk-vnc 0.4.2 and older doesn't check framebuffer boundaries correctly when updating framebuffer which may lead to memory corruption when rendering

Betroffene Pakete und behobene Versionen

Quelle	Paket	Behoben in
debian 11	gtk-vnc	0.4.3-1
debian 12	gtk-vnc	0.4.3-1
debian 13	gtk-vnc	0.4.3-1
debian 14	gtk-vnc	0.4.3-1
echo	gtk-vnc	0.4.3-1
Red Hat	gtk-vnc, gtk-vnc-devel, gtk-vnc-python	kein Fix angegeben

Alle 8 Einträge aus 6 Quellen zeigen

Quelle	Paket	Behoben in
debian 11	gtk-vnc	0.4.3-1
debian 12	gtk-vnc	0.4.3-1
debian 13	gtk-vnc	0.4.3-1
debian 14	gtk-vnc	0.4.3-1
echo	gtk-vnc	0.4.3-1
Red Hat	gtk-vnc	kein Fix angegeben
Red Hat	gtk-vnc-devel	kein Fix angegeben
Red Hat	gtk-vnc-python	kein Fix angegeben

Referenzen

Was Attestkeep damit macht

In Ihrem Cluster, ohne dass Sie eine Tabelle öffnen.

WeißDer Scanner aktualisiert seine Vulnerability Database alle sechs Stunden.
FindetJedes zugelassene Image wird standardmäßig alle 24 Stunden neu gescannt (scan.rescanInterval). Stuft Trivy diese Schwachstelle für die Paketquelle des Images als kritisch ein, steht sie namentlich in den Findings des Images. Findings ohne Fix bleiben außen vor, außer includeUnfixed ist aktiviert.
MeldetEin critical_finding-Event geht an die Kanäle, die es abonniert haben: E-Mail, Slack, Teams, ein Webhook, Jira, GitLab oder GitHub.
VerweigertMit einer Policy, die kritische Findings blockiert, wird ein Pod mit diesem Image bei der Admission abgewiesen, ein Rollback darauf eingeschlossen. Laufende Pods werden nicht evicted.
ProtokolliertJede Entscheidung wird mit der ausgeführten Policy und deren Hash erfasst und dann unter einem signierten Checkpoint versiegelt.

Attestkeep testen Zur Dokumentation

Vulnerability data compiled from the Trivy vulnerability database (trivy-db, Aqua Security, Apache License 2.0), which aggregates third-party advisories. CVE records are published by The MITRE Corporation under the CVE Terms of Use; CVE is a trademark of MITRE. This product uses data from the NVD API but is not endorsed or certified by the NVD. Severity, titles and advisory data from the GitHub Advisory Database (CC BY 4.0), Red Hat security data (CC BY 4.0) and the other sources linked on each entry. Entries may be summarised or re-formatted; the linked original is the authoritative record.