Re:Learn from your attackers with a high interactivity SSH H...
by robputt796 on Saturday January 04, 2020 @03:36AM
(#21953708)
Yes, it seems I did not anticipate such traffic and my autoscaling settings did not allow the front end web servers pool to expand big enough. It is times like this I wonder why I switched back to WordPress compared to hosting statically generated content on S3 + Cloud Front :-(. It should be back now, apologies.
Re:Learn from your attackers with a high interactivity SSH H...
by robputt796 on Saturday January 04, 2020 @04:23AM
(#21953872)
Hello,
Yep, the site already uses a caching plugin (w3TotalCache) and it is configured with memcached at the backend. Unfortunately, even with this the site still makes a couple of DB calls with each page load, but nowhere near as many as without the caching. Maybe I'll shove varnish in front of it too for good measure :joy:
Re:Learn from your attackers with a high interactivity SSH H...
by tecleandor on Saturday January 04, 2020 @09:39AM
(#21955079)
If you're using nginx (haven't checked it) microcaching for a bunch of seconds, let's say five seconds, can solve most of this problems and you don't need to add more components.
Re:Learn from your attackers with a high interactivity SSH H...
by 3fe9a03ccd14ca5 on Saturday January 04, 2020 @12:02AM
(#21952975)
My experience with kippo was that it basically didn’t work. They’d come in and run a few commands and then ghost. I figured they had some easy way to find out if they were inside a honeypot that’s was immediately obvious to me.
Re:Learn from your attackers with a high interactivity SSH H...
by robputt796 on Saturday January 04, 2020 @03:29AM
(#21953686)
I think this would not work because the HonSSH server with the HonSSH user is hosting a proxy service. The user gets dumped into an actual vanilla looking Linux host at the backend.
Re:Learn from your attackers with a high interactivity SSH H...
by cmdshiftf4 on Saturday January 04, 2020 @01:57AM
(#21953377)
I would be interested to see some of the output of captured sessions, although I'm sure they end up being somewhat mundane - setting up botnet agents, crypto miners, etc.?
> root ~# ps aux | grep btrfs ./bash-4.2.5/bash-4.2.5.bash.bash 377 1011 root 2 0 9:32 ? 00:00:00 /usr/lib/btrfs/initroot.sh : No such file or directory ./bash-4.2.5/bash-4.2.5.bash.bash 377 1006 root 2 0 9:32 ? 00:00:00 /usr/lib/btrfs/shm_btrfs_show.sh : No such file or directory ./bash-4.2.5/bash-4.2.5.bash.bash 377 1006 root 2 0 9:32 ? 00:00:00 /
Yep, the site already uses a caching plugin (w3TotalCache) and it is configured with memcached at the backend. Unfortunately, even with this the site still makes a couple of DB calls with each page load, but nowhere near as many as without the caching. Maybe I'll shove varnish in front of it too for good measure :joy:
https://portal.cloudunboxed.net/knowledgebase/33/Nginx-like-...
Full interaction honeypots based on NAT like this are also detectable if you look at RTT and TTL on packets pre-auth and post-auth.