<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://msmvps.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Music Files - New Codec injection attacks add danger for Multi-media files</title><link>http://msmvps.com/blogs/harrywaldron/archive/2008/07/15/music-files-new-codec-injection-attacks-add-danger-for-multi-media-files.aspx</link><description>Sometimes one bad apple can spoil the entire bunch. A new injection based codec attack has surfaced which can infect all multi-media files on the hard drive. For example, a malicious MP3 file can be downloaded and if the special fake codec routine is</description><dc:language>en</dc:language><generator>CommunityServer 2008.5 SP2 (Build: 40407.4157)</generator><item><title>re: Music Files - New Codec injection attacks add danger for Multi-media files</title><link>http://msmvps.com/blogs/harrywaldron/archive/2008/07/15/music-files-new-codec-injection-attacks-add-danger-for-multi-media-files.aspx#1646357</link><pubDate>Mon, 01 Sep 2008 02:14:02 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1646357</guid><dc:creator>Chris Quirke</dc:creator><description>&lt;p&gt;Better file type discipline would help, too - IOW, files named as .MP3 should not be &amp;quot;opened&amp;quot; as .WMA or .ASF if that is what the (hidden) internal type info claims them to be. &amp;nbsp;A file that spoofs the UI type info is suspect, and should be treated as such!&lt;/p&gt;
&lt;p&gt;Behind this, is .ASF itself - looks like the same old &amp;quot;by design&amp;quot; stupidity that allows files that are expected to be low-risk &amp;quot;data&amp;quot; to act as autorunning code.&lt;/p&gt;
&lt;p&gt;As to &amp;quot;trsuted sources&amp;quot; - these days, one sedom navigates by unique address, and these unique addresses are themselves spoofable at the DNS backbone level.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1646357" width="1" height="1"&gt;</description></item><item><title>re: Music Files - New Codec injection attacks add danger for Multi-media files</title><link>http://msmvps.com/blogs/harrywaldron/archive/2008/07/15/music-files-new-codec-injection-attacks-add-danger-for-multi-media-files.aspx#1641099</link><pubDate>Wed, 16 Jul 2008 14:59:34 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1641099</guid><dc:creator>Alun Jones</dc:creator><description>&lt;p&gt;Asking people to get their media files from trusted sources is one solution - another is to ask people to get their _codecs_ from trusted sources, too.&lt;/p&gt;
&lt;p&gt;Obviously, it&amp;#39;s a little difficult to say _what_ is a trusted source for either media or codec, but there are likely to be fewer codec sources to vet than there are media sources, you generally won&amp;#39;t get into trouble for downloading a codec (unless it&amp;#39;s proprietary).&lt;/p&gt;
&lt;p&gt;Lesson: don&amp;#39;t ever install a codec that came with the media, and where possible, disable any ability your player has to automatically fetch a codec from the media&amp;#39;s declared source. Only fetch codecs from the media player&amp;#39;s trusted source, or failing that, a trusted third party - but never from where the media tells you to go.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1641099" width="1" height="1"&gt;</description></item></channel></rss>