<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB"><title>Comments on Writing Secure PHP, Part 3 - AddedBytes.com</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/" /><link rel="self" type="application/xml" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/atom/" /><subtitle>Latest comments on Writing Secure PHP, Part 3 on AddedBytes.com</subtitle><author><name>Dave Child</name></author><updated>2005-07-27T09:58:00Z</updated><id>tag:addedbytes.com,2005:230</id><!-- ckey="76C662BB" --><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by bkdm ( &lt;a href=""&gt;&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;A good validation library that performs server side validation and also integrates with dojo to user client side validation can be found at http://code.google.com/p/ezeval/</summary><id>tag:addedbytes.com,2008:105987</id><published>2008-10-29T15:52:16+00:00</published><updated>2008-10-29T15:52:16Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by mjcpk ( &lt;a href="http://www.mjcpk.co.uk"&gt;http://www.mjcpk.co.uk&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;Whilst I agree that your response to security has to be in keeping with the size and use of your site I think it is important to remember that security is not just about the integrity of your data or the speed at which you can replace it. A compromised site can be used for many purposes by a hacker: denial of service on other sites or resources, for serving malicious code for other cross site scripting attacks, for serving up infected files to users, as an only repository of illegal content and I'm sure there are many more that I haven't thought of.&lt;br /&gt;
With this in mind there needs to be a minimum level of security that we all attain to ensure that, at least, we are being socially responsible and, furthermore, we are protecting ourselves from potential legal action or prosecution in the future.</summary><id>tag:addedbytes.com,2008:104554</id><published>2008-09-14T14:54:00+01:00</published><updated>2008-09-14T14:54:00Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by Michael N ( &lt;a href="http://www.infernocloud.com"&gt;http://www.infernocloud.com&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;Very good article. This is for good programmers who just needed to know problems associated with security on the web. You can figure out implementation, or find it somewhere else.</summary><id>tag:addedbytes.com,2008:99709</id><published>2008-07-24T00:40:21+01:00</published><updated>2008-07-24T00:40:21Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by Ryan ( &lt;a href="http://www.tackypenguin.com"&gt;http://www.tackypenguin.com&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;Thank you, this is very helpful in my web design. Great tips, and I learned some good things. Keep it up! Hoping for part 4, will it be coming?</summary><id>tag:addedbytes.com,2008:94792</id><published>2008-05-07T04:12:34+01:00</published><updated>2008-05-07T04:12:34Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by Maria ( &lt;a href=""&gt;&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;Great articles, especially for a beginner like me. Thanks.</summary><id>tag:addedbytes.com,2008:92167</id><published>2008-04-16T15:16:04+01:00</published><updated>2008-04-16T15:16:04Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by adrian Albu ( &lt;a href="http://www.tzutz.com"&gt;http://www.tzutz.com&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;geat article, helpful</summary><id>tag:addedbytes.com,2008:84625</id><published>2008-04-01T13:35:27+01:00</published><updated>2008-04-01T13:35:27Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by vulnerability scanner ( &lt;a href=""&gt;&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;The nice thing about code injection and sql injection and all the cross site scripting methods is that it is endless. there is always room for more and there is always a new patch you install on your system that ruins your security and opens a new hole in the system. if you run a commercial site and need to know that your system is secured, I would go to the professional solution rather then running after patches.</summary><id>tag:addedbytes.com,2008:82128</id><published>2008-03-11T15:51:10+00:00</published><updated>2008-03-11T15:51:10Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by Ergose ( &lt;a href=""&gt;&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;Great articles! Not only did they point out some things that I could have easily fixed had I known about them, but it was an enjoyable read(I didn't start to dose off like on previous pages in my searches on good PHP security practices.) The problem with many articles of this nature is that they are too watered down, or they explain purely by code example and give an answer excluding even a basic why. These are well balanced, and I look forward to your next one. I would love to see the next article as maybe simple techniques that can almost always be used without problems that will make the code &quot;naturally&quot; more secure as a whole. That info is always hard to find in one place. Also an elegant input validation class or somesuch that's already laid out to be expanded upon would be bloody awsome. Thanks again.</summary><id>tag:addedbytes.com,2008:81563</id><published>2008-03-08T18:48:12+00:00</published><updated>2008-03-08T18:48:12Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by IIMarckus ( &lt;a href=""&gt;&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;There are some great articles on this site, Dave. When it comes to secure passwords, one method to use could be salting the password -- creating a random string, storing it in the row associated with the new user, and appending it to the user-entered password before hashing it.</summary><id>tag:addedbytes.com,2008:75520</id><published>2008-02-10T07:49:52+00:00</published><updated>2008-02-10T07:49:52Z</updated></entry><entry><title>Comment on Writing Secure PHP, Part 3</title><link rel="alternate" type="text/html" href="http://www.addedbytes.com/article/writing-secure-php-3/comments/" /><summary type="text">Comment by anton ashardi ( &lt;a href="http://ashardi.wordpress.com"&gt;http://ashardi.wordpress.com&lt;/a&gt; )&lt;br /&gt;&lt;br /&gt;Great articles! i really learn a lot...</summary><id>tag:addedbytes.com,2008:70229</id><published>2008-01-08T02:51:47+00:00</published><updated>2008-01-08T02:51:47Z</updated></entry></feed>