Artigo: 311301 - �ltima revis�o: quinta-feira, 19 de Abril de 2007 - Revis�o: 5.3

Como o Internet Explorer determina as permiss�es para assemblagens do .NET Framework

Clique aqui para exibir o artigo traduzido e o artigo original em ingl�s, lado a lado.

Ver isen��o de responsabilidades para tradu��o autom�tica

Exclus�o de Responsabilidade para Conte�do sem Suporte na KB

Ver produtos para os quais este artigo se aplica.

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que est� a utilizar. Foi desactivado o conte�do do artigo, que pode n�o ser relevante para si.

Expandir tudo | Reduzir tudo

Sum�rio

Aplica��es baseadas na Web podem utilizar o Microsoft Internet Explorer 5.5 e posterior para transferir e executar assemblagens do Microsoft .NET Framework. Este artigo descreve como o Internet Explorer determina as permiss�es que s�o concedidas a assemblagens.

Voltar ao topo

Mais Informa��o

As assemblagens do .NET framework que s�o implementadas a partir de uma intranet normalmente s�o concedidas o permiss�es de intranet predefinido. Este conjunto permite executar apenas um conjunto muito limitado de fun��es de c�digo. Estas fun��es incluem o seguinte:

Di�logo de ficheiro (s� de leitura)
Armazenamento isolado
Permiss�o de seguran�a para executar
Interface de utilizador permiss�o para criar janelas de n�veis de topo seguro e utilizar a �rea de transfer�ncia

O controlo gerido pode n�o funcionar no Internet Explorer, a menos que os controlos ActiveX e scripts est�o activados.

.NET framework Service Pack 1 (ou V1 para essas vers�es localizadas que recebem esta altera��o) ir� definir uma nova pol�tica de seguran�a predefinido, no qual geridos c�digo n�o � poss�vel transferir na zona da Internet.

Para obter mais informa��es, clique no n�mero de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

317399� (http://support.microsoft.com/kb/317399/ ) .NET Framework predefinido Alterar pol�tica de seguran�a de n�vel do computador

O CLR (Common Language Runtime) foi concebido para suportar uma variedade de aplica��es diferentes do .NET Framework. Actualmente, cada tipo de aplica��o requer um elemento de c�digo para iniciar. Este c�digo � referido como um anfitri�o CLR. A responsabilidade de um anfitri�o � carregar a vers�o correcta do CLR para um processo, definir os dom�nios de aplica��o dentro de processo e executar c�digo do utilizador dentro desses dom�nios.

Para fornecer um ambiente isolado para cada tipo de aplica��o, o CLR suporta v�rios anfitri�es de tempo de execu��o diferentes, bem como do Internet Explorer. Todos os anfitri�es CLR tem de come�ar com um stub n�o gerido. Para tal, o .NET Framework fornece um conjunto de interfaces de programa��o de aplica��o n�o gerida (API). Os anfitri�es de aplica��es podem utilizar estas APIs n�o geridos para obter o CLR com o.

O .NET Framework inclui dois componentes que processam os componentes do .NET Framework no Internet Explorer. O primeiro componente, Mscorie.dll, cont�m um filtro de tipo de MIME (Multipurpose Internet Mail Extensions). Este filtro cria hooks no Internet Explorer e monitoriza todos os fluxos de dados a receber com o MIME tipo application/octet-stream. Uma fun��o principal desta correc��o de compatibilidade arranque deve examinar a sequ�ncia de entrada para ver ou n�o a sequ�ncia de c�digo gerido. Se o filtro determinar que os dados de entrada n�o s�o um c�digo gerido, o filtro permite o Internet Explorer para processar os dados da forma que tinha anteriormente.

Se o filtro de tipo de MIME determinar a sequ�ncia � um m�dulo de .NET Framework, o filtro carrega o segundo componente. O segundo componente � uma assemblagem gerida denominada IEHost. O IEHost chama a API CorBindToRuntimeByCfg para carregar o CLR para um processo. O IEHost tamb�m chama IEManager, um Gestor de seguran�a cria um dom�nio de aplica��o dentro do processo. Depois do anfitri�o cria e configura o dom�nio de aplica��o, o anfitri�o de chamadas para o objecto de f�brica para criar uma inst�ncia do pedido .NET Framework objecto e para carregar e executar c�digo de utilizador no dom�nio aplica��o.

O anfitri�o de Internet Explorer define uma aplica��o por Web site por predefini��o. O direct�rio raiz do site � considerado o direct�rio raiz para a aplica��o. O anfitri�o tem um elevado grau de controlo sobre as permiss�es que recebe o c�digo quando � executado num dom�nio de aplica��o especificada. Todo o c�digo � executado no Common Language Runtime deve fazer parte de uma assemblagem. Todas as aplica��es que visa o CLR tem interagir com o sistema de seguran�a do tempo de execu��o. Quando uma aplica��o � executada, o tempo de execu��o avalia automaticamente a aplica��o. O tempo de execu��o tamb�m fornece a aplica��o de um conjunto de permiss�es. Estas permiss�es s�o com base em provas que fornece a aplica��o e em pol�tica de seguran�a. Formas comuns de provas de IEHost incluem StrongName, URL, locais, zona e Publisher.

O CLR permite que o c�digo efectuar essas opera��es que o c�digo tem permiss�o para executar. O .NET Framework cont�m um objecto de permiss�o para cada recurso est� dispon�vel no computador do utilizador. Estes recursos incluem E/s de ficheiro, Web acesso, execu��o de c�digo n�o gerido e muito mais. O tempo de execu��o utiliza estes objectos de permiss�o para impor restri��es no c�digo gerido.

Para conceder permiss�es para o c�digo do .NET Framework, os administradores ou utilizadores avan�ados grupo as permiss�es num conjunto de permiss�es. A permiss�o definida em seguida, � aplicada a um grupo de c�digo. Uma assemblagem determinada (a unidade b�sica de c�digo para conceder permiss�es de seguran�a) � um membro do grupo de c�digo se ele satisfaz a condi��o de membro do grupo de c�digo.

Para ver as permiss�es predefinidas que concedido a assemblagens .NET, utilize a ferramenta de configura��o do .NET Framework (Mscorcfg.msc). Pode tamb�m utilizar esta ferramenta para visualizar e configurar a pol�tica de seguran�a. Os administradores podem definir conjuntos de permiss�es denominado personalizada, desde que os respectivos nomes s�o diferentes dos conjuntos de permiss�es designado incorporado.

Voltar ao topo

Refer�ncias

Microsoft .NET Framework 1.0 adenda

http://msdn2.microsoft.com/en-us/library/ms973854.aspx (http://msdn2.microsoft.com/en-us/library/ms973854.aspx)

seguran�a do Internet Explorer e execu��o gerida

http://msdn2.microsoft.com/en-us/library/101853ac(vs.71).aspx (http://msdn2.microsoft.com/en-us/library/101853ac(vs.71).aspx)

anfitri�es de dom�nio de aplica��o

http://msdn2.microsoft.com/en-us/library/6700e49f(vs.71).aspx (http://msdn2.microsoft.com/en-us/library/6700e49f(vs.71).aspx)

predefini��o de pol�tica de seguran�a

http://msdn2.microsoft.com/en-us/library/03kwzyfc(vs.71).aspx (http://msdn2.microsoft.com/en-us/library/03kwzyfc(vs.71).aspx)

grupos de c�digo

http://msdn2.microsoft.com/en-us/library/ka9xc0ek(vs.71).aspx (http://msdn2.microsoft.com/en-us/library/ka9xc0ek(vs.71).aspx)

provas

http://msdn2.microsoft.com/en-us/library/7y5x1hcd(vs.71).aspx (http://msdn2.microsoft.com/en-us/library/7y5x1hcd(vs.71).aspx)

criar as suas pr�prias permiss�es de acesso de c�digo

http://msdn2.microsoft.com/en-us/library/yctbsyf4(vs.71).aspx (http://msdn2.microsoft.com/en-us/library/yctbsyf4(vs.71).aspx)

Microsoft .NET: implementar um anfitri�o de Common Language Runtime personalizado para a aplica��o gerida

http://msdn.microsoft.com/library/default.asp?url=/msdnmag/issues/01/03/clr/TOC.asp (http://msdn.microsoft.com/library/default.asp?url=/msdnmag/issues/01/03/clr/TOC.asp)

anfitri�o seguros, leves controlos de lado do cliente no Microsoft Internet Explorer

http://msdn.microsoft.com/msdnmag/issues/02/01/UserCtrl/default.aspx (http://msdn.microsoft.com/msdnmag/issues/02/01/UserCtrl/default.aspx)

Voltar ao topo

A informa��o contida neste artigo aplica-se a:

Microsoft .NET Framework Software Development Kit 1.0 Service Pack 2
Microsoft Internet Explorer (Programming) 6.0
Microsoft Internet Explorer 5.5

Voltar ao topo

kbmt kbinfo kbsecurity KB311301 KbMtpt

Voltar ao topo

Tradu��o autom�tica

IMPORTANTE: Este artigo foi traduzido por um sistema de tradu��o autom�tica (tamb�m designado por Machine translation ou MT), n�o tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplica��es (MT) e artigos traduzidos por tradutores profissionais. O objectivo � simples: oferecer em Portugu�s a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradu��o autom�tica n�o � sempre perfeita. Esta pode conter erros de vocabul�rio, sintaxe ou gram�tica? erros semelhantes aos que um estrangeiro realiza ao falar em Portugu�s. A Microsoft n�o � respons�vel por incoer�ncias, erros ou estragos realizados na sequ�ncia da utiliza��o dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualiza��es frequentes ao software de tradu��o autom�tica (MT). Obrigado.

Clique aqui para ver a vers�o em Ingl�s deste artigo: 311301� (http://support.microsoft.com/kb/311301/en-us/ )

Voltar ao topo

Exclus�o de Responsabilidade para Conte�do sem Suporte na KB

Este artigo foi escrito sobre produtos para os quais a Microsoft j� n�o fornece suporte. Por conseguinte, este artigo � oferecido "tal como est�" e deixar� de ser actualizado.

Voltar ao topo

This site in other countries/regions:

Como o Internet Explorer determina as permiss�es para assemblagens do .NET Framework

Sum�rio

Mais Informa��o

Refer�ncias

A informa��o contida neste artigo aplica-se a:

Palavras-chave:�

Outros Sites de Suporte

Comunidades

Obtenha Ajuda Agora

Tradu��es de Artigos

Centros de suporte relacionados