Package: ettercap Version: 1:0.7.3-2 Severity: normal Tags: security User: [email protected] Usertags: origin-ubuntu maverick
This bug report was also filed in Ubuntu and can be found at http://launchpad.net/bugs/656347. Its description, from Dan Rosenberg, follows: The GTK version of ettercap uses a global settings file at /tmp/.ettercap_gtk and does not verify ownership of this file. When parsing this file for settings in gtkui_conf_read() (src/interfaces/gtk/ec_gtk_conf.c), an unchecked sscanf() call allows a maliciously placed settings file to overflow a statically-sized buffer on the stack. Stack-smashing protection catches it, but it still should be fixed. Verify with: $ perl -e 'print "A"x500' > /tmp/.ettercap_gtk && ettercap -G Firstly, the settings file should not be globally accessible without checking ownership, which still gets hairy because an attacker could create a symlink or hard link to a victim-controlled file (unless you're using YAMA :p). The best thing would probably be to keep this file in the user's home directory instead. Secondly, parsing configuration files should be robust against malformed input and not susceptible to trivial buffer overflows. -- System Information: Debian Release: squeeze/sid APT prefers maverick APT policy: (500, 'maverick'), (500, 'lucid-updates'), (500, 'lucid-security') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-23-generic (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Kees Cook @debian.org -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
