Site was attacked

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • xEnde
    New Member
    • Oct 2012
    • 8
    • 4.2.X

    [Forum] Site was attacked

    So our site was attacked, and whoever did it deleted some files, I fixed the majority of it, but we are still missing a few files so it seems: http://www.equestriaforever.com/index.php

    As you can see the index is just a blank page, but every other part of the site works! Any suggestions?
  • steven s
    Senior Member
    • Jul 2004
    • 3722
    • 3.8.x

    #2
    Interesting signature.

    Read https://www.vbulletin.com/docs/html/blank_pages
    ...steven
    www.318ti.org (vB3.8) | www.nccbmwcca.org (vB4.2)
    bmwcca.org/forum | m135i.net
    "I tried to clean this up but this thread is beyond redemption." - Steve Machol

    Comment

    • xEnde
      New Member
      • Oct 2012
      • 8
      • 4.2.X

      #3
      Originally posted by steven s
      As I thought, I need to wait for the owner of the site to log on, and give me said files I need.

      Comment

      • AliMadkour
        Senior Member
        • Dec 2004
        • 1588
        • 6.X

        #4
        To check a site for compromises follow these steps:

        1) Run Suspect File Diagnostics under Maintenance -> Diagnostics. Replace any files not containing the expected contents. Delete any files that are not part of vBulletin and that you can't identify as belonging to your addons.

        2) Check the config.php for any suspicious code. It isn't checked by the suspect file diagnostic.

        3) Search all templates for iframe tags. They should only appear in the following templates: bbcode_video, editor-ie.css, member.css, stylegenerator.css, vbcms.css, vbulletin.css, help_bbcodes, humanverify_recaptcha, search_common, and search_common_select_type

        4) Check all your plugins for rogue include, require, include_once, or require_once code. All files should come from your server and be known to you. See step #7

        5) Check your plugins for any base64 code. I recommend using against using any plugins or products that include base64 code in them. However some "lite" or branded addons will include this as a means to prevent you from cheating the author. You'll have to make a personal call on these if you use them. This is often a sign of a hacked site.

        6) Make sure that your plugins do not include calls to exec(), system(), or pass_thru() or iframes. These are also often signs of a hacked site.

        The following query can be run in phpMyAdmin and will provide results for steps 5 and 6 -
        SELECT title, phpcode, hookname, product FROM plugin WHERE phpcode LIKE '%base64%' OR phpcode LIKE '%exec%' OR phpcode LIKE '%system%' OR phpcode like '%pass_thru%' OR phpcode like '%iframe%';

        If you a plugin that you can't read or the code is obfuscated then you should probably contact the addon author. If it is assigned to the vBulletin, vBulletin CMS, vBulletin Blog or Skimlink products, delete it.

        7) Using PHPMyAdmin run this query: SELECT styleid, title, template FROM template WHERE template LIKE '%base64%' OR template LIKE '%exec%' OR template LIKE '%system%' OR template like '%pass_thru%' OR template like '%iframe%';

        It checks the templates for compromising code. You will need to review the results from this. If you can't read it or the code is obfuscated then you should revert the template in the Admin CP.

        8) Check .htaccess to make sure there are no redirects there.

        9) Check all plugins in reference to cache or cookies. If they are similar to any of the above, delete them.

        Former vBulletin Support Staff
        Need Help?, Or P.M. Me

        Comment

        widgetinstance 262 (Related Topics) skipped due to lack of content & hide_module_if_empty option.
        Working...