Welcome, Guest!!
follow us on... rss

Recent Posts

Pages: [1] 2 3 ... 10
1
BotScout Discussion / Re: Calling BotScout in a custom php Contact Form
« Last post by Mike on May 13, 2013, 03:32:12 pm »
To work, the BotBuster code needs to be able to "see" the submitted form variables for the user's name, email address, and IP. In some cases you might need to build a little bit of code separate from the native code in order to expose these variables so the BotBuster code can make use of them.

In your form the code needs to placed such that it can determine if it's being submitted or not. The easiest way to do this might be to check to see if those vars were present or not.


Code: [Select]
if (!empty($_SERVER['HTTP_CLIENT_IP']))
    {
      $ip=$_SERVER['HTTP_CLIENT_IP'];
    }
    elseif (!empty($_SERVER['HTTP_X_FORWARDED_FOR']))
    {
      $ip=$_SERVER['HTTP_X_FORWARDED_FOR'];
    }
    else
    {
      $ip=$_SERVER['REMOTE_ADDR'];
    }

//////////////////////////////////////////

// are we viewing the form or submitting it?
if ( !empty($_POST['request_ip'])  &&  !empty($_POST['form_id']) &&  !empty($_POST['form_name']) ){

// submitting...
// at this point you'll need to alias the incoming vars to match the ones
// used in the botbuster code, or modify the the botbuster code directly.


      // BotScout.com "BotBuster" check
      include('/path/to/my/directory/BotScout.php');



}
//////////////////////////////////////////
2
BotScout Discussion / Calling BotScout in a custom php Contact Form
« Last post by J2Duncan on May 13, 2013, 12:54:06 pm »
I would like to include BotScout to my custom php contact form, but i'm not sure where to call the BotScout.php file. The form fields are populated from a database. The BotScout.php file set to check the email and ip. Do I use

// BotScout.com "BotBuster" check
 include('/path/to/my/directory/BotScout.php');

If yes, where can I include it to function?

Code: [Select]
<?php
if (!empty($_SERVER['HTTP_CLIENT_IP']))
    {
      
$ip=$_SERVER['HTTP_CLIENT_IP'];
    }
    elseif (!empty(
$_SERVER['HTTP_X_FORWARDED_FOR']))
    {
      
$ip=$_SERVER['HTTP_X_FORWARDED_FOR'];
    }
    else
    {
      
$ip=$_SERVER['REMOTE_ADDR'];
    }
?>


<div class="<?php echo $form_details['form_style'?>">
    <?php
    
//load page helpers and libraries
    
if (isset($form_details['form_helpers'])) {
        foreach (
explode(' '$form_details['form_helpers']) as $helper) {
            
$this->load->helper($helper);
        }
    }
    if (isset(
$form_details['form_libraries'])) {
        foreach (
explode(' '$form_details['form_libraries']) as $library) {
            
$this->load->helper($library);
        }
    }
    
?>

    <?php echo form_open($this->site->uri_string() . '#' $form_details['form_name']) ?>
    <?php echo form_hidden('form_id'$form_details['form_id']) ?>
    <?php echo form_hidden('form_name'$form_details['form_name']) ?>
    <?php echo form_hidden('request_ip'$ip?>
    <?php echo form_hidden('request_agent'$_SERVER['HTTP_USER_AGENT']) ?>
    <?php echo anchor(''' ', array('id' => $form_details['form_name'])) ?>
    <h2><?php echo $form_details['form_title'?></h2>
    <h3><?php echo $form_details['form_instructions'?></h3>
    <?php foreach ($form_details['fields'] as $field): ?>
        <?php if (isset($this->site->customer_info[$field['name']])): ?>
            <?php if ($this->site->customer_info[$field['name']]): ?>
                <?php $field_value $this->site->customer_info[$field['name']] ?>
            <?php else: ?>
                <?php $field_value $field['label'?>
            <?php endif; ?>
        <?php elseif (set_value() == TRUE): ?>
            <?php $field_value set_value($field['name']) ?>
        <?php else: ?>
            <?php $field_value $field['label'?>
        <?php endif; ?>
        <?php if ($field['type'] == 'input'): ?>
            <input class="<?php echo $field['style'?>" type="text" <?php if(!empty($field['max_length'])) :?>maxlength="<?php echo $field['max_size'?>"<?php endif; ?> name="<?php echo $field['name'?>" value="<?php
            
if (($this->input->post('name_first')) == '') {
                echo 
$field['label'];
            } else {
                echo 
set_value($field['name']);
            }
            
?>
" onfocus="if (this.value == '<?php echo $field['label'?>') this.value = ''" onblur="if (this.value == '') this.value = '<?php echo $field['label'?>'" />

        <?php elseif ($field['type'] == 'textarea'): ?>
            <textarea name= "<?php echo $field['name'?>" onfocus="if (this.value == '<?php echo $field['label'?>') this.value = ''" onblur="if (this.value == '') this.value = '<?php echo $field['label'?>'" class="<?php echo $field['style']; ?>"><?php echo $field_value ?></textarea>

        <?php elseif ($field['type'] == 'select') : ?>
            <?php echo form_dropdown($field['name'], states_dropdown_abbr(array('' => 'State')), set_value($field['name']), 'class="required_input state_input"'?>

        <?php elseif ($field['type'] == 'radio') : ?>
            <?php echo form_label(form_radio($field['name'], $field_valueFALSE) . $field['label']); ?>

        <?php elseif ($field['type'] == 'label') : ?>
            <?php echo $field['label']; ?>
        <?php elseif ($field['type'] == 'submit') : ?>
            <div class="clear"></div>
            <?php echo form_submit($field['name'], $field['label'], 'class="' $field['style'] . '"'?>

        <?php endif; ?>
<?php endforeach ?>

<?php echo form_close() ?>
    <div class="clear"></div>
</div>

Thank you for any help.
3
BotScout Discussion / Re: Bots that just register not being caught?
« Last post by dzerkle on March 15, 2013, 07:43:25 am »
I'm thinking there could be some "registration honeypots".  Heck, all I would have to do is to turn on self-registration on my site and disable all links to that page, and that's a honeypot.

Basically, set up something that looks like a real site but real people have no reason to register an account there.  The bots have profiles of every kind of site that can handle posts or comments, so they'll find the registration page and do their thing.  So, every single registration is a bot.

In fact, I'm a little surprised this sort of thing doesn't already exist.  The registrations alone from those bots are a problem, even if they can't post spam.
4
BotScout Discussion / Re: Bots that just register not being caught?
« Last post by Mike on March 14, 2013, 05:40:18 pm »
Many of the IP addresses of these bots are NOT showing up in the Botscout database.

That's because new IPs are constantly being used and discarded; it's literally impossible for anyone or any service to keep up with it 100% because there is no way to predict in advance what IP or IP range the spammers will use next.


I suspect that they're being used only to create accounts, so they're not triggering the honeypots.  The botters presumably use other bots to attempt to create the spam.

That's also possible.

Some samples of these registration bots:  113.212.71.10, 86.178.209.126, 188.126.69.148 (in DB), 66.249.73.237, 198.167.239.164, 188.142.16.131 (in DB), 108.20.177.249. 192.95.38.127.

As you can see, only a quarter of the bots are in the Botscout database.

Yes, please see above. As new IPs are caught they're added, but there will always be a lag regardless of how you do it or what service you use. It's simply not always possible to tell if a given registration event is from a bot or a real person (who may in fact be a spammer).


This isn't going to stop the spammers from clogging my user database with their crap.  Any idea what's going on here?  Is a honeypot based on user registrations a good idea?

Nothing will prevent all bots or humans acting in concert with bots. You may want to add some additional layers of spam or bot protection (hidden fields, time-gating, stronger CAPTCHAs, etc). But nothing will completely stop spam registrations, the best you can hope to do is reduce it radically. In some cases manual validation of registrations may be necessary.



Is reporting the IP addresses at http://www.botscout.com/bot_submitter.htm a good idea?  I tried entering some IP addresses there (no e-mail or name is available), but there is no acknowledgement after I submit the form, so it's hard to tell if that does anything.

You need all 3 items (IP, e-mail, and name) for a valid entry.
5
BotScout Discussion / Re: Bots that just register not being caught?
« Last post by dzerkle on March 14, 2013, 02:59:22 pm »
 66.249.73.237 is Google, presumably following an archived link from before I disabled it.
6
BotScout Discussion / Bots that just register not being caught?
« Last post by dzerkle on March 14, 2013, 02:15:53 pm »
I am running a Drupal site.  Drupal has forums built-in, but I don't have them enabled.

The site is getting a steady stream of bots attempting to register accounts.  They go to the 'user/register' URI and attempt to create an account.  I eventually turned off self-registration (buying a product gets you an account).  There are now no links to this registration page, so these aren't spiders.  Before I turned off registration, these bots attempted to add content to the site, so they're definitely link spammers.

Many of the IP addresses of these bots are NOT showing up in the Botscout database.  I suspect that they're being used only to create accounts, so they're not triggering the honeypots.  The botters presumably use other bots to attempt to create the spam.

Some samples of these registration bots:  113.212.71.10, 86.178.209.126, 188.126.69.148 (in DB), 66.249.73.237, 198.167.239.164, 188.142.16.131 (in DB), 108.20.177.249. 192.95.38.127.

As you can see, only a quarter of the bots are in the Botscout database.  This isn't going to stop the spammers from clogging my user database with their crap.  Any idea what's going on here?  Is a honeypot based on user registrations a good idea?

Is reporting the IP addresses at http://www.botscout.com/bot_submitter.htm a good idea?  I tried entering some IP addresses there (no e-mail or name is available), but there is no acknowledgement after I submit the form, so it's hard to tell if that does anything.
7
BotScout Discussion / Re: New Code Added: MyBB Forum
« Last post by MysteryFCM on January 19, 2013, 02:52:26 pm »
Nice one :)
8
BotScout Discussion / New Code Added: MyBB Forum
« Last post by Mike on January 19, 2013, 02:25:43 pm »
Thanks to Jimmy Pena, there is now a BotScout plugin for the MyBB Forum.

Thanks, Jimmy!
9
BotScout Discussion / Re: botscount api mod for smf
« Last post by Mike on December 25, 2012, 03:17:56 pm »
Yes, you'll probably want to get an API Key.

You enter it in the SMF control panel settings for Botscout, in the "API Key" field.


once I install this mod, do I need to do something else? enter an api key? if so where do I enter it?

thanks.
10
BotScout Discussion / botscount api mod for smf
« Last post by macgig on December 25, 2012, 02:18:04 pm »
once I install this mod, do I need to do something else? enter an api key? if so where do I enter it?

thanks.
Pages: [1] 2 3 ... 10