Database for mysql :http://downloads.mysql.com/docs/world_innodb.sql.zip
Thursday, May 16, 2013
Pagination Full Example PHP - MYSQL
Code : http://pastebin.com/PKdbyT0A
Database for mysql :http://downloads.mysql.com/docs/world_innodb.sql.zip
Database for mysql :http://downloads.mysql.com/docs/world_innodb.sql.zip
Friday, May 10, 2013
Locations of Common Log Files on cPanel Servers
Apache
Apache is the web server that is typically utilized by cPanel. On cPanel servers Apache does write to a rather high number of logs as each site has its own traffic log.
The access_log is used to log all http requests to ether the hostname of the server, requests directed at the servers IPs, or sites that resolve to the server but are no longer hosted on it.
On cPanel servers all Apache errors, regardless of site, are logged in the error_log.
Within the domlogs folder each site on the server will have its own log file. These files will be the fully qualified domain name for the domain, ie domain.com, liquidweb.com. All http traffic to a site will be logged in this log file.
Exim
Exim is the MTA(Mail Transfer Agent) that cPanel utilizes. Exim has three primary logs, but only two of these logs contain useful information
The exim_mainlog contains ALL interactions that exim handles, so both incoming and outgoing mail transactions.
The exim_rejectlog contains all connection attempts that were denied. This information is also logged in the exim_mainlog.
For more information on Exim’s logs try a Google search for “Exim Cheat Sheet”.
cPanel
Cpanel does log all http traffic to WHM, webmail, and cPanel access. All cPanel logs are located in the /usr/local/cpanel/logs directory.
This access_log contains all traffic to WHM, cPanel, and webmail over http.
This error_log contains all errors that occur when accessing a cPanel related site over http or https.
FTP
Regardless of FTP deamon in use, cPanel does log connections, uploads, and downloads. However, FTP does not have its own log file it is instead threaded into the systemside messages log file.
All FTP transactions are recorded in messages. They are however interwoven with all over system messages that are logged in this file.
Apache is the web server that is typically utilized by cPanel. On cPanel servers Apache does write to a rather high number of logs as each site has its own traffic log.
The access_log is used to log all http requests to ether the hostname of the server, requests directed at the servers IPs, or sites that resolve to the server but are no longer hosted on it.
On cPanel servers all Apache errors, regardless of site, are logged in the error_log.
Within the domlogs folder each site on the server will have its own log file. These files will be the fully qualified domain name for the domain, ie domain.com, liquidweb.com. All http traffic to a site will be logged in this log file.
Exim
Exim is the MTA(Mail Transfer Agent) that cPanel utilizes. Exim has three primary logs, but only two of these logs contain useful information
The exim_mainlog contains ALL interactions that exim handles, so both incoming and outgoing mail transactions.
The exim_rejectlog contains all connection attempts that were denied. This information is also logged in the exim_mainlog.
For more information on Exim’s logs try a Google search for “Exim Cheat Sheet”.
cPanel
Cpanel does log all http traffic to WHM, webmail, and cPanel access. All cPanel logs are located in the /usr/local/cpanel/logs directory.
This access_log contains all traffic to WHM, cPanel, and webmail over http.
This error_log contains all errors that occur when accessing a cPanel related site over http or https.
FTP
Regardless of FTP deamon in use, cPanel does log connections, uploads, and downloads. However, FTP does not have its own log file it is instead threaded into the systemside messages log file.
All FTP transactions are recorded in messages. They are however interwoven with all over system messages that are logged in this file.
Wordpress admin password recovery methods
Method 1 - Through FTP
There is also an easy way to reset your password via FTP, if you're using the admin user.
1. Login to your site via FTP and download your active theme's functions.php file.
2. Edit the file and add this code to it, right at the beginning, after the first
wp_set_password('password',1);
Put in your own new password for the main admin user. The "1" is the user ID number in the wp_users table.
3. Upload the modified file back to your site.
4. After you then are able to login, make sure to go back and remove that code. It will reset your password on every page load until you do.
Wordpress MD5 Genarator :http://www.insidepro.com/hashes.php
Method 2 -Run This PHP Script :)
Save this script in your web server with any name and run it :) Thats all
There is also an easy way to reset your password via FTP, if you're using the admin user.
1. Login to your site via FTP and download your active theme's functions.php file.
2. Edit the file and add this code to it, right at the beginning, after the first
wp_set_password('password',1);
Put in your own new password for the main admin user. The "1" is the user ID number in the wp_users table.
3. Upload the modified file back to your site.
4. After you then are able to login, make sure to go back and remove that code. It will reset your password on every page load until you do.
Wordpress MD5 Genarator :http://www.insidepro.com/hashes.php
Method 2 -Run This PHP Script :)
Save this script in your web server with any name and run it :) Thats all
Friday, May 3, 2013
How to stop wordpress brute force attack
1. Use a strong password
Minimum password recommendations:
- At least 8 characters total
- Mixture of upper and lower-case letters
- Numbers, punctuation or other non-alphanumeric characters
Example weak password: secret1
Improved strong password: Z#hupsZ2M4!Z
2. Change default WordPress admin username
When installing WordPress by default the administrator user has the username of admin.
The botnet attack is currently only targeting this default username, so even having an administrator username of admin123 could signifiantly reduce the likilhood of your site being succesfully logged into by a malicious user.
3. Lock down WordPress admin access with .htaccess
Utilizing a WordPress brute force plugin for this type of attack is not very efficient, and in some cases can actually lead to your site becoming unavailable due to the large amount of processing power used to attempt to challenge each and every malicious login attempt.
Instead you should rely on the information we have on how to lock down WordPress admin login with .htaccess.
Setup a secondary level password to prevent unauthorized WordPress wp-admin and wp-login.php attempts.
4. Temporaily disable CPU intensive login limit plugins
Blocking this attack with .htaccess rules is the preferred method, as login limiting plugins can not only lead to issue with triggering our own internal security rules, but they also will not be effective in this type of large scale attack.
5. Scan website for hacks, check Google Safe Browsing
If your WordPress site had been successfully compromised, a clear indication will usually be found either by a surface security scan of the website, or it will also get reported to Google's Safe Browsing.
Scan your website with an online malware scanner like sitecheck.sucuri.net/scanner
Check Google's safe browsing for your domain, at google.com/safebrowsing/diagnostic?site=example.com
6. Setup CloudFlare DNS level protection
Due to the large scale of this botnet attack, CloudFlare has offered DNS level filtering for this attack on all of their free accounts.
While probably not an ideal solution if you have many WordPress sites due to having to update the name servers for each domain, and then waiting typically 24-36 hours for DNS propagation. Single site owners might benefit greatly from this type of protection which should block the botnet requests from even making it to the server in the first place.
7. Backup WordPress
At this point it's probably a good idea to backup WordPress just in case. That way, as the attacks continue, you're ensured that you always have a good point to restore back to in the event something goes bad.
Backing up your data
Backup your website files in cPanel
Backup your database in cPanel
Restoring your data
Restore your website files in cPanel
Restore your database in cPanel
8. Update everything WordPress
To protect yourself from any known exploits to WordPress you should update everything related to WordPress:
Necessary updates to make:
Update WordPress from admin dashboard
Update WordPress theme
Update WordPress plugin
9. Clean up hacks
If your website has been the victim of a hack, you can follow my guide on how to reinstall WordPress after a hack for steps on cleaning it up and getting back in business.
10. Other general WordPress recommendations
Optimizing WordPress with W3 Total Cache plugin
Log out of WordPress admin dashboard when not in use
Limit or disable WordPress revisions
Disable WordPress autosave
Install and use Better Delete Revision WordPress plugin
Hopefully your WordPress website should be locked down and secure now, which should help prevent our own internal security rules from blocking your own access to your WordPress admin.
If you're blocked out of your own account and were directed to this article via a warning message be sure that you followed step #3 Lock down WordPress admin access with .htaccess in order to regain access.
source : http://www.inmotionhosting.com/support/news/general/wp-login-brute-force-attack
WordPress Brute Force Attack Script
The information is to be used for educational purposes only. I’m not responsible for any misuse of this information. The following is meant to help you develop a cracking defensive attitude to prevent such attacks. In no way should you use this information to cause any kind of damage directly or indirectly.
I started writing a Python script for brute forcing WordPress’ login page. Then I found this script by PuRiCeL.
And here’s an example wordlist.
Here’s how to use the script.
Here are ways to prevent WordPress from getting hacked:
More Script On ; http://nmap.org/nsedoc/scripts/http-wordpress-brute.html
Source: http://www.davidxia.com/2011/08/wordpress-brute-force-attack-script/
I started writing a Python script for brute forcing WordPress’ login page. Then I found this script by PuRiCeL.
1 |
|
And here’s an example wordlist.
Here’s how to use the script.
- Find the login url. It usually ends in wp-login.php. You can Google dork it with
inurl:wp-login.php
- Guess a valid username. “admin” is a common one. Variations on the name of the webmaster might also work.
- Run
python wp-brute.py
Here are ways to prevent WordPress from getting hacked:
- Smashing magazine’s article on 10 ways to harden your wordpress site’s security
- One of the ways is to create a child theme and add this to the child theme’s functions page:
1 |
|
Source: http://www.davidxia.com/2011/08/wordpress-brute-force-attack-script/
Amazing Lasers! - Laser Flashlight Hack!
This is nice tutorial to make laser flashlight from Youtube :)
Lot of hacking tutorial PDF's & Tools Download
HACKING TUTORIAL PDF'S
PERL SCRIPTS
WIN32 TOOLS
arp_spoofing_intro.pdf | 30-May-2005 19:08 | 29K | |
arp_spoofing_slides.pdf | 30-May-2005 19:08 | 124K | |
buffer_overruns.pdf | 30-May-2005 19:09 | 663K | |
cheating_chap.pdf | 30-May-2005 19:09 | 477K | |
cross-site_tracing.pdf | 30-May-2005 19:10 | 774K | |
crt_optical_tempest.pdf | 30-May-2005 19:10 | 400K | |
ddos_attacks_info.pdf | 30-May-2005 19:10 | 98K | |
etherleak_report.pdf | 30-May-2005 19:11 | 282K | |
fingerprint_scanners.pdf | 30-May-2005 19:13 | 1.2M | |
optical_tempest.pdf | 30-May-2005 19:12 | 346K | |
session_fixation.pdf | 30-May-2005 19:12 | 356K | |
ssh-timing.pdf | 30-May-2005 19:13 | 362K | |
wep_analysis.pdf | 30-May-2005 19:13 | 148K | |
wireless-ids.pdf | 30-May-2005 19:13 | 38K | |
wireless_auditing.pdf | 30-May-2005 19:13 | 113K | |
wlan_macspooof_detection.pdf | 30-May-2005 19:13 | 79K |
PERL SCRIPTS
anti_spam.txt | 30-May-2005 19:13 | 1.9K | |
apache_log_view.txt | 30-May-2005 19:13 | 9.1K | |
binary_conv.txt | 30-May-2005 19:13 | 2.1K | |
cgi_honeypot.txt | 30-May-2005 19:13 | 1.7K | |
chat.zip | 30-May-2005 19:13 | 11K | |
cmd_log.txt | 30-May-2005 19:13 | 45K | |
console.pl | 30-May-2005 19:13 | 12K | |
cron_comp.txt | 30-May-2005 19:13 | 7.2K | |
downloader.txt | 30-May-2005 19:13 | 478 | |
envvars_show.txt | 30-May-2005 19:13 | 325 | |
file_downloader.txt | 30-May-2005 19:13 | 737 | |
govmilhits_php.txt | 30-May-2005 19:13 | 1.2K | |
html_getter.txt | 30-May-2005 19:13 | 423 | |
ip_resolver.txt | 30-May-2005 19:13 | 5.3K | |
irc_chat_bot.txt | 30-May-2005 19:13 | 7.0K | |
irc_chat_bot_text.txt | 30-May-2005 19:13 | 3.6K | |
md5hash_database.txt | 30-May-2005 19:13 | 9.8K | |
messenger_interface.txt | 30-May-2005 19:13 | 4.9K | |
net_send_ips.txt | 30-May-2005 19:13 | 1.0K | |
pinger.txt | 30-May-2005 19:13 | 1.0K | |
random_avatar.zip | 30-May-2005 19:13 | 17K | |
referer_set1.txt | 30-May-2005 19:13 | 292 | |
referer_set2.txt | 30-May-2005 19:14 | 3.1K | |
referer_spam.txt | 30-May-2005 19:14 | 1.5K | |
remote_ftplcommand.zip | 30-May-2005 19:14 | 5.5K | |
rootboard.zip | 30-May-2005 19:14 | 38K | |
shell.txt | 30-May-2005 19:14 | 5.5K |
WIN32 TOOLS
cryptcat_v1.0.0.zip | 13-Mar-2006 18:11 | 116K | |
ettercap_v0.6.9.exe | 13-Mar-2006 18:16 | 2.2M | |
john_v1.6.zip | 13-Mar-2006 18:13 | 763K | |
netcat_v1.1.zip | 13-Mar-2006 18:13 | 94K | |
nmapwin_v1.3.1.exe | 13-Mar-2006 18:17 | 4.8M | |
spade_v1.14.exe | 13-Mar-2006 18:13 | 1.8M | |
windump_v3.8.exe | 13-Mar-2006 18:11 | 388K |
Subscribe to:
Posts (Atom)