nutterthanos

It's go code that got built to an .exe The source code for what I'm testing here is public Do you want me to link to it?

> Is it your application & code, or somebody else's? Somebody else's > Has it ever been interceptable in the past? Nope never because from what i think is go...

> Does not look like a HTTPToolkit issue to me. It's in the Golang source. > > https://www.cyberark.com/resources/threat-research-blog/how-to-bypass-golang-ssl-verification That's what I was maybe suggesting originally But wasn't http toolkit in...

> On Mac & Windows though, this is not the case, and so this interception doesn't work. As a workaround for now, you can fix this by trusting your HTTP...

> > Does not look like a HTTPToolkit issue to me. It's in the Golang source. > > The details will be defined by golang, but yes the goal is...

note i don't know what trips it tho and also idk if its because i put it to sleep or not but i'll retest that

Is there some specific type of HTTP/2 request that's triggering this at the moment it fails? thats very possible tho but can't tell since it does not log that data...

> Is there a client actively sending traffic at the moment it crashes though? For example, an actively intercepted Android device? > > Would also be interesting to know if...

> Hmm, ok, thanks. When you say 'random', does that mean once an hour, once a day, once a month? It would be helpful to know the frequency. unfortunately that...

i think what causes it is if i set an breakpoint and leave it long enough that i have it where ramdonly after i let an breakpoint do this: Failed...