Jump to content

Download: MUDD2 Multi Useraccount Detection Dinger


The Geek

Recommended Posts

  • Replies 133
  • Created
  • Last Reply

Whenever there's an update (and I see the developer hasn't been on since Sept. 8th, hopefully he'll come back) here's my biggest request:

Once the MUDD as found a user logging in with another account it creates a report. If that person logs in with another (3rd, 4th, etc.) account it goes on the same report.

I'd like it if a new report was created for each account. I have 600+ reports, and I just found out this DOESN'T happen, and now I have to go though all the reports again to see if there's new accounts on each report. I've found one guys that's made 7+ accounts, and they are all on the same report that I hadn't seen until I went through all the reports again.

So in short: Make a new report for each new account please.

Link to comment
  • 3 weeks later...

For me, it appears to be flagging users that I doubt are using the same account...



They have different ip addresses, and although you can use a proxy, setting it up would be much complicated for the users that are being flagged.



Thanks




Many people are on Dynamic IP's so they will be different. MUDD has various ways of detecting multiple accounts. Using the same IP is one but it's then up to you to determine what action to take by comparing their browser details. The other way is by examining your board's cookie. At my site this mod is indespensable. It's particularly good to catch spammers.

3DKiwi
Link to comment
  • 4 weeks later...

Is it safe to assume that member b and a are the same person, with different IP addresses? Yeah, usernames and ip addresses are removed to protect the guilty....

16 January 2011 - 07:53 PM b 1.1.1.1
16 January 2011 - 07:53 PM a 2.2.2.2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)
18 January 2011 - 05:48 AM b 1.1.1.1 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)
29 January 2011 - 05:36 PM a 2.2.2.2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)
02 February 2011 - 10:33 PM b 1.1.1.1 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)
04 February 2011 - 07:49 PM a 2.2.2.2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)
04 February 2011 - 08:44 PM b 1.1.1.1 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)
06 February 2011 - 08:28 PM a 2.2.2.2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)

Link to comment

Is it safe to assume that member b and a are the same person, with different IP addresses? Yeah, usernames and ip addresses are removed to protect the guilty....



16 January 2011 - 07:53 PM b 1.1.1.1


16 January 2011 - 07:53 PM a 2.2.2.2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)


18 January 2011 - 05:48 AM b 1.1.1.1 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)


29 January 2011 - 05:36 PM a 2.2.2.2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)


02 February 2011 - 10:33 PM b 1.1.1.1 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)


04 February 2011 - 07:49 PM a 2.2.2.2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)


04 February 2011 - 08:44 PM b 1.1.1.1 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)


06 February 2011 - 08:28 PM a 2.2.2.2 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 (.NET CLR 3.5.30729)




Yes, but no.

I have many users on my forum who are two different persons, but use the same computer.

Husband and wife. Boyfriend - girlfriend and so on...
Link to comment

I've got MUDD installed on my IP.Board 3.1.4 and it appears to be working well.

I'm interested in finding other webmasters opinions of the tool. From what I can see, it has picked up every duplicate login I'm aware of (and some that I wasn't aware of!).

My main concern before I trust MUDD completely is the possibility that users that I'd like to keep from logging into my site (i.e. banned users coming in using different e-mail addresses) could delete the flash cookie thereby re-visiting the site without being detected. I know that deleting the flash cookie is more difficult that deleting cookies however, it is a weakness of the MUDD system at present.

Happy to hear suggestions on what else I can do to ensure those people that I need to keep out stay out!

Link to comment

Yes.



Thats what I thought but not 100% sure hence my question. Can you elaborate further on why you believe it to be the case ?


Yes, but no.



I have many users on my forum who are two different persons, but use the same computer.



Husband and wife. Boyfriend - girlfriend and so on...



I have the same, quite a few, but in every case there is only the occassional user agent trigger, and in all circumstances, the ip is mostly the same and only one user agent trigger. With accounts A and B only one of them isnt a user agent trigger.

I'd really like to know for sure, or be as close as dammit...... I dont like to ban people without being sure its the correct thing to do....
Link to comment
  • 1 month later...

Hello,

a interesting addon :thumbsup:

but i have a problem with the IP-adresses on the report, always the IPs from the userprofile will show
i fix this with that changes
on hook(file) muddViewReport find

			'select'	=> 'd.*',

and change to

			'select'	=> 'd.id, d.muddid, d.memberid, d.dateline, d.ip_address as mudd_ip_address, d.useragent',

and in template timeLine find

			$row[ip_address]

and change to

			$row[mudd_ip_address]



but i have a unsolved problem, that only the Administrator Group can see the reports in the reportcenter, whatever i chance in the Report Center permissions, or under setting of MUDD, the Root_Admin group can NOT view the reports :blink:
i can disallow the Admins to view, but no time access for the rootadmingroup - that makes me crazy :wacko:

Link to comment
  • 3 weeks later...

Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.

×
×
  • Create New...