New video on Remote Command Execution via a vulnerable script / form.
A Blog Site dedicated to Learning Network Security. Video Tutorials, News, Tips, Tricks, Advisories, White papers, Downloads, etc.
Thursday, November 5, 2015
New Video - Remote Command Execution
New video on Remote Command Execution via a vulnerable script / form.
Wednesday, October 7, 2015
1.2 Million Unique Passwords List
Hey Guys,
I Have created a brand new 1,290,141 Unique (No duplicates) Custom password list. Combines the most common passwords that have been hacked from 2012-2015, and a ton of custom passwords I've created and used over the years, even recently. The list requires a donation, to which you choose how much or how little. Most people donate $5.00 USD. After the donation, you should be redirected to the direct download. If there is an issue, kindly send me an email with your PayPal confirmation number or email address and I will personally send you a copy.
This literally took me hours and hours to compile, de-duplicate, and package. Once you check out with paypal, it will direct you to a download. Please keep that in mind!
Thanks! And as always, Enjoy!
If you have an adblocker script, or noscript type of plugin, please disable it before you click on the links, so you can be properly redirected. Thanks
Check it out here: Download
Friday, May 24, 2013
DNS Attacks - Hello Old Friend!
This attack was mitigated by custom ACL rule sets within the ACL of bind9. However, a new breed of attack emerged, and effectively does the same thing. I will explain how it works.
An attacker will send a spoofed dig command to a dns server with a source address of another dns server for a bogus domain that doesn't exist, or a blind "." request. Even with recursion off, this still creates an attack if sent in the masses. Why? Because even though the DNS server (if setup correctly), will respond with a fail or blocked reply, it will still send that reply to the spoofed source IP. It's kind of like an old ack/syn flood.
This attack creates load on the targeted server, and the spoofed server since they don't filter these types of requests. Now there are ways to defeat this, using iptables, or APF, and of course a properly configured dns server.
Here is what the attack looks like:
cat /var/log/messages
May 21 12:15:37 <your hostname> named[2158]: client 82.196.3.203#61935: query (cache) 'isc.org/ANY/IN' denied
Breaking this down;
The source attacker was IP under SRC= the Destination = DST and that is your IP. The packet length is LEN=64 the Time To LIve or TTL=117 Protocol is PROTO=UDP SPT = source port and DPT = Destination Port of 53 / dns. Len=44
We do syn_cookies on this server too, to block any spoofing attacks. This is what helps pick it up.
This is a live environment of a web hosting company that I maintain and monitor. The reason I picked up on this was because BIND9 kept crashing, SMTP/POP3/IMAP kept crashing, etc. This would cause the mail server queue to get stuck with un-deliverable mail because DNS was not running, and it had no way to route the mail messages to who ever the recipient was. So in the mail queue in their Plesk panel was shown as
from " " to " " subject " " date "December 31st, 1969 7:00pm" - obviously this is no good. However if you went into the mail queue in a terminal and manually opened the message, it had the correct headers, etc. So, I Knew this had to be an issue with dns, after I ruled out an attack on the mail server itself. Mail server is not a relay.
Further investigation into the logs showed the following in the hundreds at around the time the mail server was erroring, and other service were crashing.
May 21 12:23:19 u16937963 named[2158]: client 37.153.98.159#51340: query (cache) 'isc.org/ANY/IN' denied
May 21 12:23:19 u16937963 named[2158]: client 189.120.90.245#49940: query (cache) 'isc.org/ANY/IN' denied
May 21 12:23:19 u16937963 named[2158]: client 37.153.98.159#51340: query (cache) 'isc.org/ANY/IN' denied
May 21 12:23:19 u16937963 named[2158]: client 37.153.98.159#51340: query (cache) 'isc.org/ANY/IN' denied