Morpheus

Did you run the modder.vbs file? The httpd.conf file looks good. Drop the test.php into the d:\winids\apache24\htdocs\base\ folder. Now open a browser and in the URL dialog box type http://winids/test.php Does all the PHP information display?

Attach your httpd.conf file.

Go back to the section and configure again: Configuring IIS for PHP, and the Windows Intrusion Detection Systems security console

Found a couple of errors, try the attached. php.ini

Go back to the section Configuring IIS for PHP, and the Windows Intrusion Detection Systems security console and verify all the settings, and if all is good the attach the php.ini file.

#1: Original Line(s): var SO_RULE_PATH ../so_rules Change to: # var SO_RULE_PATH ../so_rules Yes, there is a change, as indicated above. #2: Original Line(s): dynamicdetection directory /usr/local/lib/snort_dynamicrules Change to: # dynamicdetection directory /usr/local/lib/snort_dynamicrules Yes, there is a change, as indicated above. Follow the tutorial, and don't make any changes. If you have to make changes there is something wrong.

That is correct. Those two files are used by the Reputation preprocessor. Both files needs to exist or there will be a fatal error.

Look on Snort.org in the documentation section. There are usually a collection of different installs.

This is a Slave install, and it requires a master sensor being installed. The natural order of things would be to install a Master. Than a slave would be installed into any remote network not directly connected to the Master sensor.

It is in the new download as of yesterday.

There is a new tutorial specifically for the slave sensor. Some of the questions above will be moot by using the new tutorial. //--\\ Sourcefire determines which rules are activated for each of the three policies. Note: Rules are managed by using the 4 .conf file located in the pulledpork\etc folder. Read each file for a description. Never modify the winids.rules file at any time. //--\\ Winsnort.com does not furnish script files for automating the processing of the rules. However this doesn't prevent users from posting their script/s. //--\\ PS - Yes, I did see the PM, and will get back to you on that. I'm being squeezed for time in other things right now.

You failed to follow the tutorial, which is the reason for this problem. Stop barnyard2, stop Snort, delete everything in the snort/log folder, and restart.

The merged log file is where Barnyard2 get the events from. and sends to the specified database. The Waldo file is only created after Snort detects and logs the first event to the merged.log.<time stamp> file. The problem is that Snort has yet to detect any events from the setting specified in the snort.conf. There could be several reasons, but it's ALL related to the Snort, which creates the logs. Try here

You need to hash out line 325: # decompress_swf { deflate lzma } \

I'm not familiar with AWS. So to make things clearer you are running a Windows slave client sending Barnyard2 data to a MySQL database located on an Amazon EC2 instance. Then you'll have a remote Ubuntu workstation running Snorby and reading the MySQL database from the Amazon EC2 instance. This might be worth writing something up to help others that might be doing what you did.

This line only tests the configuration file: c:\IDS\Snort\bin\snort -c c:\IDS\Snort\etc\snort.conf -i1 -l c:\IDS\Snort\log -T

It appears you have not specified a log folder in your run line?

You should upgrade. It's a pretty painless process.

uname is not relevant to Windows, bypass warning. The other error means the pulledpork.conf has not been configured per the tutorial.

I'm not sure I understand. It appears the connection has been made to the remote database. I'm assuming since Barnyard2 is setting at 'Waiting for data' because there have been no events sent to the remote database, that needs to happen next, and then finally verifying in Snorby the event has been logged. You will need to include the database schema on the remote sensor, and I believe the only schema needed is \barnyard2\schemas\create_mysql'. Snorby should give you the correct procedure. The only thing that matters between the two platforms are: Database name Connection Authentication As long as those match and the database has been setup per Snorby, all should be good. If you don't have the schema setup on the remote sensor, as soon as Snort detects an event, Snort will log the event, and then Barnyard2 will crash trying to shuttle the event to the remote database.

Down to the waiting is normal. If there would have been a misconfiguration of the database authentication a fatal error would have been thrown and Barnyard would crash. No Waldo file is normal on a fresh install, and will be created after Snort detects the first event. It appears the problem is that Snort is not detecting any events. Make SURE Snort is running, Check in Task manager. Make SURE you have the correct HOME_NET applied in the snort.conf. Make SURE Snort is attached to the correct interface Make SURE Snort is plugged into a HUB, TAP, or managed switch allowing Snort to see ALL the traffic. To test the rules and create events you can do this: Install Notepad ++ I'm assuming Snort has been setup per the tutorial. Copy the rules folder to your desktop Rename your original rules folder to rules-org Go into the desktop/rules folder and MOVE the deleted.rules to the desktop Go into the desktop/rules folder, select ALL the files, right-click one of the files and select 'Edit with Notepad ++', and this will load ALL the files into Notpad ++ for editing. Once all the files are loaded into Notepad ++ preform a Find, select the Replace tab, in the Find what dialog box type '# alert' (less the outside quote), in the Replace with dialog box type 'alert' (less the outside quotes), left-click the Replace all in Opened Documents button allowing the changes to all the .rules files. Once the replace has happened left-click the X in the upper right. A requestor will ask to save each of the files before closing, so make sure you select Yes for all files. Move the deleted.rules back to the desktop/rules folder. Copy the desktop/rules folder back to the snort folder. Snort will need to be cycled in order for Snort to activate the rules. Open a command window and navigate to the snort/bin folder and type 'net stop snort && net start snort' (less the outside quotes). If Snort is on the correct network and monitoring the correct interface it shouldn't take very long to start seeing traffic in the barnyard2 terminal window. If you are not seeing any, try rebooting. Make SURE you deactivate the new rules folder by renaming it to rules.all and the snort/rules.org folder back to rules. A reboot or snort recycle will be needed or in a few hours there will be millions of useless events in the database.

No there is nothing related to the installation of The Windows Intrusion Detection System that would prevent any Windows logon problems.

The above looks normal. If you open the command window in the task bar it should say waiting for data. if you see packets being displayed in the command window than there is a problem. Those packets should be registering in the security console. If you are not seeing any packets in the command window than there is nothing triggering events. There could be several reasons why; not on the same subnet, plugged into a switch and switches must have port mirroring set to the security consoles ip.

Looks like you ran into a problem installing and moving the IIS server. I'm not sure how this can be fixed as I've never seen the error. You might try reinstalling from scratch ands make SURE the command window is in Admin mode before running the move script.

Looks like you ran into a problem installing and moving the IIS server. I'm not sure how this can be fixed as I've never seen the error. You might try reinstalling from scratch ands make SURE the command window is in Admin mode before running the move script.