<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.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>Introducing code obfuscation</title><link>http://blogs.msdn.com/goto100/archive/2009/06/12/introducing-code-obfuscation.aspx</link><description>If you recall from an earlier post, I said that the main reason for signing an assembly and giving it a strong name was to prevent it being tampered with. For example, many of the assemblies that make up the .NET framework itself are strong-named assemblies</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Introducing code obfuscation</title><link>http://blogs.msdn.com/goto100/archive/2009/06/12/introducing-code-obfuscation.aspx#9735473</link><pubDate>Fri, 12 Jun 2009 18:39:33 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9735473</guid><dc:creator>jerryford2009</dc:creator><description>&lt;P&gt;This raises the issues of intellectual copyright and opens the potential for security breaches as unscrupulous developers can easily look for weaknesses in your application.&lt;/P&gt;</description></item></channel></rss>