1

(89 replies, posted in PunBB 1.2 discussion)

Smartys wrote:
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?

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.

2

(89 replies, posted in PunBB 1.2 discussion)

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;
}

now, if by stark contrast I use a globally / universally unique identifier from the database, then what I'd have to produce on my end in order to "fake" a email validation is to reproduce the uuid that was generated when I signed up in whoever's database I was trying to spam...

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.

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.

3

(89 replies, posted in PunBB 1.2 discussion)

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?

4

(89 replies, posted in PunBB 1.2 discussion)

Smartys wrote:

Bots can deal with activation emails though wink
And even if they couldn't, we already have an activation code process (and a cron job to remove unverified users after x days isn't difficult)

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.  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.  adding a cron job is about as much trouble as installing a mod, or extension.  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.  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.

5

(89 replies, posted in PunBB 1.2 discussion)

Smartys wrote:
MadHatter wrote:

i'm not talking about a captcha solution or extension.  I'm talking about re-thinking the sign up process so that automated registrations are overly difficult or infeasible.

And how would you do that?

let me say that I'm not as versed in the registration process as you guys are, so take this with a grain of salt.

if this were me (which its not), I would probably put all registrations in a temp table.  create a new uuid in that table with the user info.  when users sign up, they are added to a temp users table and pull the generated uuid from the table after its inserted, then place that uuid into an activation email to the user.  crate an activation page that the user has to type / paste in the uuid and submit it.  have an activation threshold for activation attempts and date range and when it reaches the first of those limits, the temp record is deleted (and or banned, depending on preferences).

thats my 2 second thought process, so I'm sure there are many more, more efficient ways to stop automated registrations from signing up in punbb, but this was the first thing that came to mind.  looking at the apps / scripts that do the automated spamming would probably be fruitful too.

6

(89 replies, posted in PunBB 1.2 discussion)

i'm not talking about a captcha solution or extension.  I'm talking about re-thinking the sign up process so that automated registrations are overly difficult or infeasible.

7

(89 replies, posted in PunBB 1.2 discussion)

there was a mod here a little bit ago that had you change the first item in the time zone drop down to "select a time zone," and a change in login to check for a null timezone.  this simple fix has completely (now that I say this I'll get bombarded I bet) stopped false registrations on my board.  I think that things like this, that stop automated scripts from signing up and posting on your forum is needed, and simple to add in without disturbing the masses.  I run several other websites and only one has punbb, the others run phpbb, but I have never had this problem with the phpbb and there are a lot more people trying to exploit that board.

I'd definitely call it a bug.  not that there is anything broken in the code, but it does allow for subsequent automated sign ups after one valid registration (even with the email me the password enabled, because once they know the server time, they can use fake emails and generate the password), and I'd call that a security (albeit timid) risk.

ultimately its up to the guys owning the code to fix / change it, and if they don't see it as a bug then it wont get fixed.  If they don't see it as a bug, maybe they'll still consider it as a feature request, but whatever it is, I think it would be a good idea to revisit that algorithm and see if it couldn't be refactored a bit.

sirena wrote:

Still very 1950's, IMHO. Hard to be productive.

now thats not fair.  if it was very 1950's we'd be choosing between a 2 dollar hole punch / 3x5 cards or some fancy punch card machine, to write our css.

9

(23 replies, posted in General discussion)

Strofanto wrote:
MadHatter wrote:

IMO its kind of lame to fork some else's work then promote your utensil on their website.

I respect your criticism but, ain't this exactly what the GPL license allows to do? As long as Sonrep provides the source code for SunBB he has all the rights to do it.

to fork or not to fork.  IMO postnuke is better than phpnuke, but that is a fairly extensive fork (not that that has really any bearing on the matter).  my only thoughts were that to come here and tell ppl about it is sort of a lame move.  if you're on sourceforge, people will find it.  if you're fork is good (ex: postnuke) then people will use it, but I'd consider posting here about a fork of their as yet, unfinished next version is not really a friendly gesture (especially since you haven't done much work on 1. the  base product, 2. funding to get the project finished or 3. modifications to what you have forked).

absolutely not trying to be rude or disrespectful you you personally at all, so if I came across that way, I apologize.

10

(23 replies, posted in General discussion)

IMO its kind of lame to fork some else's work then promote your utensil on their website.

I'll stick w/ punbb.  lots-o-luck

dreamweaver does a really good job.  I remember using topsyle a long time ago, but dreamweaver does the trick for me.

bf2: [OinK]_MadHatter
bf2142: MadHatter2142

I don't play bf2 much anymore though.  something to do with that ~28k point mountain I have to climb before my next promotion.

I just like using the real thing.

vista makes your video card smoke?  what kind of video card do you use? an etch-a-sketch? tongue

pretty close, but not exact.  glass isnt that transparent (you cant read text behind the transparent part of the window), login buttons in the wrong places, and there is no boot logo (at least not when you see the progress bar).

nice looking mod though.

technically its not.

<code><file>asf</file></code>

and

<code>
                         <file>
                                        asf
         </file>
</code>

are identical in every way (as far as xml goes), even though they are quite different byte for byte in their format. 

an xml diff should be done based on data structure not a byte to byte comparison (unless it falls inside the xml structure).

does diff do xml?  to accurately compare xml you would need an xml parser then compare the elements and attributes of the structure.

18

(16 replies, posted in General discussion)

Sam Rusch wrote:

...and the fact that I have a Mac doesn't help.

mac's were born to game: http://video.google.com/videoplay?docid … 4569110939

I never get tired of watching that one...

19

(16 replies, posted in General discussion)

and btw, if you're into the whole rpg/fps type game, then this is def. the game to watch for: http://www.projectoffset.com/

20

(16 replies, posted in General discussion)

I'm a huge gamer.  I mainly play battlefield 2 and 2142.  I recently got prey and stalker.  stalkers pre-rendered cut scenes are amazing.  I've started a company and we're working on a massive multi-player game.

21

(9 replies, posted in Programming)

Jansson wrote:

Though I must say, as a visitor that is the most annoying thing on the web tongue

indeed.  thank god for firefox.

22

(10 replies, posted in PunBB 1.2 troubleshooting)

02cspearson wrote:

ok thanks I am using dreamweaver is there someway I can make it more cooperative?

by not using the file browser features of dw.  just type the images in as relative paths (whether they exist on your local computer or not), or edit the files on the server using the ftp site manager.

23

(10 replies, posted in PunBB 1.2 troubleshooting)

punbb is easy to embed in your existing site without using an inline frame.  take the html for a normal page, open up your main.tpl and paste in the body contents from main.tpl into the content area of your normal page. then copy that whole page, and past it into your main.tpl (overwrite everything--be sure to back things up), save or upload.  then the forums will show up inside your website when you go to yoursite.com/forums (assuming you've placed the forum in a folder named forum) the same way it does .

itoa's solution has worked wonders for me.  http://punbb.org/forums/viewtopic.php?id=14069

I realize this isn't the mod you're requesting, but it has resulted in a fewer (actually non-existent) number of spam bot sign ups.

25

(15 replies, posted in General discussion)

http://gppgle.com <-- all time fav (stupid o and p keys being so close together).
http://gppglr.com
http://foofle.com
http://googlw.com
and some other variations on the name

http://google.co.ke (love the coke reference on all your websites there kenya...  [homer-simpson-bbcode]mmm coke[/homer-simpson-bbcode])