<?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: How Many Holes are There in That Other OS, It&#8217;s Office Suite and InternetExploder?</title>
	<atom:link href="http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/feed/" rel="self" type="application/rss+xml" />
	<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/</link>
	<description>One man, closing all the windows.</description>
	<lastBuildDate>Wed, 19 Jun 2013 21:20:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Brillo</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-94051</link>
		<dc:creator>Brillo</dc:creator>
		<pubDate>Sat, 18 Aug 2012 17:33:06 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-94051</guid>
		<description><![CDATA[&lt;b&gt;This guy is a hardware engineer who needs to have his main circuit board run through the solder bath again&lt;/b&gt;

Hardware engineer? Are you even sure about that?

Oiaohm certainly does &lt;i&gt;not&lt;/i&gt; seem like one to me.

&lt;b&gt;The best way to counter this type of Linux cracked pot is to ignore him because he thrives on attention.&lt;/b&gt;

In the old days when neither the Internet nor the slang term &quot;trolls&quot; existed, we had plenty of intelligent and effective ways to deal with similar situations. Now when people deal with the Internet equivalent of prank callers and other social annoynances, they use idiotic strategies invented by those who have little social experience outside of working with others on their D&amp;D dice-rolling stuff. We sure have put the world in reverse gear and floor it good, haven&#039;t we?]]></description>
		<content:encoded><![CDATA[<p><b>This guy is a hardware engineer who needs to have his main circuit board run through the solder bath again</b></p>
<p>Hardware engineer? Are you even sure about that?</p>
<p>Oiaohm certainly does <i>not</i> seem like one to me.</p>
<p><b>The best way to counter this type of Linux cracked pot is to ignore him because he thrives on attention.</b></p>
<p>In the old days when neither the Internet nor the slang term &#8220;trolls&#8221; existed, we had plenty of intelligent and effective ways to deal with similar situations. Now when people deal with the Internet equivalent of prank callers and other social annoynances, they use idiotic strategies invented by those who have little social experience outside of working with others on their D&amp;D dice-rolling stuff. We sure have put the world in reverse gear and floor it good, haven&#8217;t we?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Weig</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-94004</link>
		<dc:creator>Chris Weig</dc:creator>
		<pubDate>Sat, 18 Aug 2012 11:26:57 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-94004</guid>
		<description><![CDATA[&lt;a href=&quot;http://us.generation-nt.com/answer/meet-jeffm-telic-oiaohm-peter-dolding-help-204554431.html&quot; rel=&quot;nofollow&quot;&gt;Just as a reminder&lt;/a&gt;:

Meet JeffM = Telic = Oiaohm = Peter Dolding.

This guy is a hardware engineer who needs to have his main circuit board run through the solder bath again. He is a nut&#039;s nut and a complete OSS fanatic. He used to post as telic on various boards and blogs but got a reputation for being insane so he changed his nym to oiaohm. He posts in COLA as JeffM but hangs out on Roy&#039;s irc literally 24x7 and is known there as oiaohm. The best way to counter this type of Linux cracked pot is to ignore him because he thrives on attention.]]></description>
		<content:encoded><![CDATA[<p><a href="http://us.generation-nt.com/answer/meet-jeffm-telic-oiaohm-peter-dolding-help-204554431.html" rel="nofollow">Just as a reminder</a>:</p>
<p>Meet JeffM = Telic = Oiaohm = Peter Dolding.</p>
<p>This guy is a hardware engineer who needs to have his main circuit board run through the solder bath again. He is a nut&#8217;s nut and a complete OSS fanatic. He used to post as telic on various boards and blogs but got a reputation for being insane so he changed his nym to oiaohm. He posts in COLA as JeffM but hangs out on Roy&#8217;s irc literally 24&#215;7 and is known there as oiaohm. The best way to counter this type of Linux cracked pot is to ignore him because he thrives on attention.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brillo</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-93964</link>
		<dc:creator>Brillo</dc:creator>
		<pubDate>Fri, 17 Aug 2012 16:21:50 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-93964</guid>
		<description><![CDATA[--BEGIN OIAOHM-SPEAK--
&lt;b&gt;Really you need to learn to read what you link to properly Brillo. Quoting a bug that was down graded proves nothing. &lt;/b&gt;

Oiaohm you clear dumb a bug that was down graded proves everything even higgs boson and intelligent design yes I am in fact proving those.

&lt;b&gt;Yes Privilege Exploit Later on it was down graded as the Privilege Exploit was found impossible todo.&lt;/b&gt;

Yes Privilege Exploit and DOS are same so that bug is invalid though still in CVE. In fact all DOS bugs for Windows in CVE are bogus in same way:

http://www.cvedetails.com/vulnerability-list/vendor_id-26/product_id-17153/version_id-74208/opdos-1/Microsoft-Windows-7.html

&lt;b&gt;What is a Local DOS. Yes its the system locked up dead. Brillo. Linux when a Local DOS happens due to X11 defect the kernel panic will not always display.&lt;/b&gt;

Again yes and no, the bug locks system only when package manager is running and when the manager stop kernel ceases panic and goes clam again.

&lt;b&gt;Do you know what that oval tells you. USA Nist detected MS10-048. They made patch USGCB.patch to fix then had to wait for MS to apply it upstream.&lt;/b&gt;

Yes and no Nist has access to source but they use cross platform language to produce patch:

http://oval.mitre.org/

So basically anyone can submit patches as long as they write in open vulnerability and assessment language not C.

&lt;b&gt;Linux kernel releases have been stopped by the security team at times.&lt;/b&gt;

I know security team for Linux and one member lives in tin shed in rural australia. Yes the same antenna array operator and Russian cosmonaut curious but true.

&lt;b&gt;Yes Coverity and other projects.&lt;/b&gt;

Covertiy is almost size of a small island. Large I know but not as large a project as others:

http://www.coverity.com/

&lt;b&gt;Linux can correct for memory errors because its a expected event. &lt;/b&gt;

You idiot memory errors are as expected as software bugs. If memory error chooses to be in a it wont be in b so the kernel knows where to look for it. In the same way kernel expect bugs to occur in some places so crash is stopped before it happens.
--END OIAOHM-SPEAK--]]></description>
		<content:encoded><![CDATA[<p>&#8211;BEGIN OIAOHM-SPEAK&#8211;<br />
<b>Really you need to learn to read what you link to properly Brillo. Quoting a bug that was down graded proves nothing. </b></p>
<p>Oiaohm you clear dumb a bug that was down graded proves everything even higgs boson and intelligent design yes I am in fact proving those.</p>
<p><b>Yes Privilege Exploit Later on it was down graded as the Privilege Exploit was found impossible todo.</b></p>
<p>Yes Privilege Exploit and DOS are same so that bug is invalid though still in CVE. In fact all DOS bugs for Windows in CVE are bogus in same way:</p>
<p><a href="http://www.cvedetails.com/vulnerability-list/vendor_id-26/product_id-17153/version_id-74208/opdos-1/Microsoft-Windows-7.html" rel="nofollow">http://www.cvedetails.com/vulnerability-list/vendor_id-26/product_id-17153/version_id-74208/opdos-1/Microsoft-Windows-7.html</a></p>
<p><b>What is a Local DOS. Yes its the system locked up dead. Brillo. Linux when a Local DOS happens due to X11 defect the kernel panic will not always display.</b></p>
<p>Again yes and no, the bug locks system only when package manager is running and when the manager stop kernel ceases panic and goes clam again.</p>
<p><b>Do you know what that oval tells you. USA Nist detected MS10-048. They made patch USGCB.patch to fix then had to wait for MS to apply it upstream.</b></p>
<p>Yes and no Nist has access to source but they use cross platform language to produce patch:</p>
<p><a href="http://oval.mitre.org/" rel="nofollow">http://oval.mitre.org/</a></p>
<p>So basically anyone can submit patches as long as they write in open vulnerability and assessment language not C.</p>
<p><b>Linux kernel releases have been stopped by the security team at times.</b></p>
<p>I know security team for Linux and one member lives in tin shed in rural australia. Yes the same antenna array operator and Russian cosmonaut curious but true.</p>
<p><b>Yes Coverity and other projects.</b></p>
<p>Covertiy is almost size of a small island. Large I know but not as large a project as others:</p>
<p><a href="http://www.coverity.com/" rel="nofollow">http://www.coverity.com/</a></p>
<p><b>Linux can correct for memory errors because its a expected event. </b></p>
<p>You idiot memory errors are as expected as software bugs. If memory error chooses to be in a it wont be in b so the kernel knows where to look for it. In the same way kernel expect bugs to occur in some places so crash is stopped before it happens.<br />
&#8211;END OIAOHM-SPEAK&#8211;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oiaohm</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-93956</link>
		<dc:creator>oiaohm</dc:creator>
		<pubDate>Fri, 17 Aug 2012 15:10:34 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-93956</guid>
		<description><![CDATA[Brillo read the reference on CVE-2010-1887
It was release because it was first believed to be a possible &quot;Microsoft Security Bulletin MS10-048 Vulnerabilities in Windows Kernel-Mode Drivers Could Allow Elevation of Privilege&quot;

Really you need to learn to read what you link to properly Brillo.  Quoting a bug that was down graded proves nothing.  MS simply does not release bugs that just cause crashes onto CVE unless its by mistake.

Yes Privilege Exploit Later on it was down graded as the Privilege Exploit was found impossible todo.

Brillo
&quot;The Linux kernel overall does not have a unified or formalized life cycle model of any kind. A bug in the code may persist over multiple versions before it is discovered by someone who may or may not be the originator of the code. Also, of course, attackers do use the CVE database as their “shopping list” regardless of OS types or versions.&quot;

Completely bogus in fact.  A bug in windows also persists  over multiple versions before its discovered.  Also windows has reported security bugs persist in its releases for over 10 years.

Microsoft Security Development Lifecycle is mostly bogus to what really happens.  Yes mostly a work of wishful thinking on Microsoft part.  You see release after release of microsoft programs that you apply metasploit and you see hey this fault as existed for years.  Reported for years yet its still there even that the Microsoft Security Development Life-cycle says it should not be.  Please don&#039;t quote works of security fiction like the Microsoft Security Development Life-cycle.  A person can write a huge stack of process documents and change nothing if it not obeyed and its quite simple to skilled people do demo the fact.

In security a document is worthless.  Results is what you work by.  How long from reported to fixed.  The better you security management cycle is working the shorter that will be.  Next is the fact that none come back from the dead.  Also happens in windows that a security flaw comes back from the dead.  Only thing I can think they don&#039;t follow the prac of creating a testcase to detect the security flaw.  Wait the Microsoft Security Development Life-cycle does not list doing that critical step.

Brillo Linux reports more 100 percent worthless to the CVE for a remote access to data.  This makes using the CVE more time consuming.

Brillo
&quot;The answer to linux lock up is yes and no. Linux lock up can be resumed with some pressing of buttons so it appears to lock up but not really. Windows lock up cannot be resumed without reset so it in fact locks up where linux does not.&quot;

Really you provided the link that proves you don&#039;t know what you are talking about. http://www.cvedetails.com/cve/CVE-2012-2373/

What is a Local DOS.  Yes its the system locked up dead.  Brillo.  Linux when a Local DOS happens due to X11 defect the kernel panic will not always display.  To get out of a Linux local DOS bug most times it is reset.

Both windows and linux suffer from Local DOS issues.  Microsoft Security Bulletin does not report Local DOS unless there is a possible Privilege exploit as well.

That Linux treats Local DOS as a security issue is why it locks up less.

You really don&#039;t know how to read CVE.  Brillo.

&quot;oval:gov.nist.USGCB.patch:def:11681&quot;  Interesting right.  &quot;MS10-048: Vulnerabilities in Windows Kernel-Mode Drivers Could Allow Elevation of Privilege (2160329)&quot;

Do you know what that oval tells you.  USA Nist detected MS10-048.  They made patch USGCB.patch to fix then had to wait for MS to apply it upstream.   That right MS10-048 was not detected by Microsoft it was detected by a third party that was given access to the Microsoft Source code.  The patch to fix it was also not made by Microsoft.

So you have not quoted a Microsoft fixed bug at all for your windows example.

Most people don&#039;t know how to read oval url format.

Brillo
&quot;Each product from MS is required internally to undergo team-wide code review during implementation and a final security review right before RTM.&quot;

There is a process even with the Linux kernel.  There is a security team.  They have veto releases in the past.

Really team-wide code review sorry that is not how it works at all.  The source code at Microsoft is sent to third parties for review like Nist.  It does not remain internal at all Brillo before the RTM.

Linux and Microsoft are both using a very related model.  Linux kernel releases have been stopped by the security team at times.

Same thing of going external before release happens with Linux http://news.cnet.com/Homeland-Security-helps-secure-open-source-code/2100-1002_3-6025579.html
Yes Coverity and other projects.

Linus does not make is selection to release solo.  Neither does any of the major project leads.

Brillo
&quot;MS requires NDA so reporters get no bounties even they say they do. I know scary but true there no real bounties for bug reports and no further bug reports are allowed.&quot;

You get paid if you include the clause for payment.   For true security flaws MS does pay researchers of course reporter has to sign the right NDA that says unless paid has the right to release.  Researcher working in Russia particularly are paid since there is no offence to breaking a NDA if you have not be paid for services.  The transaction of money is required to buy your silence in Russian law.

If you get paid does partly depend on the country you are in.

PS
&quot;idiot oiaohm Linux even corrects memory errors in cheap embedded systems. No Linux not perfect but close enough.&quot;
Linux can correct for memory errors because its a expected event.  I said unexpected event.  This is something you did not plan on happening so the code to handle it does not exist.

So Brillo does not know the difference between expected event and unexpected event.]]></description>
		<content:encoded><![CDATA[<p>Brillo read the reference on CVE-2010-1887<br />
It was release because it was first believed to be a possible &#8220;Microsoft Security Bulletin MS10-048 Vulnerabilities in Windows Kernel-Mode Drivers Could Allow Elevation of Privilege&#8221;</p>
<p>Really you need to learn to read what you link to properly Brillo.  Quoting a bug that was down graded proves nothing.  MS simply does not release bugs that just cause crashes onto CVE unless its by mistake.</p>
<p>Yes Privilege Exploit Later on it was down graded as the Privilege Exploit was found impossible todo.</p>
<p>Brillo<br />
&#8220;The Linux kernel overall does not have a unified or formalized life cycle model of any kind. A bug in the code may persist over multiple versions before it is discovered by someone who may or may not be the originator of the code. Also, of course, attackers do use the CVE database as their “shopping list” regardless of OS types or versions.&#8221;</p>
<p>Completely bogus in fact.  A bug in windows also persists  over multiple versions before its discovered.  Also windows has reported security bugs persist in its releases for over 10 years.</p>
<p>Microsoft Security Development Lifecycle is mostly bogus to what really happens.  Yes mostly a work of wishful thinking on Microsoft part.  You see release after release of microsoft programs that you apply metasploit and you see hey this fault as existed for years.  Reported for years yet its still there even that the Microsoft Security Development Life-cycle says it should not be.  Please don&#8217;t quote works of security fiction like the Microsoft Security Development Life-cycle.  A person can write a huge stack of process documents and change nothing if it not obeyed and its quite simple to skilled people do demo the fact.</p>
<p>In security a document is worthless.  Results is what you work by.  How long from reported to fixed.  The better you security management cycle is working the shorter that will be.  Next is the fact that none come back from the dead.  Also happens in windows that a security flaw comes back from the dead.  Only thing I can think they don&#8217;t follow the prac of creating a testcase to detect the security flaw.  Wait the Microsoft Security Development Life-cycle does not list doing that critical step.</p>
<p>Brillo Linux reports more 100 percent worthless to the CVE for a remote access to data.  This makes using the CVE more time consuming.</p>
<p>Brillo<br />
&#8220;The answer to linux lock up is yes and no. Linux lock up can be resumed with some pressing of buttons so it appears to lock up but not really. Windows lock up cannot be resumed without reset so it in fact locks up where linux does not.&#8221;</p>
<p>Really you provided the link that proves you don&#8217;t know what you are talking about. <a href="http://www.cvedetails.com/cve/CVE-2012-2373/" rel="nofollow">http://www.cvedetails.com/cve/CVE-2012-2373/</a></p>
<p>What is a Local DOS.  Yes its the system locked up dead.  Brillo.  Linux when a Local DOS happens due to X11 defect the kernel panic will not always display.  To get out of a Linux local DOS bug most times it is reset.</p>
<p>Both windows and linux suffer from Local DOS issues.  Microsoft Security Bulletin does not report Local DOS unless there is a possible Privilege exploit as well.</p>
<p>That Linux treats Local DOS as a security issue is why it locks up less.</p>
<p>You really don&#8217;t know how to read CVE.  Brillo.</p>
<p>&#8220;oval:gov.nist.USGCB.patch:def:11681&#8243;  Interesting right.  &#8220;MS10-048: Vulnerabilities in Windows Kernel-Mode Drivers Could Allow Elevation of Privilege (2160329)&#8221;</p>
<p>Do you know what that oval tells you.  USA Nist detected MS10-048.  They made patch USGCB.patch to fix then had to wait for MS to apply it upstream.   That right MS10-048 was not detected by Microsoft it was detected by a third party that was given access to the Microsoft Source code.  The patch to fix it was also not made by Microsoft.</p>
<p>So you have not quoted a Microsoft fixed bug at all for your windows example.</p>
<p>Most people don&#8217;t know how to read oval url format.</p>
<p>Brillo<br />
&#8220;Each product from MS is required internally to undergo team-wide code review during implementation and a final security review right before RTM.&#8221;</p>
<p>There is a process even with the Linux kernel.  There is a security team.  They have veto releases in the past.</p>
<p>Really team-wide code review sorry that is not how it works at all.  The source code at Microsoft is sent to third parties for review like Nist.  It does not remain internal at all Brillo before the RTM.</p>
<p>Linux and Microsoft are both using a very related model.  Linux kernel releases have been stopped by the security team at times.</p>
<p>Same thing of going external before release happens with Linux <a href="http://news.cnet.com/Homeland-Security-helps-secure-open-source-code/2100-1002_3-6025579.html" rel="nofollow">http://news.cnet.com/Homeland-Security-helps-secure-open-source-code/2100-1002_3-6025579.html</a><br />
Yes Coverity and other projects.</p>
<p>Linus does not make is selection to release solo.  Neither does any of the major project leads.</p>
<p>Brillo<br />
&#8220;MS requires NDA so reporters get no bounties even they say they do. I know scary but true there no real bounties for bug reports and no further bug reports are allowed.&#8221;</p>
<p>You get paid if you include the clause for payment.   For true security flaws MS does pay researchers of course reporter has to sign the right NDA that says unless paid has the right to release.  Researcher working in Russia particularly are paid since there is no offence to breaking a NDA if you have not be paid for services.  The transaction of money is required to buy your silence in Russian law.</p>
<p>If you get paid does partly depend on the country you are in.</p>
<p>PS<br />
&#8220;idiot oiaohm Linux even corrects memory errors in cheap embedded systems. No Linux not perfect but close enough.&#8221;<br />
Linux can correct for memory errors because its a expected event.  I said unexpected event.  This is something you did not plan on happening so the code to handle it does not exist.</p>
<p>So Brillo does not know the difference between expected event and unexpected event.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brillo</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-93949</link>
		<dc:creator>Brillo</dc:creator>
		<pubDate>Fri, 17 Aug 2012 13:49:47 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-93949</guid>
		<description><![CDATA[RP&#039;s blog ate my links.

Here are the non-working ones in their order of appearace:

1) http://www.cvedetails.com/cve/CVE-2010-1887/

2) http://www.cvedetails.com/cve/CVE-2012-2373/]]></description>
		<content:encoded><![CDATA[<p>RP&#8217;s blog ate my links.</p>
<p>Here are the non-working ones in their order of appearace:</p>
<p>1) <a href="http://www.cvedetails.com/cve/CVE-2010-1887/" rel="nofollow">http://www.cvedetails.com/cve/CVE-2010-1887/</a></p>
<p>2) <a href="http://www.cvedetails.com/cve/CVE-2012-2373/" rel="nofollow">http://www.cvedetails.com/cve/CVE-2012-2373/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brillo</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-93948</link>
		<dc:creator>Brillo</dc:creator>
		<pubDate>Fri, 17 Aug 2012 13:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-93948</guid>
		<description><![CDATA[First off, to clarify a few things:

1) Denial-of-Service type vulnerabilities &lt;a&gt;in Windows&lt;/a&gt;, local or remote, are listed in the CVE database just the same way those in Linux are listed there. There is no simply merit whatsoever in oiaohm&#039;s statement that &quot;you see no Windows Local DOS&quot;.

2) Usually the cited Security Bulletin provides the source of the information if such source exists. Each product from MS is required &lt;a href=&quot;http://www.microsoft.com/en-us/download/details.aspx?id=9295&quot; rel=&quot;nofollow&quot;&gt;internally&lt;/a&gt; to undergo team-wide code review during implementation and a final security review right before RTM. Any other remaining problem in the product is gathered via a &lt;a href=&quot;http://www.microsoft.com/security/msrc/collaboration/research.aspx&quot; rel=&quot;nofollow&quot;&gt;collaborative effort&lt;/a&gt; with external parties.

3) The Linux kernel overall does not have a unified or formalized life cycle model of any kind. A bug in the code may persist over &lt;a&gt;multiple versions&lt;/a&gt; before it is discovered by someone who may or may not be the originator of the code. Also, of course, attackers do use the CVE database as their &quot;shopping list&quot; &lt;a href=&quot;http://blog.iweb.com/en/2010/09/64bits-linux-important-security-vulnerability-identified/5437.html&quot; rel=&quot;nofollow&quot;&gt;regardless&lt;/a&gt; of OS types or versions.

Now...

-- BEGIN OIAOHM-SPEAK --

&lt;b&gt;So idiot Brillo you can chart up the sources of every CVE report. Microsoft are most third party almost none direct from Microsoft. Linux on the other hand Most are direct from Linux developers to CVE with a small few from third parties.&lt;/b&gt;

Clearly incompetent idiot oiaohm if you chart up the sources in CVE you can see most Linux CVE are direct from a tin shed. Yes a tin shed in outback Australia in case you are not aware. Its owner is software engineer. Curiously he also a hardware engineer, a system administrator and surprise an antenna array operator and Russian cosmonaut.

&lt;b&gt;Anyone who attempt to claim that any OS never locks up due to some unexpected event is a idiot. Human can make nothing that is perfect.&lt;/b&gt;

Idiot oiaohm Linux even corrects memory errors in cheap embedded systems. No Linux not perfect but close enough.

&lt;b&gt;You will find that I have never ever said that Linux does ever not lock up. The closest you will find is that it locks up less.&lt;/b&gt;

The answer to linux lock up is yes and no. Linux lock up can be resumed with some pressing of buttons so it appears to lock up but not really. Windows lock up cannot be resumed without reset so it in fact locks up where linux does not.

&lt;b&gt;Really you are dumb enough to claim Microsoft does not pay bug bounties. They do. Normally with a requirement to sign a NDA. Yes Microsoft does pay for bugs.&lt;/b&gt;

MS requires NDA so reporters get no bounties even they say they do. I know scary but true there no real bounties for bug reports and no further bug reports are allowed.

-- END OIAOHM-SPEAK --]]></description>
		<content:encoded><![CDATA[<p>First off, to clarify a few things:</p>
<p>1) Denial-of-Service type vulnerabilities <a>in Windows</a>, local or remote, are listed in the CVE database just the same way those in Linux are listed there. There is no simply merit whatsoever in oiaohm&#8217;s statement that &#8220;you see no Windows Local DOS&#8221;.</p>
<p>2) Usually the cited Security Bulletin provides the source of the information if such source exists. Each product from MS is required <a href="http://www.microsoft.com/en-us/download/details.aspx?id=9295" rel="nofollow">internally</a> to undergo team-wide code review during implementation and a final security review right before RTM. Any other remaining problem in the product is gathered via a <a href="http://www.microsoft.com/security/msrc/collaboration/research.aspx" rel="nofollow">collaborative effort</a> with external parties.</p>
<p>3) The Linux kernel overall does not have a unified or formalized life cycle model of any kind. A bug in the code may persist over <a>multiple versions</a> before it is discovered by someone who may or may not be the originator of the code. Also, of course, attackers do use the CVE database as their &#8220;shopping list&#8221; <a href="http://blog.iweb.com/en/2010/09/64bits-linux-important-security-vulnerability-identified/5437.html" rel="nofollow">regardless</a> of OS types or versions.</p>
<p>Now&#8230;</p>
<p>&#8211; BEGIN OIAOHM-SPEAK &#8211;</p>
<p><b>So idiot Brillo you can chart up the sources of every CVE report. Microsoft are most third party almost none direct from Microsoft. Linux on the other hand Most are direct from Linux developers to CVE with a small few from third parties.</b></p>
<p>Clearly incompetent idiot oiaohm if you chart up the sources in CVE you can see most Linux CVE are direct from a tin shed. Yes a tin shed in outback Australia in case you are not aware. Its owner is software engineer. Curiously he also a hardware engineer, a system administrator and surprise an antenna array operator and Russian cosmonaut.</p>
<p><b>Anyone who attempt to claim that any OS never locks up due to some unexpected event is a idiot. Human can make nothing that is perfect.</b></p>
<p>Idiot oiaohm Linux even corrects memory errors in cheap embedded systems. No Linux not perfect but close enough.</p>
<p><b>You will find that I have never ever said that Linux does ever not lock up. The closest you will find is that it locks up less.</b></p>
<p>The answer to linux lock up is yes and no. Linux lock up can be resumed with some pressing of buttons so it appears to lock up but not really. Windows lock up cannot be resumed without reset so it in fact locks up where linux does not.</p>
<p><b>Really you are dumb enough to claim Microsoft does not pay bug bounties. They do. Normally with a requirement to sign a NDA. Yes Microsoft does pay for bugs.</b></p>
<p>MS requires NDA so reporters get no bounties even they say they do. I know scary but true there no real bounties for bug reports and no further bug reports are allowed.</p>
<p>&#8211; END OIAOHM-SPEAK &#8211;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oiaohm</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-93933</link>
		<dc:creator>oiaohm</dc:creator>
		<pubDate>Fri, 17 Aug 2012 07:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-93933</guid>
		<description><![CDATA[Brillo
&quot;Oiaohm you idiot Linux bugs reported by hobbyists. Yes hobbyists play large part in bug reporting more than professionals. Look no further to firefox reward from report bugs for Linux.&quot;

To be correct when you look at cve numbers and where those have come from.  A large percentage don&#039;t come from hobbyist or bug bounties.  Most come from the the general development process.

Every CVE has who it comes from.  http://www.cvedetails.com/cve/CVE-2012-2373/

So idiot Brillo you can chart up the sources of every CVE report.  Microsoft are most third party almost none direct from Microsoft.  Linux on the other hand Most are direct from Linux developers to CVE with a small few from third parties.

Brillo
&quot;You clearly imcompetent oiaohm linux never locks up. In fact linux kernel with debugging built in yes linux fixes itself thus never locks up in kernel mode. kernel also attempts debug apps but will shut them down if found not fixable.&quot;

Anyone who attempt to claim that any OS never locks up due to some unexpected event is a idiot.  Human can make nothing that is perfect.

A sign that a number is bogus is when something that should be there is no there.  You will find that I have never ever said that Linux does ever not lock up.  The closest you will find is that it locks up less.

Brillo
&quot;Linux bug reports go direct thru Linus Torvalds home plumbing thus dirty and fast.&quot;
Go back read the CVE report and notice who submit them. Linus Torvalds of the current crop submitted none. 2 years ago their was one submitted by Linus.

Brillo
&quot;Ms does not open source to windows and reward programs are thus impossible.&quot;
http://www.csoonline.com/article/687494/microsoft-s-bluehat-goal-kill-bugs-dead

Really you are dumb enough to claim Microsoft does not pay bug bounties.  They do.  Normally with a requirement to sign a NDA.  Yes Microsoft does pay for bugs.

Do you want to keep on proving you know nothing Brillo or will you learn to do some homework first.

Brillo by the way if I want to read the source of windows I can.  All I have to do is sign a NDA.  Windows is not closed source to attackers.  The reality is lots and lots of people have access to the windows source code.

Basically this is Microsoft lets pretend to be closed source and give it to every government who wants to see it and their sub contractors.]]></description>
		<content:encoded><![CDATA[<p>Brillo<br />
&#8220;Oiaohm you idiot Linux bugs reported by hobbyists. Yes hobbyists play large part in bug reporting more than professionals. Look no further to firefox reward from report bugs for Linux.&#8221;</p>
<p>To be correct when you look at cve numbers and where those have come from.  A large percentage don&#8217;t come from hobbyist or bug bounties.  Most come from the the general development process.</p>
<p>Every CVE has who it comes from.  <a href="http://www.cvedetails.com/cve/CVE-2012-2373/" rel="nofollow">http://www.cvedetails.com/cve/CVE-2012-2373/</a></p>
<p>So idiot Brillo you can chart up the sources of every CVE report.  Microsoft are most third party almost none direct from Microsoft.  Linux on the other hand Most are direct from Linux developers to CVE with a small few from third parties.</p>
<p>Brillo<br />
&#8220;You clearly imcompetent oiaohm linux never locks up. In fact linux kernel with debugging built in yes linux fixes itself thus never locks up in kernel mode. kernel also attempts debug apps but will shut them down if found not fixable.&#8221;</p>
<p>Anyone who attempt to claim that any OS never locks up due to some unexpected event is a idiot.  Human can make nothing that is perfect.</p>
<p>A sign that a number is bogus is when something that should be there is no there.  You will find that I have never ever said that Linux does ever not lock up.  The closest you will find is that it locks up less.</p>
<p>Brillo<br />
&#8220;Linux bug reports go direct thru Linus Torvalds home plumbing thus dirty and fast.&#8221;<br />
Go back read the CVE report and notice who submit them. Linus Torvalds of the current crop submitted none. 2 years ago their was one submitted by Linus.</p>
<p>Brillo<br />
&#8220;Ms does not open source to windows and reward programs are thus impossible.&#8221;<br />
<a href="http://www.csoonline.com/article/687494/microsoft-s-bluehat-goal-kill-bugs-dead" rel="nofollow">http://www.csoonline.com/article/687494/microsoft-s-bluehat-goal-kill-bugs-dead</a></p>
<p>Really you are dumb enough to claim Microsoft does not pay bug bounties.  They do.  Normally with a requirement to sign a NDA.  Yes Microsoft does pay for bugs.</p>
<p>Do you want to keep on proving you know nothing Brillo or will you learn to do some homework first.</p>
<p>Brillo by the way if I want to read the source of windows I can.  All I have to do is sign a NDA.  Windows is not closed source to attackers.  The reality is lots and lots of people have access to the windows source code.</p>
<p>Basically this is Microsoft lets pretend to be closed source and give it to every government who wants to see it and their sub contractors.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phenom</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-93932</link>
		<dc:creator>Phenom</dc:creator>
		<pubDate>Fri, 17 Aug 2012 07:36:27 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-93932</guid>
		<description><![CDATA[Brillo, I only hope that someday I can buy you a couple of your favourite drink!]]></description>
		<content:encoded><![CDATA[<p>Brillo, I only hope that someday I can buy you a couple of your favourite drink!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brillo</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-93924</link>
		<dc:creator>Brillo</dc:creator>
		<pubDate>Fri, 17 Aug 2012 01:29:04 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-93924</guid>
		<description><![CDATA[@Oiaohm

Oh, Oiaohm, Oiaohm... You just never give up trying, do ya? You have been proven &lt;i&gt;irrefutably&lt;/i&gt; again and again that you are both a &lt;i&gt;liar&lt;/i&gt; who makes up technical-sounding nonsense as he goes along and has &lt;i&gt;no&lt;/i&gt; understanding of your own source material. Although it&#039;s quite ironic to see that RP still cling onto you in his last-ditch effort to seek allies in his fool&#039;s errant... I mean, cause, taking you seriously is just a waste of time.

So, how about I try something new here: from now on I&#039;ll reply to you in the same way you reply to other comments, with the same make up crap and the same lack of knowledge in everything and the same broken English. How&#039;s that?

Actually, you don&#039;t need to answer that question. You are going to get what&#039;s coming for you whether you like it or not. Let&#039;s begin...

-- BEGIN OIAOHM-SPEAK --

&lt;b&gt;Linux most are in fact reported by the Linux Kernel Developers themselves.&lt;/b&gt;

Oiaohm you idiot Linux bugs reported by hobbyists. Yes hobbyists play large part in bug reporting more than professionals. Look no further to firefox reward from report bugs for Linux.

http://www.mozilla.org/security/bug-bounty.html

As foss continues grow more reward programs will be offered to hobbyists to find bugs. Ms does not open source to windows and reward programs are thus impossible.

&lt;b&gt;In fact no. Since both are using different defines of security reporting this is why particular faults on Linux like Local DOS reported and you see no Windows Local DOS.&lt;/b&gt;

Security reporting for wide scale DDOS only. Local DOS thru intranet not possible since bug reporting repeats too many times and DOS bug report system. Sysadmin could LOIC Linux install first and report thus reduce reports sent to maintainers.

&lt;b&gt;Chris Weig you would have seen a windows machine lock-up at some point. Yet by the the number you are quoting that never happens. See the problem yet. Every lock-up under Linux is a security fault.&lt;/b&gt;

You clearly imcompetent oiaohm linux never locks up. In fact linux kernel with debugging built in yes linux fixes itself thus never locks up in kernel mode. kernel also attempts debug apps but will shut them down if found not fixable.

&lt;b&gt;Windows is some of the most exploited because the CVE report of Windows is clean. You want it dirty as possible.&lt;/b&gt;

Windows CVE report clean only because bugs are reported to local laundromats. Linux bug reports go direct thru Linus Torvalds home plumbing thus dirty and fast.

&lt;b&gt;When you limit down to take control of system. This is priv, overflow and bipass. &lt;/b&gt;

Again show you incompetent oiaohmn. Linux over report bipass also. Fact is linux also report tripass and quadpass. Windows does not report tripass and quadpass and this make CVE a shopping list for attackers.

-- END OIAOHM-SPEAK --]]></description>
		<content:encoded><![CDATA[<p>@Oiaohm</p>
<p>Oh, Oiaohm, Oiaohm&#8230; You just never give up trying, do ya? You have been proven <i>irrefutably</i> again and again that you are both a <i>liar</i> who makes up technical-sounding nonsense as he goes along and has <i>no</i> understanding of your own source material. Although it&#8217;s quite ironic to see that RP still cling onto you in his last-ditch effort to seek allies in his fool&#8217;s errant&#8230; I mean, cause, taking you seriously is just a waste of time.</p>
<p>So, how about I try something new here: from now on I&#8217;ll reply to you in the same way you reply to other comments, with the same make up crap and the same lack of knowledge in everything and the same broken English. How&#8217;s that?</p>
<p>Actually, you don&#8217;t need to answer that question. You are going to get what&#8217;s coming for you whether you like it or not. Let&#8217;s begin&#8230;</p>
<p>&#8211; BEGIN OIAOHM-SPEAK &#8211;</p>
<p><b>Linux most are in fact reported by the Linux Kernel Developers themselves.</b></p>
<p>Oiaohm you idiot Linux bugs reported by hobbyists. Yes hobbyists play large part in bug reporting more than professionals. Look no further to firefox reward from report bugs for Linux.</p>
<p><a href="http://www.mozilla.org/security/bug-bounty.html" rel="nofollow">http://www.mozilla.org/security/bug-bounty.html</a></p>
<p>As foss continues grow more reward programs will be offered to hobbyists to find bugs. Ms does not open source to windows and reward programs are thus impossible.</p>
<p><b>In fact no. Since both are using different defines of security reporting this is why particular faults on Linux like Local DOS reported and you see no Windows Local DOS.</b></p>
<p>Security reporting for wide scale DDOS only. Local DOS thru intranet not possible since bug reporting repeats too many times and DOS bug report system. Sysadmin could LOIC Linux install first and report thus reduce reports sent to maintainers.</p>
<p><b>Chris Weig you would have seen a windows machine lock-up at some point. Yet by the the number you are quoting that never happens. See the problem yet. Every lock-up under Linux is a security fault.</b></p>
<p>You clearly imcompetent oiaohm linux never locks up. In fact linux kernel with debugging built in yes linux fixes itself thus never locks up in kernel mode. kernel also attempts debug apps but will shut them down if found not fixable.</p>
<p><b>Windows is some of the most exploited because the CVE report of Windows is clean. You want it dirty as possible.</b></p>
<p>Windows CVE report clean only because bugs are reported to local laundromats. Linux bug reports go direct thru Linus Torvalds home plumbing thus dirty and fast.</p>
<p><b>When you limit down to take control of system. This is priv, overflow and bipass. </b></p>
<p>Again show you incompetent oiaohmn. Linux over report bipass also. Fact is linux also report tripass and quadpass. Windows does not report tripass and quadpass and this make CVE a shopping list for attackers.</p>
<p>&#8211; END OIAOHM-SPEAK &#8211;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brillo</title>
		<link>http://mrpogson.com/2012/08/14/how-many-holes-are-there-in-that-other-os-its-office-suite-and-internetexploder/#comment-93919</link>
		<dc:creator>Brillo</dc:creator>
		<pubDate>Fri, 17 Aug 2012 00:35:19 +0000</pubDate>
		<guid isPermaLink="false">http://mrpogson.com/?p=13739#comment-93919</guid>
		<description><![CDATA[&lt;b&gt;I should have written, “the last year” instead of the last “six months”.&lt;/b&gt;

And that only accounts for bugs that have been &lt;i&gt;discovered&lt;/i&gt; in the last six months. Most of these bugs have already been around for much longer than that lenght of time.

The way you slice the figures simply makes no sense.

This is, of course, not to mention the value of &quot;&lt;a href=&quot;http://www.techrepublic.com/blog/security/theres-more-to-security-than-counting-vulnerabilities/268&quot; rel=&quot;nofollow&quot;&gt;evaluations&lt;/a&gt;&quot; based on vulnerabilities discovered is always at best &lt;i&gt;questionable&lt;/i&gt;.

&lt;b&gt;because they are on more PCs it does way more damage&lt;/b&gt;

So how would the picture become different if all these PCs were given a Debian install instead? At the end of the day, you still have all the holes in the kernel and the same amount of users. I am sorry but unless you can convince me that Linux has in fact some sort of magical power that stops exploits &lt;i&gt;dead&lt;/i&gt; from their tracks, you are still not making any sense.

Of course, by &quot;magic power&quot; I don&#039;t mean:


The number of &quot;developers&quot; working on the source code - in part or in whole. Unless you can convince me that &lt;i&gt;every&lt;/i&gt; segment - right down to every character - of the code in question is examined by this same number of &quot;developers&quot;, who are professionals with strong backgrounds in evaluating vulnerabilities and not students, hobbyists or even professionals with little of such knowledge, the number itself is simply &lt;i&gt;worthless&lt;/i&gt;.
Mitigatory measures against exploits. These include ASLR, NX bit, StackGuard, PaX, and other &lt;i&gt;stalling&lt;/i&gt; tactics that slow down but do not prevent the development of exploits. Any financial or political incentive large enough will simply override the apparent difficulty to develop an exploit that can be launched against a target, and I don&#039;t see you promoting anything other than &quot;Debian GNU/Linux&quot; (because, in your opinion, &quot;it just works&quot;).
Worms, trojans and other malware. Let&#039;s face it - they are just exploits wrapped in packages aimed at users running the same operating system. The lack of financial incentives (such the only existing target being a home-grown vegetable farmer in Manitoba) might prevent such packages from being created, but as the number of users grows, so will the financial incentives. Again, the problem here is that I don&#039;t see you promoting anything other than &quot;Debian GNU/Linux&quot;.


Alas, maybe I have over-killed here since thus far I have not yet seen an argument that this not along the line of:


Linux is more secure because it has less pieces of malware than Windows.
Linux has less pieces of malware than Windows because it is more secure.


See the problem there? That&#039;s &lt;i&gt;circular reasoning&lt;/i&gt;. Am I supposed to not laugh at this, RP?]]></description>
		<content:encoded><![CDATA[<p><b>I should have written, “the last year” instead of the last “six months”.</b></p>
<p>And that only accounts for bugs that have been <i>discovered</i> in the last six months. Most of these bugs have already been around for much longer than that lenght of time.</p>
<p>The way you slice the figures simply makes no sense.</p>
<p>This is, of course, not to mention the value of &#8220;<a href="http://www.techrepublic.com/blog/security/theres-more-to-security-than-counting-vulnerabilities/268" rel="nofollow">evaluations</a>&#8221; based on vulnerabilities discovered is always at best <i>questionable</i>.</p>
<p><b>because they are on more PCs it does way more damage</b></p>
<p>So how would the picture become different if all these PCs were given a Debian install instead? At the end of the day, you still have all the holes in the kernel and the same amount of users. I am sorry but unless you can convince me that Linux has in fact some sort of magical power that stops exploits <i>dead</i> from their tracks, you are still not making any sense.</p>
<p>Of course, by &#8220;magic power&#8221; I don&#8217;t mean:</p>
<p>The number of &#8220;developers&#8221; working on the source code &#8211; in part or in whole. Unless you can convince me that <i>every</i> segment &#8211; right down to every character &#8211; of the code in question is examined by this same number of &#8220;developers&#8221;, who are professionals with strong backgrounds in evaluating vulnerabilities and not students, hobbyists or even professionals with little of such knowledge, the number itself is simply <i>worthless</i>.<br />
Mitigatory measures against exploits. These include ASLR, NX bit, StackGuard, PaX, and other <i>stalling</i> tactics that slow down but do not prevent the development of exploits. Any financial or political incentive large enough will simply override the apparent difficulty to develop an exploit that can be launched against a target, and I don&#8217;t see you promoting anything other than &#8220;Debian GNU/Linux&#8221; (because, in your opinion, &#8220;it just works&#8221;).<br />
Worms, trojans and other malware. Let&#8217;s face it &#8211; they are just exploits wrapped in packages aimed at users running the same operating system. The lack of financial incentives (such the only existing target being a home-grown vegetable farmer in Manitoba) might prevent such packages from being created, but as the number of users grows, so will the financial incentives. Again, the problem here is that I don&#8217;t see you promoting anything other than &#8220;Debian GNU/Linux&#8221;.</p>
<p>Alas, maybe I have over-killed here since thus far I have not yet seen an argument that this not along the line of:</p>
<p>Linux is more secure because it has less pieces of malware than Windows.<br />
Linux has less pieces of malware than Windows because it is more secure.</p>
<p>See the problem there? That&#8217;s <i>circular reasoning</i>. Am I supposed to not laugh at this, RP?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
