Henrique Cesar Ulbrich wrote:
>
> Bem, conectar-se a recursos p�blicos da rede n�o � necessariamente configurar
> a m�quina. � claro que voc� est� coberto de raz�o quando diz que um usu�rio
> n�o pode sair instalando software ou mudando o IP da m�quina. Mas restringir
> a liberdade de conex�o a shares SMB (quando isso � vendido como um VANTAGEM
> pela Microsoft) me parece ser meio demais. Em qualquer empresa que adote
> redes Microsoft, esse tipo de restri��o seria visto como impeditivo da ado��o
> do Linux na empresa.
Por outro lado, como ficamos com seguran�a? A Microsoft vende as facilidades
das liberdades como vantagem tecnol�gia, mas fica estranhamente muda quando
tais "facilidades" promovem falhas de seguran�a memor�veis (veja o caso do
OutLOKO).
Permitir ao usu�rio conectar-se � recursos de forma arbitr�ria � uma falha de
seguran�a, pois vc perde o controle do que e de como as coisas entram no micro
do cara (que � justamente como as coisas acontecem no win32). Compartilhar
recursos de forma arbitr�ria tbm � problem�tico, usu�rio normalmente n�o tem
no��o de seguran�a, e nem todo mundo na empresa � teu amigo.
Mais uma, normalmente a empresa possui politicas de visibilidade entre os
documentos da empresa. Criando recursos e usando de forma arbitr�ria pelos
usu�rios simplesmente manda a pol�tica da empresa pro belel�u.
N�o � s� rigidez. � seguran�a e pol�tica tbm...
--
[]s,
([EMAIL PROTECTED])
Quote of week: The day Micro$oft makes something that doesn't suck is the day
they start selling vacuum cleaners.
Assinantes em 24/07/2001: 2238
Mensagens recebidas desde 07/01/1999: 124512
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
