Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: PHP injection attempt from 200.222.244.154 |
|---|---|
| Date: | Sun, 5 Dec 2004 00:00:50 +0000 |
On Mon, 22 Nov 2004 20:09:22 -0600, Kirby Angell <kangell@alertra.com> wrote:
Haha... note to self, do not include the actual attack URL in the message. Judging from this referer: Referer: http://gmail.google.com/gmail?view=cv&search=inbox&th=10063111e32eb17b&lvp=-1&cvp=0&zx=18acabd2b173f0d8528652499 I'd say someone got my message from this list and then clicked on the URLs :-)
That's something I noticed - I only started to get injection attempts on some URLs once that URL began to have content about the particular injection technique/vulnerability. For example in one weblog article I discussed the myegallery vulnerability and within a week or so I noticed a massive increase in the number of attacks on that article trying to employ injection techniques to exploit the hole the article talked about! I'd not noticed any search engines in the referer logs, but just presumed this was how the attack was being seeded. Such a waste of bandwidth. I'd thought about doing something similar to KEM Hosting's script above regarding turning tables or automating in some how an abuse complaint procedure. For a while I started to notify the owners of domains that were hosting the injection scripts that they possibly had a problem, but this got tedious quite quickly. Automating the procedure by intercepting the requests for bad URIs and redirecting them to a script that drafts together an abuse report might be interesting and save some time though. -- Jez Hancock - System Administrator / PHP Developer http://munk.nu/ http://freebsd.munk.nu/ - A FreeBSD Diary http://ipfwstats.sf.net/ - ipfw peruser traffic logging
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | RE: SIP based attacks??, Jeremiah Cornelius |
|---|---|
| Next by Date: | Re: PHP injection attempt from 200.222.244.154, Barrie Dempster |
| Previous by Thread: | SIP based attacks??, Mark Teicher |
| Next by Thread: | Re: PHP injection attempt from 200.222.244.154, Barrie Dempster |
| Indexes: | [Date] [Thread] [Top] [All Lists] |