Re: [PHP] Hacker IP and Script

2004-09-26 Thread Adrian
I would remove bad scripts like *Nuke. Their code just sucks and has really lots of bugs. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Hacker problem

2003-03-12 Thread Mirek Novak
CPT John W. Holmes wrote: This is no good unless you're saving the value server side somewhere. With this method, I can still post to your page from anywhere, so long as I set the two variables the same. Who cares if the data came from your page, just validate it! No matter what you do, it can be

RE: [PHP] Hacker problem

2003-03-12 Thread John W. Holmes
---John W. Holmes... PHP Architect - A monthly magazine for PHP Professionals. Get your copy today. http://www.phparch.com/ > -Original Message- > From: Dennis Cole [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 12, 2003 8:54 PM > To: CPT John W. Holmes > Subject: RE: [PHP]

Re: [PHP] Hacker problem

2003-03-12 Thread CPT John W. Holmes
> If you are really that strict about it coming from you site, have your form > page create an image with five letter of number on it - like 4Y6O7. Have it > create a new one each time. Then use crypt to encrypt it and put the > encrypted one into a form value, have the person that is submitting th

RE: [PHP] Hacker problem

2003-03-12 Thread Dennis Cole
:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 9:43 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP] Hacker problem Importance: Low [EMAIL PROTECTED] wrote: > Swear filtering is easy, I want to know how to make sure the data is > coming from MY formI'm just pick

Re: [PHP] Hacker problem

2003-03-12 Thread Mirek Novak
[EMAIL PROTECTED] wrote: Swear filtering is easy, I want to know how to make sure the data is coming from MY formI'm just picky like that. :-) Hi, I've done it via a "ticket" system - into my form I've added field - store the ticket number in database (optionally) with TimeToLive - when POS

Re: [PHP] Hacker problem

2003-03-12 Thread CPT John W. Holmes
PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, March 12, 2003 9:02 AM Subject: RE: [PHP] Hacker problem > So we aren't actually validating "where" the data is coming from, we > are just validating the data? > > -Original Message- > From: Lei

RE: [PHP] Hacker problem

2003-03-12 Thread Sysadmin
Thanks! That's all I needed to know. -Original Message- From: Leif K-Brooks [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 9:04 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP] Hacker problem That's just not possible. [EMAIL PROTECTED] wrot

Re: [PHP] Hacker problem

2003-03-12 Thread Leif K-Brooks
EMAIL PROTECTED] Subject: Re: [PHP] Hacker problem if(stristr($text,'badword') or stristr($text,'badword2') or strlen($text) > maxlength){ die('Invalid!'); } [EMAIL PROTECTED] wrote: So how could you validate it server-side? -Original Message- From: Leif K-B

RE: [PHP] Hacker problem

2003-03-12 Thread Adam Voigt
PROTECTED] Sent: Wednesday, March 12, 2003 8:55 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [PHP] Hacker problem Why don't you just do the swear filtering on shoutb.php, or wherever it's actually bei

Re: [PHP] Hacker problem

2003-03-12 Thread Leif K-Brooks
To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: [PHP] Hacker problem Why don't you just do the swear filtering on shoutb.php, or wherever it's actually being inserted into the database? On Wed, 2003-03-12 at 08:51, [EMAIL PROTECTED] wrote: How would one go about doing t

RE: [PHP] Hacker problem

2003-03-12 Thread Sysadmin
So we aren't actually validating "where" the data is coming from, we are just validating the data? -Original Message- From: Leif K-Brooks [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 8:57 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP] Hack

RE: [PHP] Hacker problem

2003-03-12 Thread Sysadmin
[mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 8:44 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] Hacker problem This could still be faked easily with a telnet session and some fake http headers. Your only way of making sure is to create a serversid

Re: [PHP] Hacker problem

2003-03-12 Thread Leif K-Brooks
nesday, March 12, 2003 8:41 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP] Hacker problem That's can still easily be spoofed. The only safe way is to validate the form server-side. [EMAIL PROTECTED] wrote: Yes, theoretically...you could require it to be posted data. In or

RE: [PHP] Hacker problem

2003-03-12 Thread Adam Voigt
n Hardiker [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 8:44 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] Hacker problem This could still be faked easily with a telnet session and

RE: [PHP] Hacker problem

2003-03-12 Thread Sysadmin
How would one go about doing this? -Original Message- From: Dan Hardiker [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 8:44 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] Hacker problem This could still be faked easily with a telnet

RE: [PHP] Hacker problem

2003-03-12 Thread Dan Hardiker
This could still be faked easily with a telnet session and some fake http headers. Your only way of making sure is to create a serverside script which filters the data. > Yes, theoretically...you could require it to be posted data. In order > to do this you would have to make sure "registered_glo

Re: [PHP] Hacker problem

2003-03-12 Thread Leif K-Brooks
That's can still easily be spoofed. The only safe way is to validate the form server-side. [EMAIL PROTECTED] wrote: Yes, theoretically...you could require it to be posted data. In order to do this you would have to make sure "registered_globals" is set to "off" in your php.ini and then for e

RE: [PHP] Hacker problem

2003-03-12 Thread Sysadmin
Yes, theoretically...you could require it to be posted data. In order to do this you would have to make sure "registered_globals" is set to "off" in your php.ini and then for each variable posted from your form you will need to do something like this $name=$_POST["name"]; This will only p

Re: [PHP] Hacker problem

2003-03-12 Thread Leif K-Brooks
You're checking with javascript, correct? If so, try checking server-side too. Pag wrote: Been having some hacker problems on my site, and a simple one: I have a shoutbox, a simple form with name and text that adds lines to the database. I do checks for insults, too long words, tags,

Re: [PHP] Hacker?

2002-08-11 Thread Julio Nobrega
m: Tyler Longren [mailto:[EMAIL PROTECTED]] > Sent: Sunday, August 11, 2002 4:15 PM > To: RPS Internet > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP] Hacker? > > > block his ip at the router. > > tyler > > On Sun, 11 Aug 2002 16:21:07 -0600 > "RPS Internet&

Re: [PHP] Hacker?

2002-08-11 Thread Tyler Longren
> > -Original Message- > From: Tyler Longren [mailto:[EMAIL PROTECTED]] > Sent: Sunday, August 11, 2002 4:15 PM > To: RPS Internet > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP] Hacker? > > > block his ip at the router. > > tyler > > On Sun,

RE: [PHP] Hacker?

2002-08-11 Thread RPS Internet
What about all the users of his web site that are requesting his php scrpts that are compiling through my server? -Original Message- From: Tyler Longren [mailto:[EMAIL PROTECTED]] Sent: Sunday, August 11, 2002 4:15 PM To: RPS Internet Cc: [EMAIL PROTECTED] Subject: Re: [PHP] Hacker

Re: [PHP] Hacker?

2002-08-11 Thread Tyler Longren
block his ip at the router. tyler On Sun, 11 Aug 2002 16:21:07 -0600 "RPS Internet" <[EMAIL PROTECTED]> wrote: > My server is getting odd request form an outside computer. Upon > looking into the requests I have found his PHP Config file is point to > my server as the HTTP_VIA and other vars. I