Mitm proxy is very reliable and is reviewed by human properly. Looking into source code, this project is hot mess written by claude and isn't reviewed properly....
I agree mitmproxy is very reliable as it has years of polish. Oproxy is still in very early phase and in active development and need much more human review. I would appreciate feedback on specific improvements, so that I can work on them.
Oproxy ships with an AI assistant that can be used to get insights on live session, tweaking rules in plain English, e.g. "map all requests from api.test.com to github.com".
Also its built in rust whereas mitmproxy has python runtime.
Kanidm made some weird decision that ruled it out in one of big organisation I try to deploy it. Separate Radius password. For telco that’s half its use cases, and there is separate random password. Whole Network engineering department was like WTF ? You can’t have single password which is one of important reasons to have SSOA.
Even if git guarantees that the content is the same (if someone bothers to verify that the SHA-1 is the same and we exclude the possibility of a SHA-1 collision in git, which is yet to be demonstrated).
reply