Go Back   vb.org Archive > vBulletin Modifications > vBulletin 3.8 Modifications > vBulletin 3.8 Add-ons
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools
Multiple Account Detection & Prevention Details »»
Multiple Account Detection & Prevention
Version: 1.1.3, by Kiros72 Kiros72 is offline
Developer Last Online: Nov 2023 Show Printable Version Email this Page

Category: Administrative and Maintenance Tools - Version: 3.7.x Rating:
Released: 12-16-2008 Last Update: 03-31-2009 Installs: 1039
Uses Plugins
Additional Files Translations  
No support by the author.

It happens all of the time. Some members will make multiple accounts to back their own opinion or get an extra vote in a poll. Here's a modification that will detect and prevent multiple accounts, as well as notify the administration about multiple accounts. Inspiration for this modification came from the work of MPDev (creator of the Multiple Account Login Detector) and randominity (creator of the Multiple Account Registration Prevention). This is basically a combination of those two modifications but with new and improved functionality.

This is not an update to the "Multiple Account Login Detector (AE Detector)" nor is it an update to the "Multiple Account Registration Prevention." If you have either one of these (or both of them) installed, you should uninstall them before installing this modification.

With the initial release of Multiple Account Detection & Prevention, I believe that I have fixed previous bugs/complications as well as improved the efficiency and logic of the code. This is my first publicly released modification. I would appreciate any comments and suggestions!

Confirmed! This works perfectly on all vBulletin 3.6, 3.7, and 3.8 versions.

Unfortunately, I cannot give support right now. I may be able to help periodically, but until my schedule yields some more free time, I won't be much support. Please check back in a week or two.

Basic Details
File Edits: None
Template Edits: None
New Files: 6
Hooks/Plugins: 3
Global Phrases: 36
Install Time: 2 Minutes or Less
Install Difficulty: None, Very Easy

Features and Settings
- Login Detection
- Registration Prevention (Multiple Methods)
- Ignore Child Accounts
- Ignored Users
- Ignored Usergroups
- Ignored ISPs
- Prevention Usergroup
- IP Address Based Prevention
- Extended IP Address Prevention
- IP Address Time Inclusion
- Banned Account Check
- Primary Banned Usergroup
- Cookie Expiration Time
- Cookie Refreshing
- Cookie Name
- Cookie Reset
- Multiple Account Reporter
- Reports via PM
- PM Report Recipients
- Reports via New Thread
- Forum for Report Threads
- Verbose Mode
- BB Codes: LIST, URL, CODE

How it Works
With every newly recognized login/registration, an account-counting cookie is set (or added onto) with the member's User ID. Depending on the settings, Multiple Account Detection & Prevention will analyze the cookie during login/registration to see if there are any multiple accounts.

Login Detection offers cookie-checking and reporting. Registration Prevention offers the same thing, plus more advanced features. First of all, when it prevents an account from registering, it actually moves the registrant to the Prevention Usergroup so that the administration can review the case. This also allows for customized privileges for recognized multiple registrants. Registration Prevention also has IP address detection which finds out just as much information about users. Depending on an administrator's preference, this modification can also reban a new registrant if one of their previous accounts has been banned. In fact, if the administration wishes, multiple registrants can simply be denied registration all together.

Whenever there is a detection/prevention, the modification will report the information to the administration through private messages, a new thread, or both (depending on settings). The Multiple Account Reporter can be any valid user.

Known Issues
- vB Optimise users: Reporting via thread seems to get messed up by vB Optimise, so try reporting via PM instead.
- PhotoPost vBGallery users: The registration handling appears to not work properly when PhotoPost vBGallery is enabled.

From what I can tell, these known clashes have been caused by the other modification's coding. The author of vB Optimise will not even work with me to fix it. Until they improve their coding, I'm not sure if I can do anything about these issues. As far as I know, administrators that do not use the above modifications will not have any problems.

Installation / Upgrade
Unzip the package (madp.zip), upload the files to your forum location, and import the product file (allow overwrite if upgrading). Please read the ReadMe.txt file that is packaged with the modification for more information.

Please remember to mark this modification as installed if you use it!
If you like it, nominate it for the Mod of the Month!

Thank you!

Download Now

File Type: zip madp.zip (22.3 KB, 4977 views)

Screenshots

File Type: png admincprep.png (62.6 KB, 0 views)
File Type: png admincpop1.png (65.8 KB, 0 views)
File Type: png admincpop2.png (50.6 KB, 0 views)
File Type: png threadregverbose.png (40.3 KB, 0 views)
File Type: png threadloginverbose.png (34.7 KB, 0 views)
File Type: png threadregip_disallow.png (83.3 KB, 0 views)

Show Your Support

  • This modification may not be copied, reproduced or published elsewhere without author's permission.
3 благодарности(ей) от:
aeturner89, Filgga, ricardoNJ

Comments
  #292  
Old 04-16-2009, 06:58 AM
nick.dap nick.dap is offline
 
Join Date: Apr 2009
Posts: 10
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

First off, Thank you! for a great module. It makes our lives so much easier.

If I may suggest a feature (sorry =P) to make this module completely automated.

Consider the following use case:

A vigilant user goes in through a proxy and registers 5 accounts within 5 minutes. We've seen it done.

Step by step, what happens:
  1. Account 1 is registered, new IP (proxy remember), cleared cookies. We cannot prevent this.
  2. Account 2 is registered, the IP is detected, Account 2 is moved to the prevention group, report is sent.
  3. Account 3 is registered, the IP is detected, Account 3 is moved to the prevention group, report is sent.
  4. ... etc

Here is the problem:

All 5 accounts belong to the vigilant user. The last four are dealt with. However, the first account remains in the "Registered Users" group until we manually ban the account or move it to the prevention group. Needless to say this is not an ideal situation.

Solution/Proposed feature:
  • OPTION: Also move existing users to the prevention group - Yes/No
    Yes - Move all previously registered users that are discovered to the prevention group.
    No - Take no additional action.
Reply With Quote
  #293  
Old 04-16-2009, 01:00 PM
BlueNinjaGo's Avatar
BlueNinjaGo BlueNinjaGo is offline
 
Join Date: Mar 2009
Posts: 668
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by nick.dap View Post
  • OPTION: Also move existing users to the prevention group - Yes/No
    Yes - Move all previously registered users that are discovered to the prevention group.
    No - Take no additional action.
This was already requested. Scroll up for a response to that feature.
Reply With Quote
  #294  
Old 04-16-2009, 09:07 PM
Kiros72 Kiros72 is offline
 
Join Date: Apr 2006
Location: Albany, LA - USA
Posts: 215
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by BlueNinjaGo View Post
No problem... 8 hours at work goes by so slow...

Hope I didn't step on your toes... Just tried to give answers to the questions that I (think I) can answer.
Not at all

Quote:
Originally Posted by nick.dap View Post
First off, Thank you! for a great module. It makes our lives so much easier.

If I may suggest a feature (sorry =P) to make this module completely automated.

Consider the following use case:

A vigilant user goes in through a proxy and registers 5 accounts within 5 minutes. We've seen it done.

Step by step, what happens:
  1. Account 1 is registered, new IP (proxy remember), cleared cookies. We cannot prevent this.
  2. Account 2 is registered, the IP is detected, Account 2 is moved to the prevention group, report is sent.
  3. Account 3 is registered, the IP is detected, Account 3 is moved to the prevention group, report is sent.
  4. ... etc

Here is the problem:

All 5 accounts belong to the vigilant user. The last four are dealt with. However, the first account remains in the "Registered Users" group until we manually ban the account or move it to the prevention group. Needless to say this is not an ideal situation.

Solution/Proposed feature:
  • OPTION: Also move existing users to the prevention group - Yes/No
    Yes - Move all previously registered users that are discovered to the prevention group.
    No - Take no additional action.
Yep. It's already been suggested. Not exactly like that, but it would still do the same thing. Thanks for the suggestion. It might have to wait until version 2.0.0 because unless there is a bug in the current version, I don't think there will be a 1.1.4.
Reply With Quote
  #295  
Old 04-18-2009, 08:22 AM
cozmin cozmin is offline
 
Join Date: Feb 2009
Posts: 35
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Is it ok to use this mod for my 3.8.2 forum ?
Reply With Quote
  #296  
Old 04-18-2009, 06:42 PM
BlueNinjaGo's Avatar
BlueNinjaGo BlueNinjaGo is offline
 
Join Date: Mar 2009
Posts: 668
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Yes, it works fine.
Reply With Quote
  #297  
Old 04-20-2009, 04:12 AM
I.am I.am is offline
 
Join Date: Mar 2009
Posts: 84
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Hello sorry just a question but this mod work also if members are using proxy servers?

Thanks
Reply With Quote
  #298  
Old 04-20-2009, 05:24 AM
Raul7 Raul7 is offline
 
Join Date: Mar 2005
Posts: 74
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

hi Kiros,
if i only care about login detection and not registration, i can just select no prevention and silent mode doesnt really matter then right?
Reply With Quote
  #299  
Old 04-20-2009, 01:19 PM
BlueNinjaGo's Avatar
BlueNinjaGo BlueNinjaGo is offline
 
Join Date: Mar 2009
Posts: 668
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Quote:
Originally Posted by I.am View Post
Hello sorry just a question but this mod work also if members are using proxy servers?

Thanks
In regards to IP checking, AFAIK, it won't detect a user who uses a proxy. (There is a mod on here that allows VBulletin to see through SOME proxies.) But the user will have to use the proxy every time they log in, and for every post. If they forget to use the proxy just once, it'll be detected.

And I'm not sure about cookie detection.
Reply With Quote
  #300  
Old 04-20-2009, 03:19 PM
vitrag24's Avatar
vitrag24 vitrag24 is offline
 
Join Date: Nov 2006
Location: India
Posts: 639
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

wht's difference between Multiple account login detector (AE Detector)
mod and this mod?
if difference, then which is better?
shd i keep both or only one? which?
Reply With Quote
  #301  
Old 04-20-2009, 05:01 PM
exportforce exportforce is offline
 
Join Date: Jun 2007
Posts: 157
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default

Yes another one that wants the same I do
First account instaban too! Yes.

I have a problem.
The thing just did not! ban a multiple one

Quote:
Originally Posted by XXXXXXXXXX
Multiple login detected from ABCABC.

Other recognized logins for this user are:

1. XXXXXX
2. YYYYYYY
3. ZZZZZZ


Code:
[ :: Verbose Information :: ]

[ Cookie Information ]

Cookie Used: ThreadRead
Raw Data: ,1234,,12345,,123456,
Clean Data: 1234, 12345, 123456

[ Capture Information ]

Caught by: Cookie

[ Verbose Messages ]

[ Dev Information ]

Verbose Message Bitfields: 0
Yes the two commas are there already I only edited the values for security reasons.
It did NOT! ban ABCABC as it should.
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT. The time now is 01:43 PM.


Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2024, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.05256 seconds
  • Memory Usage 2,371KB
  • Queries Executed 26 (?)
More Information
Template Usage:
  • (1)SHOWTHREAD
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)ad_showthread_beforeqr
  • (1)bbcode_code
  • (5)bbcode_quote
  • (1)footer
  • (1)forumjump
  • (1)forumrules
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (1)modsystem_post
  • (1)navbar
  • (4)navbar_link
  • (120)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (2)pagenav_pagelinkrel
  • (11)post_thanks_box
  • (3)post_thanks_box_bit
  • (11)post_thanks_button
  • (1)post_thanks_javascript
  • (1)post_thanks_navbar_search
  • (1)post_thanks_postbit
  • (11)post_thanks_postbit_info
  • (10)postbit
  • (7)postbit_attachment
  • (11)postbit_onlinestatus
  • (11)postbit_wrapper
  • (1)spacer_close
  • (1)spacer_open
  • (1)tagbit_wrapper 

Phrase Groups Available:
  • global
  • inlinemod
  • postbit
  • posting
  • reputationlevel
  • showthread
Included Files:
  • ./showthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/functions_bigthree.php
  • ./includes/class_postbit.php
  • ./includes/class_bbcode.php
  • ./includes/functions_reputation.php
  • ./includes/functions_post_thanks.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • showthread_start
  • showthread_getinfo
  • forumjump
  • showthread_post_start
  • showthread_query_postids
  • showthread_query
  • bbcode_fetch_tags
  • bbcode_create
  • showthread_postbit_create
  • postbit_factory
  • postbit_display_start
  • post_thanks_function_post_thanks_off_start
  • post_thanks_function_post_thanks_off_end
  • post_thanks_function_fetch_thanks_start
  • fetch_musername
  • post_thanks_function_fetch_thanks_end
  • post_thanks_function_thanked_already_start
  • post_thanks_function_thanked_already_end
  • post_thanks_function_fetch_thanks_bit_start
  • post_thanks_function_show_thanks_date_start
  • post_thanks_function_show_thanks_date_end
  • post_thanks_function_fetch_thanks_bit_end
  • post_thanks_function_fetch_post_thanks_template_start
  • post_thanks_function_fetch_post_thanks_template_end
  • postbit_imicons
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • postbit_attachment
  • postbit_display_complete
  • post_thanks_function_can_thank_this_post_start
  • pagenav_page
  • pagenav_complete
  • tag_fetchbit_complete
  • forumrules
  • navbits
  • navbits_complete
  • showthread_complete