<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Syngress Response to Plagiarism in Dissecting the Hack: The F0rb1dd3n Network</title>
	<atom:link href="http://www.mcgrewsecurity.com/2009/10/22/syngress-response-to-plagiarism-in-dissecting-the-hack-the-f0rb1dd3n-network/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mcgrewsecurity.com/2009/10/22/syngress-response-to-plagiarism-in-dissecting-the-hack-the-f0rb1dd3n-network/</link>
	<description></description>
	<lastBuildDate>Thu, 05 Jan 2012 11:44:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Seal</title>
		<link>http://www.mcgrewsecurity.com/2009/10/22/syngress-response-to-plagiarism-in-dissecting-the-hack-the-f0rb1dd3n-network/#comment-821</link>
		<dc:creator>Seal</dc:creator>
		<pubDate>Sun, 15 Nov 2009 16:54:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=660#comment-821</guid>
		<description>And I do realize the contradiction between the first and last paragraph. To elaborate: I do believe Syngress will take steps to prevent plagiarized materials from being published in the future, but I don&#039;t believe that they&#039;ll fix the underlying issue of poor editing. For that reason, I anticipate that there&#039;ll be some incident in the future, though it may not necessarily be copyright-related.

I don&#039;t blame the editors for that, I blame the company that has policies in place that inhibit good editing.</description>
		<content:encoded><![CDATA[<p>And I do realize the contradiction between the first and last paragraph. To elaborate: I do believe Syngress will take steps to prevent plagiarized materials from being published in the future, but I don&#8217;t believe that they&#8217;ll fix the underlying issue of poor editing. For that reason, I anticipate that there&#8217;ll be some incident in the future, though it may not necessarily be copyright-related.</p>
<p>I don&#8217;t blame the editors for that, I blame the company that has policies in place that inhibit good editing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Seal</title>
		<link>http://www.mcgrewsecurity.com/2009/10/22/syngress-response-to-plagiarism-in-dissecting-the-hack-the-f0rb1dd3n-network/#comment-820</link>
		<dc:creator>Seal</dc:creator>
		<pubDate>Sun, 15 Nov 2009 16:47:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.mcgrewsecurity.com/?p=660#comment-820</guid>
		<description>Reading Syngress&#039; response, I do believe that they will take steps to prevent a repeat of this in the future, at least on a superficial level with anti-plagiarism software. But it&#039;s like anti-virus software: if you have to use it to fix a mess, it&#039;s too late. You have to stop the problem at the source, not the manifestation of it&#039;s consequences.

In Syngress&#039; case, the problem has always been bad editing. Or a lack thereof - I&#039;m not entirely sure. I would have thought that standards might improve after they were bought out by Elsevier, but unfortunately they have not.

Yes, the technical editor is the one who screwed up. But who thought that it was a good idea to let an editor who didn&#039;t even understand the most basic tenets of technical authorship have unsupervised reigns over the final product? At that level, they should of had someone more experienced by his side.

Unfortunately, I don&#039;t think that Syngress is going to change it ways. Prepare for a similar incident in the future.</description>
		<content:encoded><![CDATA[<p>Reading Syngress&#8217; response, I do believe that they will take steps to prevent a repeat of this in the future, at least on a superficial level with anti-plagiarism software. But it&#8217;s like anti-virus software: if you have to use it to fix a mess, it&#8217;s too late. You have to stop the problem at the source, not the manifestation of it&#8217;s consequences.</p>
<p>In Syngress&#8217; case, the problem has always been bad editing. Or a lack thereof &#8211; I&#8217;m not entirely sure. I would have thought that standards might improve after they were bought out by Elsevier, but unfortunately they have not.</p>
<p>Yes, the technical editor is the one who screwed up. But who thought that it was a good idea to let an editor who didn&#8217;t even understand the most basic tenets of technical authorship have unsupervised reigns over the final product? At that level, they should of had someone more experienced by his side.</p>
<p>Unfortunately, I don&#8217;t think that Syngress is going to change it ways. Prepare for a similar incident in the future.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

