Strikeback with iplog and nmap

LinuxTracker

I've been having a couple of the same bugs, I saw earlier in the thread.

I may have debugged this one.

php: /packages/strikeback/strikeback.php: The command 'mkdir /var/run/iplog' returned exit code '1', the output was 'mkdir: /var/run/iplog: File exists'

I commented out line 170 in /packages/strikeback/strikeback.php so the code now reads like this:

if(isset($_POST['formSubmit'])) 
    {		
		//  mwexec("mkdir /var/run/iplog");
			mwexec("rm /var/log/iplog");
			mwexec("touch /var/log/iplog");
			mwexec("/usr/local/etc/rc.d/iplog restart");

I haven't seen the error since.
.

marcelloc

Change the code this way to keep creating the folder if does not exists:

if(isset($_POST['formSubmit'])) 
    {		
		if (!is_dir('/var/run/iplog'))
			mkdir("/var/run/iplog", 0700, true);
		mwexec("rm /var/log/iplog");
		mwexec("touch /var/log/iplog");
		mwexec("/usr/local/etc/rc.d/iplog restart");

LinuxTracker

I will do that.

Your timing is good (for me anyway) - I have an almost identical problem here.

This error occurs when I try to launch a strikeback from the provided link.

php: /packages/strikeback/strikeback.php: The command 'mkdir /usr/local/www/packages/strikeback/reports' returned exit code '1', the output was 'mkdir: /usr/local/www/packages/strikeback/reports: File exists'

I'm looking at the statement that begins on line 59 of /usr/local/www/packages/strikeback/strikeback.php

if(isset($_GET[target])) {
	mwexec("mkdir /usr/local/www/packages/strikeback/reports");
	//mwexec("/usr/local/bin/nmap -oX /usr/local/www/packages/strikeback/reports/".$_GET[target].".xml -vvsS -sU -sY -O ".$_GET[target]."> /dev/null 2>&1 &");
	mwexec("/usr/local/bin/nmap -oX /usr/local/www/packages/strikeback/reports/".$_GET[target].".xml -vv -sS -sU -sY -O ".$_GET[target]);

	echo " \n";

}

I don't think it's checking for the existence of /usr/local/www/packages/strikeback/reports/ prior to the mkdir command.

So I nested a 2nd statement to folder check and that error seems to have gone.

if(isset($_GET[target])) {

	if (file_exists("/usr/local/www/packages/strikeback/reports")){
	}
	else {
		mwexec("mkdir /usr/local/www/packages/strikeback/reports");
	}

	//mwexec("/usr/local/bin/nmap -oX /usr/local/www/packages/strikeback/reports/".$_GET[target].".xml -vvsS -sU -sY -O ".$_GET[target]."> /dev/null 2>&1 &");
	mwexec("/usr/local/bin/nmap -oX /usr/local/www/packages/strikeback/reports/".$_GET[target].".xml -vv -sS -sU -sY -O ".$_GET[target]);

	echo " \n";

}

But your code sample may work here as well. I need to look it over a moment.

fableman

Is this pakage working or not?

Shows version 0.1 Beta in pfsense and 1.0 Beta here ?

What version is it now and is there a change log ?

LinuxTracker

This was asked a couple of times last year but I don't think anyone knew the answer.

Did anyone attempt to port Strikeback over to AMD64?
Could there be a beta ver stashed away that we could git to?

tommyboy180

I still have plans to complete this project. Work/School just is the priority right now.

DoctorIT

@LinuxTracker:

This was asked a couple of times last year but I don't think anyone knew the answer.

Did anyone attempt to port Strikeback over to AMD64?
Could there be a beta ver stashed away that we could git to?

I've been waiting on the answer to that also, see several attempts at asking and no answer…

marcelloc

@DoctorIT:

I've been waiting on the answer to that also, see several attempts at asking and no answer…

It look like it need just iplog and nmap

You can try to add it using pkg_add -f http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/8.1-RELEASE/packages/All/package_name.tbz

and copy installed xml,php,js files from an i386 version.

kot

Hi!
Which record i have to use to set a size of logfile in /usr/local/etc/iplog.conf?
Thanx.

LinuxTracker

Clicking an IP in Strikeback gives this error now

New site coming soon…
Visit orlando.dnstools.com or houston.dnstools.com for the old site.

I went into /usr/local/www/packages/strikeback/strikeback.php and changed all instances of

http://dnstools.com/...

into

http://orlando.dnstools.com/...

and that fixed it.

I also tested houston.dnstools.com; it works as well