-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Verify Status of All Honeypot Deployment Scripts #5
Comments
Suricata:Currently fails on any deployment. See #4. Since Suricata 2.0 is not supported anymore, an update to 5.x or newer is needed. Also of note, MHN utilizes a repo forked from the official Suricata repo with a custom branch that hasn't been updated in almost 8 years: https://github.com/wrharding/suricata/tree/hpfeeds-support |
AmunMHN's fork of Amun hasn't been updated in 8 years. It currently fails to install on Ubuntu because of a file increase attempt. In my Ubuntu testing, this number was already at Pwnlandia has an outdated fork of Amun but the deployment script utilizes http://github.com/zeroq/amun. |
Confirmed on CentOS 6 and Ubuntu 18.04/20.04 Fixed in pwnlandia/pull/838 |
Note worthy list of supported honeypots: https://github.com/pwnlandia/mhn/wiki/List-of-Supported-Sensors
|
Local issue #6 for project tracking |
ConpotCompleted on Ubuntu 16.04 and 18.04. No support for CentOS/RHEL. |
Conpot currently supports Python 3.6 only: However, MHN is specifically installing the last version that supports Python 2: Line 27 in d15325c
I don't see why MHN can't update to the newest Conpot version (it will have to be referenced by Github, the latest release version is years out of date). |
CowrieCurrently installs successfully but cannot be started by supervisorctl
Cowrie's only requirements are Python 3.8+ and the python virtual environment, but the script installs the https://github.com/cowrie/cowrie#requirements However, the install script specifies the following commit: cowrie/cowrie@34f8464 https://github.com/wrharding/mhn/blob/master/scripts/deploy_cowrie.sh#L35 Additionally, most of the requirements specified have not been pinned to a specific version. At this point, it may be easier to update the install script to include the latest version of Cowrie rather than trying to hunt down the compatible versions of the requirements. |
Cowrie issues tracked in #7 |
NOTE: Along with the above Cowrie test, all testing from here on out is focused on Ubuntu 18.04DionaeaThe service was installed successfully and is online and listening on the following ports, all of which are reporting in the MHN console (except for 42, which showed up as 35003 for some reason):
Note: This script explicitly installs the python3 package. |
Dionaea upgrade progress tracked in #8 |
ElastichoneyInstalled successfully, service is running, and full connections to port 9200 are registered in the MHN console. However, simply doing https://gitlab.com/bontchev/elasticpot Switching to new honeypot is being tracked in #9 |
DrupotInstalled successfully, service is running, but no attacks are being registered on the MHN console. Reading through the source with my zero Goland experience shows the honeypot is meant to log an attack anytime:
References to an implementation of hpfeeds written in Golang called Agave. Work on this honeypot issue is being tracked in #10 |
GlastopfMultiple issues installing this honeypot.
Tracking fixes and upgrades to Snare/Tanner in #11 |
KippoThis honeypot is not in the list of deployable sensors, but the install script still exists in /scripts: https://github.com/wrharding/mhn/blob/master/scripts/deploy_kippo.sh This makes sense as it turned into Cowrie. Updates to documentation and removing the install script are probably all that are needed. Tracking in #12 |
MagenpotInstalled successfully, process running under supervisorctl and attacks are being sent to the MHN's hpfeeds server, but nothing is populated in the attack overview. Tracking in #13 |
p0fInstalls successfully, process runs under supervisorctl and traffic registers on the MHN console. Tracking updates in #14 |
ShockpotInstalls successfully, runs under supervisorctl, and sends attacks (or non-attacks if you've set it up that way) to the MHN's hpfeeds and renders them properly. However, dionaea seems to do this as of v0.5.0. I'm unsure if both honeypots need to be supported. https://dionaea.readthedocs.io/en/latest/changelog.html#id10 Tracking removal in #15 |
SnortInstalls successfully, runs under supervisorctl and sends/renders attacks to the MHN console. We're about 6 years out of the EOL for the currently used version of Snort. Upgrades tracked in #16 |
WordpotInstalls successfully, runs with supervisorctl, and attacks are recorded in the MHN console. It's slightly out of date from the upstream version. Tracking upgrades in #17 |
All currently integrated honeypots (those that exist with install scripts in |
List information on the deployment attempts on CentOS 6 and Ubuntu 18/20 for the following honeypots:
The text was updated successfully, but these errors were encountered: