First published: Fri Oct 15 2010(Updated: )
Dan Rosenberg reported [1] the following vulnerability in Ettercap-GTK: 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. This issue has been assigned the name <a href="https://access.redhat.com/security/cve/CVE-2010-3843">CVE-2010-3843</a> [2]. [1] <a href="https://bugs.launchpad.net/ubuntu/+source/ettercap/+bug/656347">https://bugs.launchpad.net/ubuntu/+source/ettercap/+bug/656347</a> [2] <a href="http://article.gmane.org/gmane.comp.security.oss.general/3660">http://article.gmane.org/gmane.comp.security.oss.general/3660</a>
Credit: secalert@redhat.com
Affected Software | Affected Version | How to fix |
---|---|---|
redhat/ettercap | <0.7.5 | 0.7.5 |
Ettercap | =0.7.3 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.