That was pretty much a brain dump, so I'm glad to hear that it makes sense.
It's been my experience that the SF community, as a whole, thinks our overlap is significantly larger than we think it is.
I think it falls into the classic problem of that pesky 'T' up there in the site name. IT people tend to think of us strictly in terms of IT Security without realizing how much of our field is outside of IT.
@Polynomial SF is, really, for Professional IT (non developer), which makes it way more than server stuff.
Part of the problem is that when it was first set up the coders who created it didn't really understand that there exist professional IT outside of sysadmins, and the only real existing communities were sysadmins.
Desktop Support people have always implicitly, according to the FAW, in scope over there, but it took a lot of nail pulling and backbiting to get them explicitly included.
I don't want to point fingers, but there were vocal people who wanted SF for sysadmins and for sysadmins only.
forgive my ignorance if I've missed an important factor, though. I don't follow SF/SU much and I don't know much about sysadmins or desktop support specialists.
There's a lot of professional IT that's outside of both sysadmins and home use.
Networking is biggest one. Strictly speaking storage, though that's generally held within the sysadmins groups. Desktop Management is pretty big, and I wouldn't expect any home user to really know how to centrally manage 5000 end-user workstations.
@LucasKauffman Y'know, I wonder what we'd have in place of "Overflow" if SOFU was STFU?
@TerryChia Wow. I just noticed I'm currently the top-rep candidate for moderator as well. I'm surprised we don't have any candidates from the five-digit club.
'Course if rep and meta activity were the only measures of mod-worthiness, we wouldn't need elections.
@RoryAlsop @AviD I'm guessing we should plan on being available for a town hall thingy some time next week?
Singapore Standard Time (abbreviation: SST; ) or Singapore Time (abbreviation: SIN; ) based in Singapore uses a time zone eight hours in advance of UTC (UTC+08:00).
History
Time in Singapore
{|class="wikitable"
| Period in use
| Time offset from GMT
| Name of Time (unofficial)
|-
| 1 June 1905 - 31 December 1932
| UTC+07:00:00
| Standard Zone Time
|-
| 1 January 1933 - 31 August 1941
| UTC+07:20:00
| Daylight Standard Time
|-
| 1 September 1941 - 15 February 1942
| UTC+07:30:00
| Daylight Standard Time
|-
| 16 February 1942 - 12 September 1945
| UTC+09:00:00
| Tokyo Standard Time
|-
| ...
Y'know, whomever does get elected (from the current pool) will have a lot of work ahead of them - unless they want to stay the only moderator with a 4-digit reputation.
Interesting note: It seems the chat room, and your chat profile, are the only places that display any expression of your aggregate rep across the network.
As Security Stack Exchange has just passed its 1st anniversary of graduation, we are going to follow in the tradition of other sites and run a competition.
With prizes! Cool ones!
Obviously in order to deserve these prizes you'll need to put in some effort, but I know you will rise to the chall...
"One level 2 prize will be awarded each week to an individual whose posting in one of the weekly topic tags (see the answer below for the topic tags) passes the following thresholds: "
Should I assume you mean "total of posting in any of the tags"? Or do you really have to do it all in one tag?
And do questions qualify also, or just posts that are answers?
I think there is SQL injection in parameter of search form. All exceptions are shown in format:
PHP raised unknown error: pg_query() [http://php.net/function.pg-query]: Query failed: ERROR: syntax error in tsquery: "query" (more details about error - in log file)
Here are outputs of some value...
@nealmcb I'm not quite sure it's too localized. And it's very borderline on black hat - as in, I can actually think of a situation (see comment) where a white hat would encounter this issue.
In the site FAQ, it is written:
Black Hat vs White Hat - This site is not intended to be a resource for Black Hats, or malicious hackers. While we understand discussion of exploits may require examples, if the question looks too much like a request for attack tools or mechanisms to spread a v...
Funny. I just realized that it's not often I find myself arguing for a (potentially) black-hat question. I guess @Gilles is getting to me, or something.
I think asking for more code examples is beyond what we want to do, but giving an indication of what those specific cases could mean should be on-topic
I think the question, generally, fits under the acceptably colored hat notion that we've recently started striving towards. It is also, however, a poorly researched I CAN HAZ CODEZ style
The problems I have with it are: 1. Localized around a single implementation. 2. Shows very little research. 3. Whilst we accept blackhat topics within reason, explicit blackhat *activities* should never be allowed. They're illegal.
@Gilles Yes, but there's a difference between a question which might be useful to someone who wants to perform illegal activities with the knowledge, and one explicitly (or quite nearly implicitly) from someone who is currently or plans to do so.
@Gilles I don't, and since you've not given me any reasons to believe that you're intending to use it for illegal activities, I can give you an answer in good faith. If you explicitly say "I'm a drug dealer, and I'd like to encrypt my conversations so that the cops can't bust me", then we'd have closed it.
As loathe as I am to agree with the French, I'm more in @Gilles' boat here. I think it deserves to be closed because it is a shit question, not because of the author's fashion sense.
@Polynomial Strictly speaking, he hasn't admitted anything about the question being black hat. He's just said black hat is on topic - a general statement that (again, strictly speaking) should not be interpreted as having any bearing on the question's origins or intent.
Anyway, regardless of the hattedness, it's a poor question. Close as TL for dealing with a specific implementation, or NARQ for being unresearched and practically unanswerable.
My point is that his reply did not clarify his situation, despite being prompted. That response was either his clarification, or he is being evasive. Either way, it looks shady.
@Polynomial I don't speak SQL, but I'm not sure how it doesn't? It appears to me as an example of the typical "I have a problem, this is what I've tried, what am I missing?" sort of question that shows up and is well accepted all over SOFU and other SE sites.
I disagree. Blackhat questions are fine when they're talking about generic cases, or asking about techniques in a theoretical fashion. But this is dealing with a real, practical attack, for which the motiviation is unknown and sketchy at best.
but not from the fact that it's still TL and borderline NARQ
@Iszi It's asking about some voodoo filtering / sanitizing mechanism that someone has implemented on this one particular webapp, which is unlikely to ever benefit another user. It's not a generic question about SQL, it just happens to be related to SQL.
@Gilles Again, there's a difference between providing information that could be of use to someone with malicious intent, and actually assisting someone who's expressedly (granted, in this case, it's arguable) indicated that they do have malicious intent.
The underlying problem is that it's a lot more difficult to figure out if the person is doing something potentially illegal or something wonky that's authorized than it is on other sites.
We should add a paragraph to the FAQ: “If your question may look black hat, be sure to start it with ‘As part of a black box pentest’, so that it isn't looked down upon and perhaps closed.”
@Gilles Consider this situation. You're a gun salesman in some backwoods place where background checks are optional. Or, lets say your customer even passes the required background checks. If the customer says, or gives strong indication, to you that he's actually going to use a gun he buys to kill someone in the near future, do you sell him the gun?
@Gilles You're being silly, now. I said it was OK from the ethical PoV, because they're telling me that they're not doing something illegal. If the question is bad, the question is bad.
I don't know what country you're from, so I don't know whether you think people with guns are all dangerous terrorists or people without guns are all dangerous terrorists
@Polynomial Which is exactly the problem with trying to discuss intent with a low quality question. We already have a solution for this one, that doesn't have anything to do with intent.
@Gilles As someone who grew up in an area where high schools permitted guns to be kept in cars, let me tell you that those two are not mutually exclusive.
Perhaps the solution is this: in cases where there's a complete grey area, and the ethics of the question is sketchy, we ask for clarification. From there, we leave it up to people as to whether they want to reply. That way, if I disagree with a question on moral grounds, I just don't answer it, and I can sleep sound.
In cases where explicit malintent is shown, the question should always be closed.
and by explicit malintent, it has to be 100% crystal clear, like "i am a hacker"'s questions.
I think for now, a policy like that would serve us well. In the future, we may need to change it to react to events, but there's no point in trying to cover the unknowns.
@Iszi Ok then. You've got to understand that I'm not from the US; where I live, guns require licenses and some kind of proof of good intent (I'm not sure exactly what), or at least that you're going to hunt authorized animals.
From my understanding of the US, you do sell him the gun, because he's entitled to it by the second amendment. Killing people is only illegal by state law, and the constitution trumps state law.
@Gilles I wouldn't bring the 2nd Amendment into it were I you. Because of the difference in linguistic styles between modern US English and late 18th century Colonial English it is much too easy to debate meanings.
@Gilles No, that's not the case at all. You do not sell him the gun because as a businessperson, you're free to reject service to anyone you please - and you, being one of good morals and ethics, cannot in good conscience knowingly facilitate a murder.
Actually, you can skip all that and go straight to the part where you're now technically an accomplice to the crime and therefore legally vulnerable.
Thanks. In any case, I don't honestly care what dude's intent is of what your ethics do or do not say. A low quality question is low quality. Period. I've not had enough to drink to get into arguing hypotheticals.
I'm fine with yielding to the experts on the terms of whether or not this particular question has general value. However, I think the issue of the asker's intentions is really something that needs to be sorted out - not specifically for this question, but in terms of overall site policy.
> Subscriber is responsible for all of its activity in connection with the Services and accessing the Network. Any fraudulent, abusive, or otherwise illegal activity or any use of the Services or Content in violation of this Agreement may be grounds for termination of Subscriber’s right to Services or to access the Network.
> Use of the Network or Services to violate the security of any computer network, crack passwords or security encryption codes, transfer or store illegal material including that are deemed threatening or obscene, or engage in any kind of illegal activity is expressly prohibited
> Under no circumstances will Subscriber use the Network or the Service to (a) send unsolicited e-mails, bulk mail, spam or other materials to users of the Network or any other individual, (b) harass, threaten, stalk or abuse any person or party, including other users of the Network,
@Polynomial I have permission to make this check. I don't have permission to do full pentest but I think I have permission to check whether it can be exploited.
But in reality it doesn't really matter because in Internet where you don't really know the other man, you can't be sure in what he says. I think we shouldn't ask questions like "Do you have permission to pentest?" as it's very easy to answer "Yes, I have" even if OP doesn't have it. I think we should judge black-vs-white based on question itself.
Just catching up on the conversation thread. IMO, it SEEMS as though the question may be with "black-hat"ish intent but that should be irrelevant as the question can be answered without giving exploit code.
@Iszi I personally think it SHOULD be allowed. Although not to the particular exploit for the example given. More towards the line of general exploit code. Like telling someone to check a text input with ' or 1=1--
@Gilles I'm trying to catch up but its TL:DR as of right now.
@DigitalFire it's 10000 messages covering the spectrum from “don't discuss exploits” to “keep black hat out” to “ok if it isn't shady” to “ok if it isn't obviously illegal”
@DigitalFire we discussed that a few days ago, in fact that's what made the discussion flare up
That's the problem. In terms of content they'd be a great fit there, but in terms of legality and all of the other problems that come with the topic, they're not good for StackExchange as a brand.
@Polynomial I posted a couple of examples in chat, er, I think two days ago
Thank you for the detailed answer, and for sharing the link. I think I will do as you say and use both, but one thing I wonder is, is it unsafe to use your own captcha? recaptcha is of course well tested, but couldn't it be that since my captcha doesn't exist in the exact same form anywhere else, it will leave the spammers on square one? Or am I wrong? — DannyCruzeira8 mins ago
Say I wanted to purpose a FULL (Physical Access included) pen-test example and wanted certain portions answered that aren't relevent to I.T. Is the question a good fit here?
@DigitalFire Just because a topic exists and isn't covered by an existing SE site, it does not mean a new SE site should be made. There are limitations.
@ScottPack Physical security is completely on-topic here, as long as it pertains to security of computers. That includes alarm systems and surveillance, but only at a theoretical level. Troubleshooting and similar questions about vendor-specific software and hardware should remain off topic.
@Polynomial and @Scott - because pretty much all information is on computers - a lot becomes on topic for your average security team. So I'd say Information Assets
@RoryAlsop Except, in the situation I outlined, they're not all on computers. It's the information I'm protecting, whether it's stored as a PDf or printed out in a desk draw.
@RoryAlsop The thing with per-site SE rules is that they're mainly guidelines anyway. If the question provides no moderation burden, fits in with StackExchange rules, and is interesting, is asked properly, and provides a quality resource for people, but it's a little bit off-topic, then it should still be accepted.
@RoryAlsop @AviD Shouldn't the election thread be flagged featured? Or would that be redundant since it already somehow is posted to the "Community Bulletin" section?
I think that it will not be necessary. I am feeling more and more that @Gilles is right, that there will be few sources of information that will be offtopic