<?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: Segurança em Open Source</title>
	<atom:link href="http://avi.alkalay.net/2007/02/seguranca-em-open-source.html/feed" rel="self" type="application/rss+xml" />
	<link>http://avi.alkalay.net/2007/02/seguranca-em-open-source.html</link>
	<description>Digital Awareness and Flying Spirit</description>
	<pubDate>Tue, 06 Jan 2009 13:51:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Marcus</title>
		<link>http://avi.alkalay.net/2007/02/seguranca-em-open-source.html/comment-page-1#comment-7884</link>
		<dc:creator>Marcus</dc:creator>
		<pubDate>Thu, 22 Feb 2007 21:44:04 +0000</pubDate>
		<guid isPermaLink="false">http://avi.alkalay.net/2007/02/seguranca-em-open-source.html#comment-7884</guid>
		<description>Eu não acho que a popularidade seja mais importante que o código aberto para o aumento da segurança em um sofware. O Windows é o software mais popular do planeta e mesmo assim está looonge de ser o mais seguro.
Existem softwares que são pouco utilizados, e no entanto são muito seguros, vide qmail. Quando o software é escrito com segurança em mente desde o início, já é um grande passo para que ele seja seguro durante todo o seu ciclo de vida.
Observe por exemplo o caso do sendmail, que há pouco tempo era o software mais utilizado para servidores de correio eletrônico. Ele é open source e popular, mas historicamente cheio de falhas, decorrentes da falta de um modelo de segurança robusto. Haja auditoria e exploits para transformar água em vinho.

No final das contas, o que importa é a preocupação que os desenvolvedores tem com o assunto. O fato de ser código aberto vai ser um contribuidor para o aumento da segurança pois a possibilidade de encontrar e resolver os bugs vai muito além das fronteiras do desenvolvedor do software. 

Um outro fator que acredito que aumente a segurança e por vezes a qualidade de um software livre, é a existencia de uma comunidade de indíviduos ao redor de software, discutindo a arquitetura, bugs, melhorias, etc. No caso de um software proprietário, essa comunidade é de usuários. No software livre, essa comunidade é de desenvolvedores ativos + colaboradores eventuais + desenvolvedores potenciais + usuários. 

Desculpe pela longa mensagem.</description>
		<content:encoded><![CDATA[<p>Eu não acho que a popularidade seja mais importante que o código aberto para o aumento da segurança em um sofware. O Windows é o software mais popular do planeta e mesmo assim está looonge de ser o mais seguro.<br />
Existem softwares que são pouco utilizados, e no entanto são muito seguros, vide qmail. Quando o software é escrito com segurança em mente desde o início, já é um grande passo para que ele seja seguro durante todo o seu ciclo de vida.<br />
Observe por exemplo o caso do sendmail, que há pouco tempo era o software mais utilizado para servidores de correio eletrônico. Ele é open source e popular, mas historicamente cheio de falhas, decorrentes da falta de um modelo de segurança robusto. Haja auditoria e exploits para transformar água em vinho.</p>
<p>No final das contas, o que importa é a preocupação que os desenvolvedores tem com o assunto. O fato de ser código aberto vai ser um contribuidor para o aumento da segurança pois a possibilidade de encontrar e resolver os bugs vai muito além das fronteiras do desenvolvedor do software. </p>
<p>Um outro fator que acredito que aumente a segurança e por vezes a qualidade de um software livre, é a existencia de uma comunidade de indíviduos ao redor de software, discutindo a arquitetura, bugs, melhorias, etc. No caso de um software proprietário, essa comunidade é de usuários. No software livre, essa comunidade é de desenvolvedores ativos + colaboradores eventuais + desenvolvedores potenciais + usuários. </p>
<p>Desculpe pela longa mensagem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.620 seconds -->
