Red Hat Bugzilla – Bug 867075
Impossible to enter a pool of IP addresses in ettercap's DHCP spoofing menu
Last modified: 2012-12-20 10:39:40 EST
Created attachment 628307 [details]
Patch fixing the issue
Description of problem:
Ettercap has a GTK graphical mode. In this mode, the DHCP spoofing menu entry does not work as expected.
Version-Release number of selected component (if applicable):
In Fedora core 17, ask for DHCP spoofing in Ettercap GUI.
Steps to Reproduce:
1. yum install ettercap
2. ettercap -G (as root)
3. In the menus, select Sniff => Unified sniffing
4. Select your network interface card
5. In the menus, select MITM => DHCP spoofing
6. Enter a valid IP address in the first field
7. Enter the network mask in the second field
8. Enter the address of a DNS server in the third field
9. Press OK button
Message "DHCP spoofing: parameter number 1 is incorrect" appears, followed by "Incorrect number of tokens (///) in TARGET!"
No error message should appear, but a message that spoofing has been set up should appear in the messages log in lower part of main window.
A fix is attached to this bug report, inspired from ettercap's online GIT repository. It has been tested with rpmbuild and works.
Also, are you sure that it is really the 0.7.5 version of ettercap that is packaged? Strangely enough, the tarball in the source package is numbered 0.7.4.1. But it might just be misnamed, because "ettercap -v" returns the correct 0.7.5 release number.
Thanks for the patch. The tarball is in fact misnamed. :)
I'll get this out ASAP.
ettercap-0.7.5-2.fc18.1.20120906gitc796e5 has been submitted as an update for Fedora 18.
ettercap-0.7.5-2.fc17.1.20120906gitc796e5 has been submitted as an update for Fedora 17.
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing ettercap-0.7.5-2.fc18.1.20120906gitc796e5'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Thank you Jon. This was responsive :-). I'll test the fixed RPM ASAP.
Please notice that the next upstream version of ettercap might not have the bug. I'm saying this because I have not seen the wrong strncpy() instruction in their online Git repository, which I suppose is the latest version. So you might need to drop my patch once you resynchronize with them.
I'll watch for it. If not, the patch won't apply, in which case I'll doube check and likely drop it.
Package still not online. Did you notice I was in Fedora Core 17?
It's in updates-testing.
This bug was fixed in our latest release of Ettercap 0.7.5, I believe Fedora is being changed to use our GitHub repository as upstream. Is this not the case?
Yes, in fact 0.7.5 is on it's way to updates-testing, but we're still using the SF.net tarball release.
That's ok, the 0.7.5 tarball on SF.net is the same one hosted at GitHub.
ettercap-0.7.5-2.fc18.1.20120906gitc796e5 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.