The claim, not proof, was in the description. The maintainer is responsive and asks for details to reproduce. You keep ignoring the questions. "We sandboxed the entire VM using VM-level settings." Great, tell the maintainer what kind of VM you used and how it was configured. Without the maintainer will give up, close the issue as not reproducible and move on.
The maintainer is just closing this issue and all related with his own network-"hacking" theory without proving it by himself and having 0 arguments supporting it in the first place.
I started this discussion with arguments in favor of postgres BINARY being compromised. No mentions of network were at the start of dicussion except for the botnet control server which obviously isn't the cause because the connection wasn't incoming but outgoing.
You haven't provided proof either, haven't answered followup questions about the setup and aren't willing to work with the maintainer. The issue will surely be closed.
I provided all the data he needs to prove my theory (in previous linked issue) and his theory (in this issue). And now i'm the bad guy. Really?
BTW, specific VM settings doesn't matter for the purpose of issue replication, the problem is guest-OS isolated, but maintainer just denies it.
