<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>a work on process &#187; html_safe</title>
	<atom:link href="http://jystewart.net/process/tag/html_safe/feed/" rel="self" type="application/rss+xml" />
	<link>http://jystewart.net/process</link>
	<description>notes from another web developer</description>
	<lastBuildDate>Sat, 21 Aug 2010 13:09:59 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>XML_Feed_Parser release delay</title>
		<link>http://jystewart.net/process/2006/08/xml_feed_parser-release-delay/</link>
		<comments>http://jystewart.net/process/2006/08/xml_feed_parser-release-delay/#comments</comments>
		<pubDate>Sat, 19 Aug 2006 16:53:20 +0000</pubDate>
		<dc:creator>James Stewart</dc:creator>
				<category><![CDATA[Announcements]]></category>
		<category><![CDATA[feed security]]></category>
		<category><![CDATA[html_safe]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[syndication]]></category>
		<category><![CDATA[XML_Feed_Parser]]></category>

		<guid isPermaLink="false">http://jystewart.net/process/archives/2006/08/xml_feed_parser-release-delay/</guid>
		<description><![CDATA[I&#8217;ve been rethinking a few aspects of XML_Feed_Parser following some discussion around the web, summarised in this post from Sam Ruby. Numerous aggregators appear vulnerable to attacks based on malicious HTML in the body of comments, and that includes any based on XML_Feed_Parser that do not do their own HTML filtering/output escaping. There was a <a href="http://jystewart.net/process/2006/08/xml_feed_parser-release-delay/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been rethinking a few aspects of <a href="http://pear.php.net/package/XML_Feed_Parser">XML_Feed_Parser</a> following some discussion around the web, summarised in <a href="http://www.intertwingly.net/blog/2006/08/09/Attack-Delivery-TestSuite">this post from Sam Ruby</a>. Numerous aggregators appear vulnerable to attacks based on malicious HTML in the body of comments, and that includes any based on XML_Feed_Parser that do not do their own HTML filtering/output escaping.</p>
<p>There was a brief discussion of the issue on the <a href="http://pear.php.net">PEAR</a> email list and I&#8217;ve decided to change the package&#8217;s default behaviour. In the spirit of PEAR, I&#8217;m going to make use of <a href="http://pear.php.net/package/HTML_Safe">HTML_Safe</a> to process any html or text content in the feed before returning it. There will be extra methods to access the raw content, but it&#8217;ll be an extra step so that people know they&#8217;re potentially getting dangerous content.</p>
<p>HTML_Safe is currently in beta, but the developers tell me there will be a stable release within the next few weeks. That means XML_Feed_Parser won&#8217;t be stable until HTML_Safe is stable, but I think in the long run that&#8217;s worthwhile as it&#8217;ll lead to more secure applications.</p>
]]></content:encoded>
			<wfw:commentRss>http://jystewart.net/process/2006/08/xml_feed_parser-release-delay/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
