Re: zenmap issue persists

[d1312 () phx li]

Hi Daniel,

Thanks for the update.

FYI, Console logs the following during a failed attempt:

20/11/15 01:36:52,882 authexec[77111]: executing /Applications/Zenmap.app/Contents/MacOS/zenmap_wrapper.py
20/11/15 01:36:52,952 com.apple.xpc.launchd[1]: (org.insecure.Zenmap.1037792[77105]) FairPlay decryption failed on 
binary.

> Thanks for letting us know. Zenmap on OS X has been a real pain to get right, and I'm really sorry it's not working 
> for you. A couple things here should make you feel better until we can get this resolved:
>
> First, the warning about insufficient rights really only has to do with running the nmap executable. Zenmap itself 
> doesn't need any privileges. So you can get pretty much full functionality by using the unprivileged Zenmap.bin and 
> opening scan files that command-line Nmap creates with -oX (or -oA).

Yes, I've been an nmap user from pretty much the beginning so I'm comfortable with command line use and logging output. 
 I know that nmap itself needs root rights to set interfaces into promiscuous mode and manipulate the IP stack so it's 
a matter of starting it up via sudo.  Zenmap just makes it easier to illustrate the concept of port scanning to 
non/less technical people :).

> Second, we recently got some updated Apple hardware, so we'll be able to test on a system other than the build 
> system, which should eliminate a lot of the path-dependency bugs we're hitting currently. I will personally be 
> setting this up and doing a full audit and overhaul of the Zenmap build and packaging process in the coming weeks. If 
> this effort is productive, I expect we'll do a bugfix release specifically to address these issues well before the 
> next stable point release.

Excellent, and thank you.  Please do not hesitate to contact me directly if there is something I can do to assist.  It 
may be decades ago that I wrote my last code but it appears I have retained the ability to break things :)

P

> Congrats with the v7 release.
> Just installed the nmap 7.00 DMG, zenmap non-start issue persists.  Asks for permission, then nothing happens.
> Using Ernestas' way, if I use "/Applications/Zenmap.app/Contents/MacOS/Zenmap.bin", XQuartz starts and zenmap shows 
> up, naturally complaining that it doesn't have quite enough rights to fully work.
> Using OSX 10.11.1

_______________________________________________
Sent through the dev mailing list
https://nmap.org/mailman/listinfo/dev
Archived at http://seclists.org/nmap-dev/