ssh-mitm
super-auto-pets
Our great sponsors
ssh-mitm | super-auto-pets | |
---|---|---|
42 | 2 | |
1,219 | 11 | |
2.1% | - | |
8.8 | 0.0 | |
14 days ago | almost 2 years ago | |
Python | Python | |
GNU General Public License v3.0 only | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ssh-mitm
-
Terrapin-Attack Style Vulnerability Likely Exploited for 2 Years
I wanted to share some insights into a security concern that echoes the Terrapin-Attack scenario, highlighting a similar vulnerability that has been observed in other tools.
Recently, I came across a Pull Request on GitHub for the SSH-MITM tool, which sheds light on a critical aspect of SSH protocol security, specifically regarding RFC 4253 during the KEXINIT process. The Pull Request, available at GitHub https://github.com/ssh-mitm/ssh-mitm/pull/163, describes the necessity of discarding certain packages during the KEXINIT phase to prevent issues with intercepted clients.
Moreover, a look into the GitHub Blame for SSH-MITM reveals that these crucial changes in the KEXINIT step were integrated into SSH-MITM about 1-2 years ago. You can see the specific changes at this link: https://github.com/ssh-mitm/ssh-mitm/blame/4fc3ef418847c35d17d0c427e2701b33a03c323c/sshmitm/workarounds/transport.py#L178-L188
An important note to add is that this information suggests that a similar form of attack, akin to the Terrapin-Attack, could potentially have been exploited for the last two years. This raises significant concerns about the historical vulnerability of systems to such attack techniques and emphasizes the importance of retroactive security analysis in addition to ongoing vigilance.
-
Terrapin Attack for prefix injection in SSH
There is now an issue ticket in ssh-mitm to discuss the similarities between ssh-mitm and terrapin attack: https://github.com/ssh-mitm/ssh-mitm/issues/165
-
Check if a publickey is known by GitHub or Gitlab without iterating all users
During some audits, it's likely that you find some ssh public keys laying around on some servers.
If you want to verify if this key is known by other services, but you don't have access to those services, this task might be hard.
SSH-MITM has an additional command, which allows to check if a public ssh key is known by GitHub, GitLab, and other code hosters. It's not limited to GitHub and other major platforms and even works with each service, which is accessible over SSH.
First you must install SSH-MITM. It's recommended to use the AppImage, because this works out of the box on most Linux machines.
$ wget https://github.com/ssh-mitm/ssh-mitm/releases/latest/download/ssh-mitm-x86_64.AppImage
-
Should SSH-MITM add a Codehoster user check as a default setting?
SSH-MITM is a tool to audit ssh sessions and protocols, which uses SSH as the transport protocol: https://github.com/ssh-mitm/ssh-mitm
-
Python API Documentation created with ChatGPT
you can find the project on github: https://github.com/ssh-mitm/ssh-mitm
- SSH-MitM has prebuilt windows executables
- SSH-MitM's new logo is a fish (OpenSSH's logo) on a hook
- SSH-MitM – Support for OpenSSH's Certificate Authority Planned
-
SSH-MITM - Support for OpenSSH's certificate authority planned
You should check the Revisionhistory of the Readme file first.. https://github.com/ssh-mitm/ssh-mitm/commit/564028af25c395528446fbb679c7392469d59bfd
-
SSH-MitM 2.0.0 – Licence change to GPLv3
The “customized wording” you’re seeing is “The LGPL”. It’s a different license from the GPL.
The history on the repo shows that the original license was GPL (June 2020), the author changed the license to LGPL (December 2022), and now they’re changing it to GPL again. https://github.com/ssh-mitm/ssh-mitm/commits/master/LICENSE
super-auto-pets
-
Mitmproxy 8
I recently used it to modify the response from the replay server for an autobattler game, to let me watch arbitrary replays for theory-crafting and just general fun. The game is called Super Auto Pets, here's the code with the mitmproxy extension: https://github.com/bspammer/super-auto-pets
-
SAP simulator?
on this octopus killer video they left this comment and linked to a github page. https://www.youtube.com/watch?v=qVZvjO2JlV4 I'm intercepting the replay request and injecting my own, code is here https://github.com/bspammer/super-auto-pets although there do seem to be some bugs for example: in this video level 3 pufferfish do not do 6 damage for some reason in this video: https://www.youtube.com/watch?v=U5IAQfiPBo4
What are some alternatives?
cowrie - Cowrie SSH/Telnet Honeypot https://cowrie.readthedocs.io
deca - Tool for modding APEX engine games (Generation Zero, theHunter, ...)
docker-sshd - Minimal Alpine Linux Docker image with sshd exposed and rsync installed
xmppmitm - XMPP Man-in-the-Middle, quick & dirty
sftpretty - Provides multi-threaded routines and high level protocol abstractions for a pretty quick & simple file transfer experience. Drop in replacement for pysftp.
Halo-Asset-Blender-Development-Toolset - CE/H2/H3/ODST JMS/JMA/ASS exporter for Blender
mitm - 👨🏼💻 A customizable man-in-the-middle TCP intercepting proxy.
proxy.py - ⚡ Fast • 🪶 Lightweight • 0️⃣ Dependency • 🔌 Pluggable • 😈 TLS interception • 🔒 DNS-over-HTTPS • 🔥 Poor Man's VPN • ⏪ Reverse & ⏩ Forward • 👮🏿 "Proxy Server" framework • 🌐 "Web Server" framework • ➵ ➶ ➷ ➠ "PubSub" framework • 👷 "Work" acceptor & executor framework
openssh-portable - Portable OpenSSH
MagiskTrustUserCerts - A Magisk/KernelSU module that automatically adds user certificates to the system root CA store
BDFProxy - Patch Binaries via MITM: BackdoorFactory + mitmProxy.
sapai - Super auto pets engine built with reinforment learning training in mind