3,076

(1 replies, posted in PunBB 1.2 troubleshooting)

Moved to Troubleshooting and closed
You'll need to talk to Connorhd, since he runs MyPunBB. We can't help you with issues with that setup.

Ports aren't the issue here

Assuming the first query is unbuffered to begin with, you just remove the second parameter of the call to $db->query

towelie wrote:

oops I meant to say limit heh..
Are you sure it wouldnt be LIMIT x, #
or will it make a difference

Yes, I'm sure. When you have two numbers, the first specifies the record to start at (0 being the first) and the second specifies the number of records to return

towelie wrote:

also I would need to assign a variable to your little $_GET(...) global there wouldnt I?

Can I see an example of how you would write this query?

LIMIT 15,X WHERE X = $X

$X = $_GET( blah blah )? ? ?

hmm confused

Again, you have the limit backwards, and I gave you the formula for calculating the index to use based on the page number. I would recommend assigning the input page number into a variable so you can check it (eg: it's a number, it's > 0, it's not too big, etc)

http://punbb.org/forums/viewtopic.php?pid=77502#p77502

3,081

(5 replies, posted in PunBB 1.2 troubleshooting)

towelie wrote:

Thats prolly the best idea; there may be an exploit where you can use some code in the description, if it allows it, and stop it from echoing anything after what you type.

Err, exploit isn't the right word, and using HTML to hide it isn't the right solution tongue

3,082

(5 replies, posted in PunBB 1.2 troubleshooting)

Sounds like you edited index.php and messed with the moderator display wink
I'd suggest uploading a clean copy of index.php

LIMIT #, x
where x is the number of entries per page and # is the entry to start at, either calculated from a page number (so ($_GET['page'] - 1) * 50) or just in terms of the starting entry #

He means here:
http://thpsvids.com/
and here
http://thpsvids.com/users/

That's because only admins/moderators are subject to that security check. However, like I said, you do not need to disable all of Zonealarm to fix this: you simply need to enable sending your referrer

Give those specific users their own usergroup smile

Dr.Jeckyl wrote:
rondy wrote:

I have installed  PunnBB at http://homehouseinspections.com/ I notice that I have turn off my "Zone alarm Security Suite" to post a message.
How do I get my PunnBB to work so users do not have turn off there security fire wall to post a message on my Forums.

i would check YOUR firewall settings to make sure they aren't set too high.

Indeed, that's the issue I believe (assuming you're getting Bad HTTP Referer messages). That's a paranoid "privacy" setting you need to disable in Zonealarm

3,088

(6 replies, posted in PunBB 1.2 troubleshooting)

Well, basically, something like

$charset = isset($_GET['charset']) ? $_GET['charset'] : $lang_common['lang_encoding'];

Then change the charset used to be $charset

There is a lottery I believe

3,090

(2 replies, posted in PunBB 1.2 modifications, plugins and integrations)

And moved smile

3,091

(6 replies, posted in PunBB 1.2 troubleshooting)

Alter the coding for extern.php to accept an overriding charset in the URL

3,092

(89 replies, posted in PunBB 1.2 discussion)

gil wrote:
Smartys wrote:
MattF wrote:

If you modded your installation to use that method, it probably would kill your spam off either completely or to a negligible level. However, was not the point of this thread with regards to including standard spam prevention techniques within PunBB? If, for example, that mod was incorporated within 1.3 when it finally leaves R.C status, the thing would be cracked within a week. It is then not a deviant technology, but a core mainstream one. The fiscal benefit for the bot scripters would mean that it was viable to concentrate on it once that occured.

I wouldn't say cracked, since unless there's a flaw bots shouldn't be able to automatically crack something like the VIP code mod or a question mod. They would need a human to find the code/answer in the first place and THEN they can spam all they want (until it's changed, rinse and repeat).

I agree, but to attack all the forums in the world, searching the answer in each annoucement area or in rules text or elsewhere, or searching an encyclopedia/logical/thematic answer... in all languages? Don't you think spammer need an international army?

If their goal is to spam everyone at once, yes. However, they only want to spam a finite number of forums at a given time. Which means they can pay people to search through and find it. But like I said, it's still a good mod

gil wrote:

With the VIP Code, I hadn't looked at any demos of its implementation. My thought was that if people are simply posting a number/word on register.php, the bots can parse the HTML and get it from there. However, obviously that's not the case there. wink
So, lets assume automated grabbing of the code is not the issue. Spammers will still use humans to register for them. And the small and medium forums will not be protected: in large forums you're more likely to have an active moderator team that will delete your spam in minutes. The small/medium forums, where the spam lingers for days, are where spammers want to target.
That doesn't mean that the idea is worthless: far from it, I think it would make a wonderful extension. However, I personally think it puts too much of a burden on the admin. Plus, as I've said before, with fighting spam what works for one forum might not necessarily be right for another. A more modular approach helps make that a non-issue.

It is our difference smile You say "mod"; I think that a real protection to spam *must* be included in the software, as not all users are able to find/do the needed modifications. For a lot of people, even the word (source) "code" is not understandable. Ok, in 1.3 version, open a source file will not be mandatory, it will be easier, but first the current version is 1.2, then even in 1.3 it will be mandatory to search, read, and understand in english forum (here or punres). Do you think that to have a good protection, one must be able to understand english and to edit/modify a source file? It will excludes a large part of the world, and it would be too bad.
Nevertheless, thank you for your responses. And I do not desesperate smile

With extensions in 1.3, nobody should need to edit code. You download the extension, upload it to your forum, hit Install, and you're done. And people need to know English to find/download/install PunBB right now: if they know enough to do that, they'll know enough to find extensions they might need.

3,093

(89 replies, posted in PunBB 1.2 discussion)

MattF wrote:

If you modded your installation to use that method, it probably would kill your spam off either completely or to a negligible level. However, was not the point of this thread with regards to including standard spam prevention techniques within PunBB? If, for example, that mod was incorporated within 1.3 when it finally leaves R.C status, the thing would be cracked within a week. It is then not a deviant technology, but a core mainstream one. The fiscal benefit for the bot scripters would mean that it was viable to concentrate on it once that occured.

I wouldn't say cracked, since unless there's a flaw bots shouldn't be able to automatically crack something like the VIP code mod or a question mod. They would need a human to find the code/answer in the first place and THEN they can spam all they want (until it's changed, rinse and repeat).

MadHatter wrote:

you're right...
there's no better way than whats been implemented. 
nothing else anyone can do outside of whats been done. 
if you want your official punbb forum, you just have to deal with the spam.

glad I finally figured that out.  I'm a bit slow so you'll have to forgive me (us) for thinking all this massive spam is a problem.

please continue (not) developing the next version.

Well thanks for your sarcasm MadHatter, it makes me happy that I took the time to respond to your post wink
Nobody has said spam is not an issue. Nobody has said we can't do more. However, we can't add an anti-spam feature to PunBB without considering how it will be affected by going from "small userbase" to "all of PunBB's users."

gil wrote:
Smartys wrote:
sirena wrote:

Just FYI.

There is apparently a very effective yet simple mod that is available for phpBB discussed here:

http://www.phpbb.com/community/viewtopic.php?t=435702

It works by allowing the admin to specify a 'VIP code' or pass-phrase, essentially, that users need to enter when they register. The variability of this across phpBB boards makes it effective against scripted bots.

Judging from the feedback in the thread above, it seems to work well. Some forum admins even report being able to turn off their CAPTCHAs.

It's similar to some of the approaches already discussed here.

It's like the question method people have been discussing. smile
However, once enough people start using a tool to fight spammers, the spammers try to adapt. If there's a way to detect what the word is, for example, they'll do it.

Of course, but How? If it is not hard-coded, if it is different in each forum, and if it can be changed by the admin when he want to do? Only human action can help spambot, scripting isn't sufficient it seems.  If a large forum is a specific target for some spammer, of course a human help will be used. But all the small or medium forums (99%) will be protected!
I totally agree with Sirena and it "cost-effective" contribution...

With the VIP Code, I hadn't looked at any demos of its implementation. My thought was that if people are simply posting a number/word on register.php, the bots can parse the HTML and get it from there. However, obviously that's not the case there. wink
So, lets assume automated grabbing of the code is not the issue. Spammers will still use humans to register for them. And the small and medium forums will not be protected: in large forums you're more likely to have an active moderator team that will delete your spam in minutes. The small/medium forums, where the spam lingers for days, are where spammers want to target.
That doesn't mean that the idea is worthless: far from it, I think it would make a wonderful extension. However, I personally think it puts too much of a burden on the admin. Plus, as I've said before, with fighting spam what works for one forum might not necessarily be right for another. A more modular approach helps make that a non-issue.

3,094

(89 replies, posted in PunBB 1.2 discussion)

MadHatter wrote:

this is the only thing that I'd have to reproduce on my side if I wanted to sign up with an invalid email.

//
// Generate a random password of length $len
//
function random_pass($len)
{
    $chars = 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789';

    $password = '';
    for ($i = 0; $i < $len; ++$i)
        $password .= substr($chars, (mt_rand() % strlen($chars)), 1);

    return $password;
}

Indeed: now, tell me how you plan on generating the password you were assigned from that? The whole point of it is that it's generated randomly wink

MadHatter wrote:

when I delete these accounts I research the domains that the emails use, and 100% of them do not exist.   yea they could sign up with one email, sign in, and change it, then post spam, but that type of critical thinking might lead to some sort of progress in the way of fixing the issue and is therefore dangerous.

I'm not quite sure what you're getting at to be honest
Out of curiosity though, what forum(s) are you referring to?

MadHatter wrote:

at the very least, adding logging to the forum for actions like registration, password, and email changing would help narrow down the point of attack, and would allow you to "fix" the area of exploitation.

What kind of logging would you propose adding and how would it help?

And I'll close it, since you seem to have already made a topic here

Moved to Modifications

3,097

(89 replies, posted in PunBB 1.2 discussion)

MadHatter wrote:
Smartys wrote:

from what I've seen the spam bots do not have valid email addresses and would therefore not be able to receive the email with the uuid

Then how do they get past email validation now? wink

good question.  maybe we should ask one of the punbb developers?

Now where would we find one of those... oh, wait! big_smile
I'll answer then: they use legit emails (usually disposable accounts that get deleted soon after), read the emails, and grab the passwords from them.

3,098

(89 replies, posted in PunBB 1.2 discussion)

sirena wrote:

Just FYI.

There is apparently a very effective yet simple mod that is available for phpBB discussed here:

http://www.phpbb.com/community/viewtopic.php?t=435702

It works by allowing the admin to specify a 'VIP code' or pass-phrase, essentially, that users need to enter when they register. The variability of this across phpBB boards makes it effective against scripted bots.

Judging from the feedback in the thread above, it seems to work well. Some forum admins even report being able to turn off their CAPTCHAs.

It's similar to some of the approaches already discussed here.

It's like the question method people have been discussing. smile
However, once enough people start using a tool to fight spammers, the spammers try to adapt. If there's a way to detect what the word is, for example, they'll do it.

3,099

(7 replies, posted in PunBB 1.2 troubleshooting)

No, I don't think you're explicitly marking it not to be displayed, I think all your layout changes have forced it somewhere out of the page

3,100

(89 replies, posted in PunBB 1.2 discussion)

from what I've seen the spam bots do not have valid email addresses and would therefore not be able to receive the email with the uuid

Then how do they get past email validation now? wink

the uuid is different than generating the password on their side and posting the login info to the specific page without ever having received an email.

Yes. But as I've said, PunBB already has email validation. Bots simply use disposable email sites if they need.

adding a cron job is about as much trouble as installing a mod, or extension.

No, since while anyone who runs PunBB can edit a file, not everyone has access to crontab on their server

a smarter process for verifying that a human is registering is the only thing I think needs to be implemented.  there are so many ways that that can be achieved without having to set up mods / extensions / custom work, so that joe nobody who doesnt know a thing about php / mysql or even the web, can download, upload and run punbb, and have a fairly obscure level of protection from spam bots.

Such as? wink

instead of finding ways to keep from writing this (I'm a software engineer, and I understand disagreeing with the users of your software, and trying to force them to see your point of view, so please don't think I'm trying to be rude when I say this, because I know where you're coming from), if you spent as much time thinking of a new registration process that would do what people want and be as non-disruptive as possible as has been spent explaining to people why captcha is snake oil, I think we all could have out of the box installs that are 90 something percent spam free.

If I were trying to find ways to keep from writing code, I wouldn't have agreed to be a PunBB developer and I certainly wouldn't have written/integrated 3 anti-spam tools for PunBB 1.2 on a Saturday. tongue
I'm open to suggestions and I'm certainly thinking of ways to deal with the issue of spam, but we have to keep in mind that spammers will try to cope, as they always do. The "add questions to registration" idea, for example, is interesting (and certainly worthy of an extension), but all it takes for a spammer to get around it is a little human interaction (which spammers are willing to pay people for).
And in the end, having a more modular approach to fighting spam allows people to use the tools they want as opposed to having certain tools forced upon them.