Discover Habbo's history
Treat yourself with a Secret Santa gift.... of a random Wiki page for you to start exploring Habbo's history!
Happy holidays!
Celebrate with us at Habbox on the hotel, on our Forum and right here!
Join Habbox!
One of us! One of us! Click here to see the roles you could take as part of the Habbox community!


Page 2 of 2 FirstFirst 12
Results 11 to 15 of 15
  1. #11
    Join Date
    Jun 2005
    Posts
    4,795
    Tokens
    0

    Latest Awards:

    Default

    Actually I recommend you DO use mysql_real_escape_string. One diffrence between mysql_real_escape_string and the `standard` add slashes function is that the mysql_real_escape_string take account of the current character set used in the MySQL database. While its unlikely, your end user may be using a diffrent character set to the one you originaly designed for thus rendering your script vulnerable to SQL injection. Also you should also remember to take into account magic quotes as the data may already be escaped and by escaping it again you effectly corrupt the data.

    Quote Originally Posted by Lolcopters View Post
    uhh, forget that apparently this wysiwyg editor is absolutely stupid, just use this:

    http://pastebin.com/m2d7e3fd9
    Quote Originally Posted by Navicat View Post
    You can use mysql_real_escape_string, but I advise against it.

    htmlentities has nothing to do with HTML injection.. that changes ^&$&U^& and all those symbols to their HTML version.

  2. #12
    Join Date
    Mar 2008
    Posts
    173
    Tokens
    0

    Default

    Quote Originally Posted by Tomm View Post
    Actually I recommend you DO use mysql_real_escape_string. One diffrence between mysql_real_escape_string and the `standard` add slashes function is that the mysql_real_escape_string take account of the current character set used in the MySQL database. While its unlikely, your end user may be using a diffrent character set to the one you originaly designed for thus rendering your script vulnerable to SQL injection. Also you should also remember to take into account magic quotes as the data may already be escaped and by escaping it again you effectly corrupt the data.
    I run into that the other day, fixed it with:

    PHP Code:
    if (! get_magic_quotes_gpc ()) {
        
    $var addslashes $var );

    I never thought about the char set, I just add slashes then pass it through an input filter.

  3. #13
    Join Date
    Sep 2006
    Location
    Evanston, Illinois.
    Posts
    2,361
    Tokens
    0

    Latest Awards:

    Default

    Not too much need for tooo much validation on my part, how do I limit characters, I want to limit to like just a-z, 1-9, ',./;&$%@!()*" That's the sort of stuff i think of as dangerous, I don't use magic quotes tbh, I have ALOT of validation on the login, but I'm talking about inside, just so as to not corrupt the data, like I was doing a form, inside a form, which just closed the textarea element and screwed it all up, so on that note, all I need is addslashes and mysql_real_escape_string() if I want it?
    How could this hapen to meeeeeeeeeeeeeee?lol.

  4. #14
    Join Date
    Mar 2008
    Posts
    173
    Tokens
    0

    Default

    All I usually do is addslashes in input, stripslashes on display.

  5. #15
    Join Date
    Sep 2006
    Location
    Evanston, Illinois.
    Posts
    2,361
    Tokens
    0

    Latest Awards:

    Default

    Okie dokie then, I'm making a site management system

    Wait, I.e.:

    $input = addslashes($_POST['input']);

    viewing:

    $output = stripslashes($row['input']);
    Last edited by Hypertext; 11-03-2008 at 09:10 PM.
    How could this hapen to meeeeeeeeeeeeeee?lol.

Page 2 of 2 FirstFirst 12

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •