There is no correlation between who has the firewall or bypasses it, and who has the high moral ground. Sometimes the firewall is protecting a private network from intrusion, sometimes the firewall is enforcing censorship, and sometimes it's just a dumb IT choice that prevents you from doing your job. I'll reiterate what I wrote on a related topic on a related site: concentrate on the technical merits of posts, don't try to guess what the legal or ethical situation may be (the next person with the same question may be in the opposite camp anyway).
How it's done on other sites:
- Super User: Handling questions that are clearly trying to break some kind of policy, TOS, etc?, Legal basis for restriction of discussions? If the request is evidently highly likely to be illegal and immoral, then the question is up for deletion. But merely violating some policy does not make one immoral.
- Server Fault: Handling illegal/immoral questions and answers On Server Fault, if you don't make IT policy, you're not one of “us”. This attitude is not friendly even on a site for system administrators (sometimes you're the local administrator and you have to dodge around central IT), and it does not make any sense on a site for everyone like Ask Ubuntu.
- Unix & Linux: It doesn't seem to have come up, but I can assure you that if it does, one vocal user will strongly defend judging questions on their technical merits alone.
- IT Security: How do we provide value to white and grey hats?, where it's widely noted that much of the information that's useful to black hats is also useful to white hats and vice versa.
Regarding the particular question you cite, I'm not against it on moral grounds; how to bypass a firewall is a perfectly legitimate question. But the question itself is vague, we don't know what kind of firewall is being used (we do need to have some idea of what it blocks to provide a useful answer). This isn't a good question, but for technical reasons, not for moral reasons, and it can improve if the asker provides more details.
