Instituto Superior de Engenharia do Porto. Mestrado em Engenharia Informática Área de Tecnologias do Conhecimento e Decisão

Tamanho: px
Começar a partir da página:

Download "Instituto Superior de Engenharia do Porto. Mestrado em Engenharia Informática Área de Tecnologias do Conhecimento e Decisão"

Transcrição

1 Instituto Superior de Engenharia do Porto Mestrado em Engenharia Informática Área de Tecnologias do Conhecimento e Decisão Sistemas Baseados em Agentes Vitor Hugo Barros Maio de 2008

2 Índice 1Introdução Definição e História Mobilidade...5 3Vantagens da utilização de...8 4Toolkits de Java nos Aglets Segurança em Tipos de ameaças Medidas de prevenção Conclusões Bibliografia

3 1 Introdução No âmbito da disciplina de Sistemas Baseados em Agentes, incluída no Mestrado em Engenharia Informática vertente de Tecnologias do Conhecimento e Decisão, do Instituto Superior de Engenharia do Porto, foram lançados vários temas para pesquisa bibliográfica, entre os quais, o assunto que será o abordado neste documento. É objectivo deste documento definir o que são, bem como apresentar algumas formas típicas de implementação dos mesmos e enquadrá-los na área da computação distribuída. Serão também abordadas algumas frameworks de desenvolvimento de com um maior foco na API Aglets da IBM e, por fim, algumas considerações de segurança fundamentais nesta área uma vez que se tratam de movimentações em redes intra e internet. O documento encontra-se dividido em quatro capítulos principais. No capítulo 2 - é definido este conceito enquadrado-o com algum background histórico. No 3º capítulo Vantagens na utilização de são apresentadas as razões pelas quais devem ser utilizadas aplicações baseadas em. Na secção 4 Toolkits de são analisadas algumas bibliotecas para o desenvolvimento de, descritas as vantagens e desvantagens da utilização da linguagem Java no desenvolvimento seguindo este paradigma e é efectuada uma análise mais profunda à framework Aglets. Por último, no capítulo 5 Segurança em é abordada a problemática da segurança na movimentação de agentes bem como a apresentação de algumas contra-medidas a aplicar para evitar ameaças. 3

4 2 Nos últimos anos, e principalmente com o exponencial crescimento do número de pessoas e dispositivos com acesso à internet, que, por sua vez, tem vindo a disponibilizar também uma crescente panóplia de serviços e de informação, temse vindo a observar um desenvolvimento elevado nas tecnologias de computação distribuída e de rede [1]. Este desenvolvimento veio despoletar a necessidade de serem criadas aplicações com potencialidades de troca de informação entre redes heterogéneas de uma forma eficaz. Por esta razão foram criados vários paradigmas de desenvolvimento de software para computação distribuída entre os quais podemos destacar os paradigmas Cliente-Servidor, Remote Procedure Calling (RPC) e. 2.1 Definição e História são processos de software capazes de se moverem autonomamente de uma localização de rede física para outra a qualquer altura [1][2][3]. O estado de execução do processo é guardado e é movido para a nova localização juntamente com o código do Agente para que a execução possa ser retomada no novo host [3]. O Agente executa a sua acção quando e onde achar apropriado e não necessita estar previamente instalado no cliente. Desta forma, denota-se um senso de autonomia inerente na mobilidade e execução do agente [2]. 4

5 Os são uma forma específica dos paradigmas de mobile code e software agents. Contudo, contrariamente aos paradigmas Remote Evaluation (RE) e Code on Demand (CoD), os são activos na forma como decidem migrar entre computadores a qualquer momento da sua execução. Isto faz deles uma ferramenta poderosa para implementar aplicações distribuídas numa rede de computadores [3]. A pesquisa na área de emergiu como uma extensão do paradigma RE, proposto por Stamos e Gillford em 1990 [4]. Em 1999, Kotz e Gray [1] previram que os mais relevantes websites iriam aceitar em poucos anos, enquanto que Milojicic [5] afirmou que, apesar da tecnologia associada aos ter visto um interesse crescente nas comunidades cientificas e na indústria, a implementação esperada da tecnologia não teria emergido até então e poderia inclusive nunca chegar a emergir de todo. O declínio no número de publicações no tópico entre 1999 e 2001 suportaram, de facto, o ponto de vista de Milojicic. Contudo, desde o final de 2001, houve novamente um aumento considerável do número de publicações, largamente devido ao estabelecimento de standards abertos para as internet applications e do desenvolvimento da web semântica [6]. 2.2 Mobilidade Posto isto surge a questão: Como se move, afinal, um Agente Móvel?. Da mesma forma que um utilizador que visita uma página web não está realmente a visualizar os seus conteúdos directamente no servidor, mas antes é efectuado o download de uma cópia da mesma para ser visualizado no cliente, o 5

6 Agente concretiza o seu movimento através da duplicação de dados. Quando o Agente decide mover-se, guarda o seu próprio estado de execução, transporta este estado guardado para o próximo host e continua a sua execução aí [3]. Distinguem-se dois tipos fundamentais de mobilidade [7]: 1. Na mobilidade fraca, quando o agente decide transferir-se, apenas é guardada a componente estática do seu estado de execução (valores dos atributos dos objectos estáticos), mas não o estado dinâmico (pilha, registos da máquina, etc.). A execução do agente no destino será reiniciada num ponto pré-definido (sempre no mesmo ponto definido antes da transferência, etc.). 2. Na mobilidade forte, para além da componente estática do estado de execução do agente, também é guardada a componente dinâmica, prosseguindo a execução do agente na máquina destino, na instrução imediatamente a seguir à instrução de transferência. À primeira vista, o tipo de mobilidade mais óbvio a implementar seria a mobilidade forte uma vez que guarda a totalidade do estado do Agente Móvel antes da sua acção de deslocamento. Contudo, a mais utilizada tem sido a mobilidade fraca muito porque a eficiência dos programas que implementam este tipo de mobilidade é bastante superior e também pela razão da linguagem de programação Java TM, muito utilizada no desenvolvimento destas aplicações, não possuir mecanismos standard para a preservação da componente dinâmica do estado [7]. Embora impondo ao implementador algumas restrições adicionais, a mobilidade 6

7 fraca permite que se tire partido do paradigma de programação baseado em sem que, em termos práticos, constitua uma limitação muito significativa [7]. 7

8 3 Vantagens da utilização de Uma das máximas defendidas pelos investigadores Danny B. Lange e Mitsuru Oshima é Dispatch your Agents; shut off your machine [8]. Esta é precisamente a alusão a uma das maiores vantagens da utilização do paradigma de Agentes Móveis que, contrariamente ao exigido, por exemplo, nas arquitecturas clienteservidor, possibilitam que o computador servidor possa ser desligado durante o processamento de uma aplicação. Como tem sido referido ao longo deste documento, inversamente aos Agentes Estacionários, que iniciam e terminam a sua execução no mesmo sistema, os têm a liberdade de se moverem entre sistemas o que se traduz em enormes benefícios na criação de aplicações distribuídas, entre os quais [8]: 1. Redução da carga de rede. É normal os sistemas distribuídos apoiaremse em protocolos de comunicação que envolvem múltiplas interacções para atingirem um objectivo. Isto resulta num tráfego de rede elevado. Os permitem armazenar uma determinada conversação e enviá-la para um host destino onde as interacções continuam localmente, reduzindo o número de ligações necessário. Ajudam também a reduzir o volume de dados a transferir na rede ao efectuar o processamento de dados localmente e transferindo apenas o estado actual do agente. 8

9 Figura 1: Abordagem baseada em RPC vs Abordagem baseada em 2. Ocultação de latências da rede. Tipicamente em sistemas de tempo real, onde a resposta imediata é essencial para o correcto funcionamento dos mesmos, um volume de comunicações elevado resulta facilmente em notáveis latências no envio e obtenção de informação. Para sistemas críticos de tempo real, tais latências são inaceitáveis. Os oferecem uma solução para estes casos pois podem ser enviados por um controlador central para posteriormente agirem localmente nos sistemas destino executando as directivas do controlador. Assim as latências de rede são reduzidas a quase zero. 3. Encapsulamento de protocolos. Quando são trocados dados num sistema distribuído, em cada host é necessário que esteja disponível o código que implementa os protocolos necessários à interpretação dos dados recebidos e a enviar. Contudo, à medida que estes protocolos vão evoluindo para incluirem novas funcionalidades e melhorias na sua segurança, é necessária a sua actualização em todos os hosts o que representa um tarefa 9

10 bastante difícil para os administradores de sistemas, muitas vezes impossível de concretizar. Os, por outro lado, podem moverse para qualquer host estabelecendo canais de comunicação baseados num protocolo implementado nos mesmos. 4. Execução assíncrona e autónoma. É normal os dispositivos móveis estarem assentes em comunicações fornecidas por redes frágeis e caras. Tarefas que necessitem de uma conexão contínua entre um dispositivo móvel e uma rede fixa não são provavelmente económicas ou até tecnicamente exequíveis. Para resolver este problema, as tarefas podem ser integradas em, que podem ser distribuídos pela rede. Após a sua distribuição, os agentes tornam-se independentes do processo que os criou e podem operar assincronamente e autonomamente. O dispositivo móvel pode reconectar-se numa altura posterior para recolher o agente. Figura 2: Execução assíncrona e autónoma dos 10

11 5. Adaptação dinâmica. Os podem aperceber-se do ambiente no qual se encontram a ser executados e reagem autonomamente à mudanças. Múltiplos possuem também a vantagem única de se poderem distribuir por vários hosts de forma a alcançar a distribuição de rede óptima para a resolução de um determinado problema. 6. Heterogeneidade natural. A computação em rede é naturalmente heterogénea, tanto da perspectiva do software, como da perspectiva do hardware. Devido ao facto dos serem geralmente independentes no que refere a computadores e camadas de transporte (dependentes apenas dos seus ambientes de execução), eles fornecem condições óptimas para a integração de sistemas de redes distintas (em que a heterogeneidade é mais provável). 7. Robustez e tolerância a falhas. A capacidade dos reagirem dinamicamente a situações e eventos desfavoráveis torna mais fácil a criação de aplicações distribuídas robustas e tolerantes a falhas. No caso de um host se encontrar em processo de encerramento, todos os agentes são avisados e será dado tempo para estes guardarem o estado da sua execução e migrarem para novos hosts. 11

12 4 Toolkits de é um assunto que tem estado presente nos tópicos das mais recentes pesquisas na área da computação distribuída. Contudo, não existe a aplicação de [7], mas antes várias aplicações que beneficiam da utilização do paradigma de, entre as quais aplicações ligadas às áreas do e-commerce, assistência pessoal, obtenção de informação distribuída, serviços de telecomunicações e rede e processamento paralelo. Da investigação na área dos, surgiram uma série de toolkits cujo intuito seria o de fornecerem uma API para a implementação facilitada de software com recurso a este paradigma. Esta investigação resultou numa série de frameworks distintas, de entre as quais se destacam [9][10]: 1. Odyssey é uma biblioteca de desenvolvimento de simples mas semanticamente elegante desenvolvida pela General Magic. Esta empresa já teria desenvolvido a primeira toolkit de : a Telescript. Contudo, devido à sua natureza proprietária teve pouco sucesso e teve de ser re-implementada com recurso a linguagens e protocolos de rede abertos, dando origem à Odyssey. 2. Concordia é uma framework desenvolvida pela Mitsubishi Electric ITA conhecida por ter rica em funcionalidades. O Concordia é uma combinação de vários componentes que constituem a aplicação distribuída. Esta toolkit 12

13 requer apenas uma implementação padrão da máquina virtual Java e o seu ambiente é composto por um servidor e um conjunto de agentes. Providencia mecanismos de segurança e tolerância a falhas. 3. Voyager foi criada pela ObjectSpace e fornece uma poderosa biblioteca para desenvolver aplicações distribuídas. Assenta numa plataforma Object Request Broker (ORB) com suporte a agentes. Esta framework implementa os mecanismos tradicionais de troca de mensagens e movimentação de agentes, mas tem como grande desvantagem a de não oferecer mecanismos de segurança contra agentes não autorizados. 4. Aglets é uma das mais populares toolkits para o desenvolvimento de. Inicialmente desenvolvida pela IBM Tokyo Research Laboratories e mais tarde continuada pela comunidade open source, esta framework tem como principais vantagens o facto de ser extremamente bem desenhada sendo, ao mesmo tempo, simples de utilizar. Contém também um sistema de segurança robusto que impede que aglets não autorizados acedam a determinados recursos do sistema. Esta framework será abordada com mais pormenor na secção 4.2. Todos estes toolkits partilham características em comum na forma como abordam a problemática associada aos [9][10]: são implementados em linguagem Java e utilizam a sua máquina virtual como ambiente de execução; usam técnicas de serialização de objectos para o envio de informação; possuem uma arquitectura baseada num agent server. Cada uma destas frameworks possui uma classe base de onde todos os Agentes Móveis são derivados. Na Aglets são chamados aglets e nas Odyssey, Concordia e Voyager são denominados agents. O propósito desta classe base é a de fornecer uma interface comum de comunicação entre diferentes agentes. Em qualquer 13

14 destes toolkits, o agente não é acedido directamente, mas antes é feito um pedido a um tipo de agent proxy que se encarregará de reencaminhar as mensagens para o agente. Esta proxy é desenvolvida automaticamente pela toolkit. Por definição, os agentes deveriam circular entre diferentes hosts sem que os mesmos tivessem de preencher quaisquer pré-requisitos para a sua aceitação. Contudo, por razões de segurança, todas estas frameworks contêm um agent server que consiste basicamente em fornecer um ambiente controlado para a execução e aceitação de agentes. Um determinado agent server apenas pode receber e executar agentes criados com a mesma toolkit. Ambas as frameworks possuem também uma classe ambiente. O ambiente pode ser acedido por agentes e cada agente deve estar associado a um ambiente. A forma como é efectuada a migração de agentes nos diferentes toolkits é semelhante. Cada um deles possui um método (membro da classe base do agente) que tem como argumento o endereço do servidor destino. Também possuem um método que é invocado imediatamente antes da migração do agente e da chegada do agente. Estes métodos podem ser re-implementados para executarem de limpeza ou de inicialização de estados. A grande diferença entre estas bibliotecas de criação de aplicações distribuídas baseadas em reside essencialmente nos mecanismos de transporte de agentes e na sua interacção. A forma como abordam a segurança na troca de agentes é também distinta entre frameworks. 14

15 4.1 Java nos A linguagem Java tem sido aceite largamente como a linguagem para a escrita de sistemas de [9]. A razão para isto reside no facto desta tecnologia fornecer de base a maioria das características necessárias ao desenvolvimento de aplicações baseadas em. De seguida são apresentadas algumas características que fazem da linguagem Java uma óptima escolha para o desenvolvimento de sistemas de [11]: 1. Independência de plataforma. A linguagem Java foi desenhada para operar em redes heterogéneas. Toda a programação efectuada nesta linguagem é compilada para um byte code independente da arquitectura ou do sistema operativo que será lido pela máquina virtual do Java que, por sua vez, terá de se encontrar instalada no sistema. Não existem aspectos dependentes de nenhuma arquitectura na linguagem Java. Desta forma, é possível o desenvolvimento de sem a preocupação do tipo de computadores nos quais este será executado. 2. Execução segura. Um dos objectivos da criação da tecnologia Java foi a sua utilização em intranets e na internet. Assim, a exigência de segurança em todas as suas acções influenciou de sobremaneira o seu desenho. Isto faz com que o simples facto de utilizar Java torne a aceitação de agentes não reconhecidos razoavelmente segura pois, devido à sua arquitectura, não é possível que o mesmo mexa no código do host ou que aceda a informação que não deve aceder. 3. Carregamento de classes dinâmico. Este mecanismo permite que a máquina virtual carregue e defina classes em runtime. Providencia um 15

16 namespace que protege cada agente, permitindo que estes sejam executados segura e independentemente uns dos outros. 4. Programação com múltiplas threads. Os agentes são por definição autónomos. Isto é, um agente é executado independentemente de outros agentes que estejam a correr no mesmo local. Permitindo que cada agente seja executado no seu próprio processo, também chamado thread de execução, é uma forma de fazer com que os agentes se comportem autonomamente. Felizmente, o Java não permite apenas a programação multithread, mas também suporta um conjunto de primitivas de sincronização disponíveis de raiz na linguagem. Estas primitivas possibilitam a interacção entre agentes. 5. Serialização de objectos. Uma característica chave dos agentes móveis é o facto destes poderem ser serializados e deserializados. O Java convenientemente disponibiliza um mecanismo de serialização de raiz que permite a representação do estado de um objecto numa forma serializada suficientemente detalhada de forma a possibilitar a reconstrução do objecto numa altura posterior. A forma serializada do objecto deve ser capaz de reconhecer a classe a partir da qual o estado do objecto foi guardado, e restaurar esse estado numa nova instância. É importante a ordem deste restauro uma vez que é possível que os vários objectos sejam interdependentes. 6. Reflexão. O código Java pode descobrir informação acerca dos campos, métodos e construtores de classes e pode usar campos, métodos e construtores reflectidos para operarem a um nível mais baixo nos objectos, sempre com as restrições de segurança aplicadas. A reflexão acomoda então a necessidade dos agentes terem de ser inteligentes relativamente a eles mesmos bem como a outros agentes. 16

17 Apesar do Java estar muito bem adaptado para o desenvolvimento de sistemas de, existem algumas limitações que devemos ter em conta [11]: 1. Suporte inadequado para o controlo de recursos. O Java não possui nenhuma forma do implementador poder controlar os recursos que um objecto Java consome. Isto expõe o sistema a ataques do tipo Denial of Service (DoS), no qual um agente pode consumir memória ilimitadamente, por exemplo, através da execução de um ciclo infinito roubando desta forma todos os recursos disponíveis e necessários ao normal funcionamento do sistema. 2. Não existe protecção de referências. Os métodos públicos de um objecto Java estão disponíveis a qualquer outro objecto que faça referência a si. Isto é importante para os agentes uma vez que estes não têm noção de quantos nem de quais agentes se encontram a aceder aos seus objectos. A solução encontrada para este problema foi a utilização de agent proxies responsáveis pelo filtro de acessos aos objectos do agente. 3. Não existe suporte para guardar e carregar um estado de execução. Actualmente é impossível em Java obter o estado de execução completo de um objecto. Informação como o estado do contador do programa e da frame stack são permanentemente território proibido para programas em Java. É então impossível para um Agente Móvel retomar a sua exacta computação num novo host (mobilidade forte). O agente deve basear-se em atributos internos e no registo de eventos externos que informem o novo host do ponto de execução a partir do qual deve retomar (mobilidade fraca). 4.2 Aglets 17

18 Aglets é uma biblioteca de desenvolvimento de aplicações com recurso a Agentes Móveis [12]. Originalmente desenvolvida por Mitsuro Oshima e Danny Lange no IBM Tokio Research Laboratory em 1995 [12][13], foi entretanto disponibilizada à comunidade open source que se encarregou de lançar as versões 2.x desta toolkit [12]. O nome Aglets surge da junção das palavras agent + applets devido ao facto de ter sido criado como uma reflexão do modelo aplicado às applets [13]. Os aglets diferem das applets na medida em que são programas Java que se movem entre hosts, guardando o seu estado ao longo do caminho e podendo inclusivé voltar ao host inicial. Enquanto que as applets são sempre executadas num browser, os aglets correm num aglet server. O SDK Aglets inclui a Aglets API, documentação, aglets exemplo e o aglet server denominado Tahiti. Tahiti é uma aplicação executada como um agent server. Possui um GUI muito fácil de utilizar que permite ao utilizador criar, enviar e eliminar agentes assim como definir os acessos dos agentes aos agent servers. 18

19 Figura 3: GUI do aglet server Tahiti O modelo definido pela Aglets API compreende uma série de abstracções que tem como objectivo tomar partido das vantagens que a linguagem Java oferece no que refere a agentes, assim como ultrapassar as desvantagens identificadas anteriormente. Assim, são apresentados de seguida os elementos base da framework [11]: 1. Aglet. Um aglet é um objecto Java móvel que visita hosts que executam aglet servers. É autónomo, pois inicia a sua execução numa thread independente assim que chega a um novo host, e reactivo, devido à sua capacidade de responder a mensagens recebidas. 2. Proxy. Um proxy representa um aglet. Funciona com um escudo protector que controla o acesso exterior aos métodos públicos do agente. O proxy 19

20 pode também servir para esconder a localização real do aglet. 3. Context. Um contexto (context) constitui a área de trabalho do aglet. É um objecto estacionário que fornece os meios para manter e gerir aglets num ambiente uniforme onde o host se encontra seguro contra agentes maliciosos. Cada aglet server pode conter vários contexts. 4. Message. Uma mensagem (message) é um objecto trocado entre aglets. Permite a troca síncrona e assíncrona de mensagens entre aglets para colaboração e troca de informação sem necessidade de uma ligação contínua entre os mesmos. 5. Future reply. Uma resposta futura (future reply) é usada no envio assíncrono de mensagens como um handler para receber um resultado numa altura futura assincronamente. 6. Identifier. A cada aglet está associado um identificador (identifier). Este identificador é globalmente único e imutável ao longo do clclo de vido do aglet. De seguida são sumarizadas as operações fundamentais dos aglets, nomeadamente criação, clonagem, envio, retracção, eliminação e envio de mensagens, bem como a sua contextualização no ciclo de vida do aglet [11]: 1. Creation. A criação (creation) de um aglet ocorre num contexto. É atribuído um identificador ao aglet, este é inserido no contexto e é inicializado. O aglet começa a sua execução assim que seja inicializado. 2. Cloning. A clonagem (cloning) de um aglet produz uma cópia quase perfeita do aglet original dentro do mesmo contexto. As únicas diferenças residem no identificador atribuído e no facto do novo aglet reiniciar a sua execução. De notar que as threads de execução não são clonadas. 20

21 3. Dispatching. O envio (dispatching) de um contexto para outro irá despoletar a remoção do aglet do seu contexto para o inserir no contexto destino, onde reiniciará a sua execução. 4. Retraction. A retracção (retraccion) de um aglet é a acção contrária ao envio, isto é, consiste na acção de remover um aglet do seu actual contexto para o inserir no contexto onde a retracção foi requerida. 5. Disposal. A eliminação (disposal) de um aglet irá parar a sua execução e removê-lo do contexto no qual está incluído. 6. Messaging. O envio de mensagens (messaging) entre aglets envolve o envio, recepção e manuseamento de mensagens síncrona e assincronamente. Figura 4: Ciclo de vida de um aglet e respectivas operações 21

22 5 Segurança em Devido à sua natureza móvel e à sua utilização em redes de grande dimensão, o uso de implica o surgimento de uma série preocupações de segurança. Os agentes necessitam de protecção de outros agentes e dos hosts nos quais são executados. Da mesma forma, os hosts precisam de ser protegidos dos agentes e de outros aplicativos que possam comunicar com a plataforma [14]. 5.1 Tipos de ameaças É possível classificar as ameaças de segurança em quatro grandes categorias [15]: 1. Agente para Plataforma. Este grupo representa o conjunto de ameaças nos quais os agentes exploram falhas de segurança ou lançam ataques a uma plataforma. Este conjunto de ameaças inclui técnicas de masquerading, DoS e acesso não autorizado. 2. Agente para Agente. Esta categoria representa o conjunto de ameaças nos quais os agentes exploram falhas de segurança ou lançam ataques a outros agentes. Este conjunto de ameaças inclui masquerading, acesso não autorizado, DoS e repudiação. 3. Plataforma para Agente. Este grupo representa o conjunto de ameaças nos quais as plataformas comprometem a segurança dos agentes. Este conjunto de ameaças inclui masquerading, DoS, eavesdropping e 22

23 alteração. 4. Outros para Plataforma de Agentes. Esta categoria representa o conjunto de ameaças nos quais entidades externas, incluindo agentes e plataformas de agentes, ameaçam a segurança duma plataforma de agentes. Este conjunto de ameaças inclui masquerading, DoS, acesso não autorizado, e cópia e replicação. Os problemas associados com a protecção dos hosts no que refere à execução de código malicioso é já bem conhecida [14] e, como tal, não serão abordados em detalhe neste documento (embora muitos deles sejam descritos no ponto de vista do host). Já o problema posto pelos hosts maliciosos que pretendem atacar os seus agentes é de resolução bem mais complexa. Isto porque, uma vez que um agente se encontra sob o controlo de um host que o executa, o host pode em princípio fazer o que quiser ao agente e ao seu código [14]. Os ataques que um host malicioso pode provocar podem ser sumarizados da seguinte forma [14][15]: 1. Masquerade. Uma plataforma pode-se mascarar de outra plataforma de forma a conseguir que o agente pense que está a ser executado num host confiável. Desta forma, o masquerade host pode danificar tanto o host ao qual tomou a identidade, como aos agentes que o interpretam como sendo confiável e que, por essa razão, se movimentam para ele. 2. Denial of Service. Quando um agente chega a determinada plataforma, esta espera que o agente execute os seus pedidos honestamente, 23

24 efectuando uma alocação de recursos justa, de acordo com os acordos relacionados com a qualidade de serviço. Contudo, uma plataforma maliciosa pode ignorar os requisitos do agente e introduzir atrasos inaceitáveis para tarefas críticas ou até terminar a sua execução sem notificação. 3. Eavesdropping. A ameaça clássica eavesdropping envolve a intercepção e monitorização de comunicações secretas. Esta ameaça ganha, contudo, contornos exacerbados nos sistemas de pois a plataforma pode observar tanto as comunicações do agente, como as suas instruções de execução. 4. Alteração. Uma vez que o agente pode visitar várias plataformas sob vários domínios de segurança, expondo o seu código, dados e estado a estas plataformas, devem ser implementados mecanismos capazes de garantir a integridade do agente. Caso esta situação não se verifique, uma plataforma maliciosa pode alterar o código, dados ou estado do agente e infectar as plataformas para as quais este migrará. Além destes ataques, relacionados directamente com os hosts, são também frequentes os apresentados de seguida [15]: 1. Acesso não autorizado. Utilizadores remotos, processos e agentes podem requerer recursos para os quais não são autorizados. Este tipo de ameaça pode ser despoletada a partir de scripts que exploram falhas de segurança nos sistemas operativos para ganhar acesso a recursos para os quais não possuem autorização. 2. Repudiação. A repudiação ocorre quando um agente, que se encontre a participar numa transacção ou comunicação, afirme que essa comunicação nunca existiu. Independentemente da repudiação se deliberada ou 24

25 acidental, esta pode levar a sérias disputas que podem não ser facilmente resolvidas. 3. Cópia e Replicação. De cada vez que um agente se move de um host para outro aumenta a sua exposição a ameaças de segurança. Uma entidade que consiga interceptar o agente em movimento pode copiá-lo e retransmiti-lo quantas vezes pretender simulando varios envio do agente quando só deveria ter ocorrido um. 5.2 Medidas de prevenção Os problemas de segurança que surgem com os são bastante conhecidos e compreendidos pela comunidade de pesquisa da área de segurança e, como tal, é dado grande ênfase a este assunto [14]. Têm havido várias tentativas de resolução dos problemas postos pelos Agentes Móveis, a maior parte das quais endereçando uma parte específica do problema. Como foi referido anterirmente, uma vez chegado a um host, o agente puco ou nada pode fazer para evitar que o host o trate como desejar. Este problema é normalmente conhecido como o problema do host malicioso [14]. Não existe uma solução universal para este problema, mas algumas soluções parciais foram já propostas, conforme resumido nos pontos seguintes [14]: 1. Acordos contratuais. A solução mais simples (pelo menos do ponto de vista técnico) é a de usar meios contratuais para resolver o problema dos hosts maliciosos. Os operadores das plataformas de agentes garantem, via 25

26 contratos, que irão operar as suas plataformas de forma segura, não violando a privacidade ou a integridade do agente. Contudo, provar que um contrato foi quebrado pode não ser uma tarefa trivial. 2. Hardware confiável. Se não é possível confiar nos ambientes de execução disponíveis uma solução óbvia é a de confiar o fornecimento de hardware a uma entidade certificada, na forma de dispositivos (ex. Smartcards) instalados nos hosts destino, cuja função será a de bloquear alterações que o host possa fazer aos agentes. De notar que esta medida pode ser ultrapassada, mas requer um esforço muito maior por parte do atacante. 3. Nós confiáveis. Ao introduzir nós confiáveis na infraestrutura onde os podem migrar quando requerido, é possível prevenir que seja enviada informação sensível para hosts não confiáveis, assim como se torna possível auditar possíveis comportamentos suspeitos de hosts maliciosos. 4. Agentes confiáveis. Ao utilizar agentes cooperantes, é obtido um resultado semelhante ao dos nós confiáveis. A informação e a funcionalidade pode ser dividida por vários agentes de forma a que se a segurança um agente for comprometida não seja comprometida toda a tarefa. 5. Auditoria de execuções. A auditoria de execuções foi proposta para detectar modificações não autorizadas aos agentes através dos registos de execução em cada plataforma de agentes. Cada plataforma terá de registar um log de operações desempenhadas pelos agentes que por si passam. A desvantagem desta abordagem é o espaço gasto e o esforço necessário para gerir esses logs. 6. Encriptação. A criptografia assimétrica está bem adaptada para Agentes Móveis que necessitem de enviar resultados para o seu owner ou que vá recolhendo informação ao longo do seu percurso antes de enviar o conteúdo 26

Sistemas Distribuídos: Conceitos e Projeto Threads e Migração de Processos

Sistemas Distribuídos: Conceitos e Projeto Threads e Migração de Processos Sistemas Distribuídos: Conceitos e Projeto Threads e Migração de Processos Francisco José da Silva e Silva Laboratório de Sistemas Distribuídos (LSD) Departamento de Informática / UFMA http://www.lsd.deinf.ufma.br

Leia mais

TRABALHO #1 Sistemas de Informação Distribuídos: Reflexão sobre a segurança

TRABALHO #1 Sistemas de Informação Distribuídos: Reflexão sobre a segurança DEPARTAMENTO DE ENGENHARIA INFORMÁTICA FACULDADE DE CIÊNCIAS E TECNOLOGIA DA UNIVERSIDADE DE COIMBRA Negócio Electrónico, 2006/2007 TRABALHO #1 Sistemas de Informação Distribuídos: Reflexão sobre a segurança

Leia mais

Manual. Honeypots e honeynets

Manual. Honeypots e honeynets Manual Honeypots e honeynets Honeypots No fundo um honeypot é uma ferramenta de estudos de segurança, onde sua função principal é colher informações do atacante. Consiste num elemento atraente para o invasor,

Leia mais

Processos (Threads,Virtualização e Migração de Código)

Processos (Threads,Virtualização e Migração de Código) Processos (Threads,Virtualização e Migração de Código) Roteiro Processos Threads Virtualização Migração de Código O que é um processo?! Processos são programas em execução. Processo Processo Processo tem

Leia mais

SISTEMAS DISTRIBUÍDOS Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com.br

SISTEMAS DISTRIBUÍDOS Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com.br - Aula 5 PROCESSOS 1. INTRODUÇÃO Em sistemas distribuídos é importante examinar os diferentes tipos de processos e como eles desempenham seu papel. O conceito de um processo é originário do campo de sistemas

Leia mais

Sistemas Distribuídos. Professora: Ana Paula Couto DCC 064

Sistemas Distribuídos. Professora: Ana Paula Couto DCC 064 Sistemas Distribuídos Professora: Ana Paula Couto DCC 064 Questões Em uma rede de sobreposição (overlay), mensagens são roteadas de acordo com a topologia da sobreposição. Qual uma importante desvantagem

Leia mais

Sistemas Distribuídos Capítulos 3 e 4 - Aula 4

Sistemas Distribuídos Capítulos 3 e 4 - Aula 4 Sistemas Distribuídos Capítulos 3 e 4 - Aula 4 Aula passada Threads Threads em SDs Processos Clientes Processos Servidores Aula de hoje Clusters de Servidores Migração de Código Comunicação (Cap. 4) Fundamentos

Leia mais

SEGURANÇA EM SISTEMAS INFORMÁTICOS

SEGURANÇA EM SISTEMAS INFORMÁTICOS SEGURANÇA EM SISTEMAS INFORMÁTICOS SENHAS DE UTILIZAÇÃO ÚNICA GRUPO 12 DAVID RIBEIRO FÁBIO NEVES EI06053@FE.UP.PT EI06102@FE.UP.PT Porto, 7 de Dezembro de 2010 Índice Resumo O presente relatório tem como

Leia mais

APLICAÇÕES EM SISTEMAS DISTRIBUÍDOS Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com

APLICAÇÕES EM SISTEMAS DISTRIBUÍDOS Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com - Aula 6 - ALGORÍTIMOS PARALELOS MPI - Parallel Virtual Machine e PVM - Parallel Virtual Machine 1. INTRODUÇÃO Inicialmente é necessário conceber alguns conceitos para entendimento dos algoritmos paralelos:

Leia mais

Seu manual do usuário NOKIA 6630 http://pt.yourpdfguides.com/dref/381534

Seu manual do usuário NOKIA 6630 http://pt.yourpdfguides.com/dref/381534 Você pode ler as recomendações contidas no guia do usuário, no guia de técnico ou no guia de instalação para. Você vai encontrar as respostas a todas suas perguntas sobre a no manual do usuário (informação,

Leia mais

Sistemas Distribuídos

Sistemas Distribuídos Sistemas Distribuídos Processos I: Threads, virtualização e comunicação via protocolos Prof. MSc. Hugo Souza Nesta primeira parte sobre os Processos Distribuídos iremos abordar: Processos e a comunicação

Leia mais

SISTEMAS DISTRIBUÍDOS

SISTEMAS DISTRIBUÍDOS SISTEMAS DISTRIBUÍDOS Capítulo 1 Introdução Material de suporte às aulas de Sistemas Distribuídos de Nuno Preguiça Copyright DI FCT/ UNL / 1 NOTA PRÉVIA A apresentação utiliza algumas das figuras do livro

Leia mais

Enunciado do Projecto

Enunciado do Projecto C O M P U T A Ç Ã O M Ó V E L 2 0 0 7 / 2 0 0 8 Enunciado do Projecto 17 de Março de 2008 1. Objectivos Desenvolver uma aplicação num domínio aplicacional específico que envolva replicação e sincronização

Leia mais

Sistemas Operativos - 2005/2006. Trabalho Prático v1.0

Sistemas Operativos - 2005/2006. Trabalho Prático v1.0 Instituto Politécnico de Viseu Escola Superior de Tecnologia de Viseu Engenharia de Sistemas e Informática Sistemas Operativos - 2005/2006 Trabalho Prático v1.0 Introdução O presente trabalho prático visa

Leia mais

Um sistema é constituído de um conjunto de processos que executam seus respectivos códigos do sistema operacional e processos e códigos de usuários.

Um sistema é constituído de um conjunto de processos que executam seus respectivos códigos do sistema operacional e processos e códigos de usuários. Os sistemas computacionais atuais permitem que diversos programas sejam carregados na memória e executados simultaneamente. Essa evolução tornou necessário um controle maior na divisão de tarefas entre

Leia mais

Interface Homem Máquina para Domótica baseado em tecnologias Web

Interface Homem Máquina para Domótica baseado em tecnologias Web Interface Homem Máquina para Domótica baseado em tecnologias Web João Alexandre Oliveira Ferreira Dissertação realizada sob a orientação do Professor Doutor Mário de Sousa do Departamento de Engenharia

Leia mais

Sistemas Distribuídos

Sistemas Distribuídos Sistemas Distribuídos Modelos e arquitecturas 14/15 Sistemas Distribuídos 1 Modelos arquitecturais 14/15 Sistemas Distribuídos 2 Camadas de Software: o Middleware Aplicações Middleware Sistema Operativo

Leia mais

2 Sistemas Multi-Agentes Móveis

2 Sistemas Multi-Agentes Móveis 2 Sistemas Multi-Agentes Móveis Sistemas multi-agentes móveis (SMAs móveis) são constituídos por uma plataforma de mobilidade e pelos agentes móveis nela executados. A plataforma define todas as questões

Leia mais

Sistemas Distribuídos

Sistemas Distribuídos Sistemas Distribuídos Aula 4 Msc. Daniele Carvalho Oliveira Doutoranda em Ciência da Computação - UFU Mestre em Ciência da Computação UFU Bacharel em Ciência da Computação - UFJF Migração de Código Em

Leia mais

LIÇÃO: Segurança Informática Reconhecimento de Vírus e Acção

LIÇÃO: Segurança Informática Reconhecimento de Vírus e Acção LIÇÃO: Segurança Informática Reconhecimento de Vírus e Acção Idade-alvo recomendada: 11 anos Guia da lição Os alunos irão desenvolver uma compreensão básica de problemas de segurança online e prevenção

Leia mais

Sistemas distribuídos:comunicação

Sistemas distribuídos:comunicação M. G. Santos marcela@estacio.edu.br Faculdade Câmara Cascudo - Estácio de Sá 16 de abril de 2010 Formas de comunicação Produtor-consumidor: comunicação uni-direccional, com o produtor entregando ao consumidor.

Leia mais

Camadas de Software - o Middleware. Sistemas Distribuídos Capítulo 2: Modelos e Arquitecturas. Aplicações. Middleware.

Camadas de Software - o Middleware. Sistemas Distribuídos Capítulo 2: Modelos e Arquitecturas. Aplicações. Middleware. Camadas de Software - o Middleware Sistemas Distribuídos Capítulo 2: Modelos e Arquitecturas Modelos de Arquitecturas para sistemas distribuidos Interfaces e Objectos Requerimentos para Arquitecturas Distribuídas

Leia mais

Sistemas Distribuídos. Professora: Ana Paula Couto DCC 064

Sistemas Distribuídos. Professora: Ana Paula Couto DCC 064 Sistemas Distribuídos Professora: Ana Paula Couto DCC 064 Processos- Clientes, Servidores, Migração Capítulo 3 Agenda Clientes Interfaces de usuário em rede Sistema X Window Software do lado cliente para

Leia mais

UFG - Instituto de Informática

UFG - Instituto de Informática UFG - Instituto de Informática Especialização em Desenvolvimento de Aplicações Web com Interfaces Ricas EJB 3.0 Prof.: Fabrízzio A A M N Soares professor.fabrizzio@gmail.com Aula 13 Web Services Web Services

Leia mais

Capítulo II Modelos de Programação Distribuída (parte 2)

Capítulo II Modelos de Programação Distribuída (parte 2) Capítulo II Modelos de Programação Distribuída (parte 2) From: Coulouris, Dollimore and Kindberg Distributed Systems: Concepts and Design Edition 3, Addison-Wesley From: Cardoso, Jorge, Programação de

Leia mais

Sistemas Distribuídos. Introdução. Edeyson Andrade Gomes. www.edeyson.com.br

Sistemas Distribuídos. Introdução. Edeyson Andrade Gomes. www.edeyson.com.br Sistemas Distribuídos Introdução Edeyson Andrade Gomes www.edeyson.com.br SUMÁRIO Definições Características Desafios Vantagens Desvantagens 2 Definições DEFINIÇÕES Um sistema distribuído é uma coleção

Leia mais

Seu manual do usuário KASPERSKY LAB MOBILE SECURITY 7.0 ENTERPRISE EDITION http://pt.yourpdfguides.com/dref/3741532

Seu manual do usuário KASPERSKY LAB MOBILE SECURITY 7.0 ENTERPRISE EDITION http://pt.yourpdfguides.com/dref/3741532 Você pode ler as recomendações contidas no guia do usuário, no guia de técnico ou no guia de instalação para KASPERSKY LAB MOBILE SECURITY 7.0 ENTERPRISE. Você vai encontrar as respostas a todas suas perguntas

Leia mais

Grupo de trabalho sobre a protecção das pessoas singulares no que diz respeito ao tratamento de dados pessoais. Recomendação 1/99

Grupo de trabalho sobre a protecção das pessoas singulares no que diz respeito ao tratamento de dados pessoais. Recomendação 1/99 5093/98/PT/final WP 17 Grupo de trabalho sobre a protecção das pessoas singulares no que diz respeito ao tratamento de dados pessoais Recomendação 1/99 sobre o tratamento invisível e automatizado de dados

Leia mais

O Manual do Desktop Sharing. Brad Hards Tradução: Pedro Morais

O Manual do Desktop Sharing. Brad Hards Tradução: Pedro Morais Brad Hards Tradução: Pedro Morais 2 Conteúdo 1 Introdução 5 2 O protocolo do Remote Frame Buffer 6 3 Utilizar o Desktop Sharing 7 3.1 Gerir convites do Desktop Sharing............................ 9 3.2

Leia mais

Service Oriented Architectures

Service Oriented Architectures Service Oriented Architectures Uma abordagem evolutiva Manager, IT Middleware Vodafone Portugal Mario.saraiva@vodafone.com Agenda 1. O desafio da Integração O princípio do Middleware, ActiveWorks e Middleware

Leia mais

Plataforma. Manual de Utilização Acesso ao Procedimento Fornecedor. Electrónica BizGov

Plataforma. Manual de Utilização Acesso ao Procedimento Fornecedor. Electrónica BizGov Plataforma Manual de Utilização Acesso ao Procedimento Fornecedor Electrónica BizGov 2010 Índice 1 Solicitar acesso ao procedimento 2 Anexar comprovativo de Pagamento de Peças Procedimentais 3 Aceitar

Leia mais

Arquitetura de um sistema é a especificação de sua estrutura e de seus componentes

Arquitetura de um sistema é a especificação de sua estrutura e de seus componentes Arquiteturas e Modelos de sistemas Arquitetura Arquitetura de um sistema é a especificação de sua estrutura e de seus componentes Localização dos componentes e relação entre eles Objetivo: garantir que

Leia mais

Segurança em Sistemas Informáticos

Segurança em Sistemas Informáticos Segurança em Sistemas Informáticos Politicas de Segurança Quando é que se torna necessário uma política de segurança? Quando existe um Bem Num espaço partilhado Uma politica de segurança procura garantir

Leia mais

Padrões Arquiteturais. Sistemas Distribuídos: Broker

Padrões Arquiteturais. Sistemas Distribuídos: Broker Padrões Arquiteturais Sistemas Distribuídos: Broker Sistemas Distribuídos Tendências: Sistemas Comp. com múltiplas CPUs Redes locais com centenas de hospedeiros Benefícios Economia Desempenho e escalabilidade

Leia mais

Departamento de Engenharia Informática Engenharia de Software, Sistemas Distribuídos. Requisitos para a 3ª entrega do projecto.

Departamento de Engenharia Informática Engenharia de Software, Sistemas Distribuídos. Requisitos para a 3ª entrega do projecto. Departamento de Engenharia Informática Engenharia de Software, Sistemas Distribuídos Requisitos para a 3ª entrega do projecto Loja Virtual 5 de Maio de 2008 Índice Índice...2 1 Sumário...3 2 Requisitos...3

Leia mais

Mestrado em Segurança da Informação e Direito no Ciberespaço

Mestrado em Segurança da Informação e Direito no Ciberespaço Escola Naval Mestrado em Segurança da Informação e Direito no Ciberespaço Segurança da informação nas organizações Supervisão das Politicas de Segurança Computação em nuvem Fernando Correia Capitão-de-fragata

Leia mais

Sistemas Distribuídos

Sistemas Distribuídos Sistemas Distribuídos Soquetes Um soquete é formado por um endereço IP concatenado com um número de porta. Em geral, os soquetes utilizam uma arquitetura cliente-servidor. O servidor espera por pedidos

Leia mais

Sistemas Distribuídos

Sistemas Distribuídos Sistemas Distribuídos Computação Aula 01-02: Introdução 2o. Semestre / 2014 Prof. Jesus Agenda da Apresentação Definição e surgimento de Sistemas Distribuídos Principais aspectos de Sistemas Distribuídos

Leia mais

Instruções para aceder ao correio electrónico via web

Instruções para aceder ao correio electrónico via web Caro utilizador(a) Tendo por objectivo a melhoria constante das soluções disponibilizadas a toda a comunidade do Instituto Politécnico de Santarém, tanto ao nível de serviços de rede como sistema de informação.

Leia mais

Projecto de Engenharia de Software e Sistemas Distribuídos 2009-10. Requisitos para a 3ª entrega do projecto. FeaRSe.

Projecto de Engenharia de Software e Sistemas Distribuídos 2009-10. Requisitos para a 3ª entrega do projecto. FeaRSe. Departamento de Engenharia Informática Engenharia de Software, Sistemas Distribuídos Requisitos para a 3ª entrega do projecto FeaRSe 6 de Maio de 2010 Índice Índice... 1 1 Sumário... 2 2 Requisitos...

Leia mais

Índice. 2 Acronis, Inc

Índice. 2 Acronis, Inc Índice 1. O que é o Acronis nap Deploy... 3 2. Componentes do Acronis nap Deploy... 3 3. Actualizar para a v 3... 4 3.1 Actualizar licenças... 4 3.2 Actualizar componentes... 4 4. Requisitos do sistema...

Leia mais

Segurança em Sistemas Informáticos

Segurança em Sistemas Informáticos Segurança em Sistemas Informáticos Politicas de Segurança Quando é que se torna necessário uma política de segurança? Quando existe um Bem Num espaço partilhado Uma politica de segurança procura garantir

Leia mais

Departamento de Sistemas e Informática. Licenciatura em Engenharia Informática Industrial EDP

Departamento de Sistemas e Informática. Licenciatura em Engenharia Informática Industrial EDP Departamento de Sistemas e Informática Licenciatura em Engenharia Informática Industrial Projecto ARC Ano Lectivo de 2006/2007 EDP Processamento das Leituras dos Contadores de Electricidade dos Consumidores

Leia mais

OurDocs. Sistemas Distribuídos Engenharia de Software. Sistema de gestão documental. ic-sod@mega.ist.utl.pt ic-es@mega.ist.utl.pt

OurDocs. Sistemas Distribuídos Engenharia de Software. Sistema de gestão documental. ic-sod@mega.ist.utl.pt ic-es@mega.ist.utl.pt Sistemas Distribuídos Engenharia de Software 2º Semestre, 2006/2007 Departamento Engenharia Informática Enunciado do projecto: OurDocs Sistema de gestão documental ic-sod@mega.ist.utl.pt ic-es@mega.ist.utl.pt

Leia mais

UNIVERSIDADE. Sistemas Distribuídos

UNIVERSIDADE. Sistemas Distribuídos UNIVERSIDADE Sistemas Distribuídos Ciência da Computação Prof. Jesus José de Oliveira Neto Comunicação Inter-Processos Sockets e Portas Introdução Sistemas distribuídos consistem da comunicação entre processos

Leia mais

Informação Útil Já disponível o SP1 do Exchange Server 2003

Informação Útil Já disponível o SP1 do Exchange Server 2003 Novidades 4 Conheça as principais novidades do Internet Security & Acceleration Server 2004 Membro do Microsoft Windows Server System, o ISA Server 2004 é uma solução segura, fácil de utilizar e eficiente

Leia mais

Desenvolvimento Cliente-Servidor 1

Desenvolvimento Cliente-Servidor 1 Desenvolvimento Cliente- 1 Ambiienttes de Desenvollviimentto Avançados Engenharia Informática Instituto Superior de Engenharia do Porto Alexandre Bragança 1998/99 Ambientes de Desenvolvimento Avançados

Leia mais

Uma Arquitetura para Compartilhamento e Atualização de Bases de Assinaturas Utilizando Agentes Móveis

Uma Arquitetura para Compartilhamento e Atualização de Bases de Assinaturas Utilizando Agentes Móveis Uma Arquitetura para Compartilhamento e Atualização de Bases de Assinaturas Utilizando Agentes Móveis Paulo Fernando da Silva, Mestrando, e Carlos Becker Westphall, Professor, Pós-Graduação em Ciências

Leia mais

Programação de Sistemas

Programação de Sistemas Programação de Sistemas Introdução aos modelos de comunicação Programação de Sistemas Modelos de comunicação :1/19 Introdução (1) Os sistemas operativos implementam mecanismos que asseguram independência

Leia mais

Programação de Sistemas

Programação de Sistemas Programação de Sistemas Introdução aos modelos de comunicação Programação de Sistemas Modelos de comunicação :1/19 Introdução (1) Os sistemas operativos implementam mecanismos que asseguram independência

Leia mais

Uma Base de Dados é uma colecção de dados partilhados, interrelacionados e usados para múltiplos objectivos.

Uma Base de Dados é uma colecção de dados partilhados, interrelacionados e usados para múltiplos objectivos. 1. Introdução aos Sistemas de Bases de Dados Uma Base de Dados é uma colecção de dados partilhados, interrelacionados e usados para múltiplos objectivos. O conceito de base de dados faz hoje parte do nosso

Leia mais

Enunciado de apresentação do projecto

Enunciado de apresentação do projecto Engenharia de Software Sistemas Distribuídos 2 o Semestre de 2009/2010 Enunciado de apresentação do projecto FEARSe Índice 1 Introdução... 2 2 Cenário de Enquadramento... 2 2.1 Requisitos funcionais...

Leia mais

Implementar servidores de Web/FTP e DFS. Disciplina: Serviços de Redes Microsoft Professor: Fernando Santorsula fernando.santorsula@esamc.

Implementar servidores de Web/FTP e DFS. Disciplina: Serviços de Redes Microsoft Professor: Fernando Santorsula fernando.santorsula@esamc. Implementar servidores de Web/FTP e DFS Disciplina: Serviços de Redes Microsoft Professor: Fernando Santorsula fernando.santorsula@esamc.br Conteúdo programático Introdução ao protocolo HTTP Serviço web

Leia mais

Estrutura da Norma. 0 Introdução 0.1 Generalidades. ISO 9001:2001 Sistemas de Gestão da Qualidade Requisitos. Gestão da Qualidade 2005

Estrutura da Norma. 0 Introdução 0.1 Generalidades. ISO 9001:2001 Sistemas de Gestão da Qualidade Requisitos. Gestão da Qualidade 2005 ISO 9001:2001 Sistemas de Gestão da Qualidade Requisitos Gestão da Qualidade 2005 Estrutura da Norma 0. Introdução 1. Campo de Aplicação 2. Referência Normativa 3. Termos e Definições 4. Sistema de Gestão

Leia mais

Prof. Marcelo de Sá Barbosa SISTEMAS DISTRIBUIDOS

Prof. Marcelo de Sá Barbosa SISTEMAS DISTRIBUIDOS Prof. Marcelo de Sá Barbosa SISTEMAS DISTRIBUIDOS Objetos distribuídos e invocação remota Introdução Comunicação entre objetos distribuídos Chamada de procedimento remoto Eventos e notificações Objetos

Leia mais

Computação na Rede: - Cliente/Servidor, - Software de Código Móvel.

Computação na Rede: - Cliente/Servidor, - Software de Código Móvel. Computação na Rede: - Cliente/Servidor, - Software de Código Móvel. Server Client Knowhow O servidor anuncia um conjunto de serviços que ele provê acesso para alguns recursos (por exemplo, banco de dados).

Leia mais

Vídeo Vigilância Abordagem Open-Source

Vídeo Vigilância Abordagem Open-Source Vídeo Vigilância Abordagem Open-Source Alunos: Justino Santos, Paulo Neto E-mail: eic10428@student.estg.ipleiria.pt, eic10438@student.estg.ipleiria.pt Orientadores: Prof. Filipe Neves, Prof. Paulo Costa

Leia mais

Seu manual do usuário NOKIA C111 http://pt.yourpdfguides.com/dref/824109

Seu manual do usuário NOKIA C111 http://pt.yourpdfguides.com/dref/824109 Você pode ler as recomendações contidas no guia do usuário, no guia de técnico ou no guia de instalação para. Você vai encontrar as respostas a todas suas perguntas sobre a no manual do usuário (informação,

Leia mais

CORBA Common Object Request Broker Architecture. Carolina de Oliveira Cunha Lenita Martins Ambrosio Victor da Fonseca Santos

CORBA Common Object Request Broker Architecture. Carolina de Oliveira Cunha Lenita Martins Ambrosio Victor da Fonseca Santos CORBA Common Object Request Broker Architecture Carolina de Oliveira Cunha Lenita Martins Ambrosio Victor da Fonseca Santos Introdução OMG (Object Management Group): uma organização formada por empresas

Leia mais

Guia de Rede. Configuração do Windows Utilizar um Servidor de Impressão Monitorizar e Configurar a Impressora Apêndice

Guia de Rede. Configuração do Windows Utilizar um Servidor de Impressão Monitorizar e Configurar a Impressora Apêndice Guia de Rede 1 2 3 4 Configuração do Windows Utilizar um Servidor de Impressão Monitorizar e Configurar a Impressora Apêndice Leia este manual cuidadosamente antes de utilizar o equipamento e mantenha-o

Leia mais

CARREIRAS NA GLORY GLOBAL SOLUTIONS POLÍTICA DE PRIVACIDADE

CARREIRAS NA GLORY GLOBAL SOLUTIONS POLÍTICA DE PRIVACIDADE SITE DE CARREIRAS NA GLORY GLOBAL SOLUTIONS POLÍTICA DE PRIVACIDADE Bem-vindo à área de Carreiras na Glory Global Solutions, o Web site de recrutamento (o "Site"). Descrevemos a seguir a forma como as

Leia mais

Arquitecturas de Software

Arquitecturas de Software UNIVERSIDADE TÉCNICA DE LISBOA INSTITUTO SUPERIOR TÉCNICO Arquitecturas de Software Mestrado em Engenharia Informática e de Computadores Primeiro Exame 21 de Janeiro de 2010, 17:00H 19:00H Nome: Número:

Leia mais

Sistemas Distribuídos

Sistemas Distribuídos I Capítulo 6 Replicação - 2011 - DI/FCT/UNL Replicação... O que é? Replicação: Definição e Objectivos A replicação de dados consiste na manutenção de múltiplas cópias da mesma informação em dispositivos

Leia mais

Análise de Sistemas. Conceito de análise de sistemas

Análise de Sistemas. Conceito de análise de sistemas Análise de Sistemas Conceito de análise de sistemas Sistema: Conjunto de partes organizadas (estruturadas) que concorrem para atingir um (ou mais) objectivos. Sistema de informação (SI): sub-sistema de

Leia mais

De Arte a Ciência: Regras para o Desenho de Software

De Arte a Ciência: Regras para o Desenho de Software De Arte a Ciência: Regras para o Desenho de Software Neste artigo é apresentado um conjunto de regras de desenho um padrão de desenho universal associado ao princípio fundamental e aos requisitos axiomáticos.

Leia mais

Manual do utilizador das funções avançadas do sistema de correio de voz Cisco Unity Express 7.0.2

Manual do utilizador das funções avançadas do sistema de correio de voz Cisco Unity Express 7.0.2 Manual do utilizador das funções avançadas do sistema de correio de voz Cisco Unity Express 7.0.2 Última actualização: 12 March 2009 Este manual fornece informações sobre a utilização das funções de correio

Leia mais

Segurança em Sistemas Informáticos

Segurança em Sistemas Informáticos Segurança em Sistemas Informáticos Politicas de Segurança Quando é que se torna necessário uma política de segurança? Quando existe um Bem com Valor Se o Bem se situa permanentemente ou temporariamente

Leia mais

Kaspersky Internet Security for Mac Manual de utilizador

Kaspersky Internet Security for Mac Manual de utilizador Kaspersky Internet Security for Mac Manual de utilizador VERSÃO DA APLICAÇÃO: 15.0 Caro Utilizador! Obrigado por ter escolhido o nosso produto. Esperamos que esta documentação lhe seja útil no seu trabalho

Leia mais

WebSphere MQ. Bruno Miguel de Sousa Gonçalves

WebSphere MQ. Bruno Miguel de Sousa Gonçalves WebSphere MQ Bruno Miguel de Sousa Gonçalves 1.Introdução ao WebSphere Os produtos WebSphere providenciam comunicação entre programas através da interligação entre componentes heterogéneos, processadores,

Leia mais

1.1 A abordagem seguida no livro

1.1 A abordagem seguida no livro 1- Introdução A área de administração de sistemas e redes assume cada vez mais um papel fundamental no âmbito das tecnologias da informação. Trata-se, na realidade, de uma área bastante exigente do ponto

Leia mais

BlackBerry Internet Service. Versão: 4.5.1. Manual do Utilizador

BlackBerry Internet Service. Versão: 4.5.1. Manual do Utilizador BlackBerry Internet Service Versão: 4.5.1 Manual do Utilizador Publicado: 2014-01-09 SWD-20140109134740230 Conteúdos 1 Como começar... 7 Acerca dos planos de serviço de mensagens para o BlackBerry Internet

Leia mais

Consensos. Universidade da Beira Interior Mestrado em Engenharia Informática Sistemas Distribuídos e Tolerância a Falhas

Consensos. Universidade da Beira Interior Mestrado em Engenharia Informática Sistemas Distribuídos e Tolerância a Falhas Universidade da Beira Interior Mestrado em Engenharia Informática Sistemas Distribuídos e Tolerância a Falhas Consensos Trabalho elaborado por: Catarina Nunes nº 2064 Diogo Sousa nº 2289 Vera Marcelino

Leia mais

Guia de Acesso à Formação Online Formando 2011

Guia de Acesso à Formação Online Formando 2011 Plano [1] Guia de Acesso à Formação Online 2011 [2] ÍNDICE ÍNDICE...2 1. Introdução...3 2. Metodologia Formativa...4 3. Actividades...4 4. Apoio e Acompanhamento do Curso...5 5. Avaliação...6 6. Apresentação

Leia mais

Replicação de servidores

Replicação de servidores Arquiteturas Tolerantes a faltas em Sistemas Distribuídos Replicação de servidores Replicação: que benefícios nos dá? 1) Melhor desempenho e escalabilidade Replicar serviços permite que algumas operações

Leia mais

Capítulo 8. Software de Sistema

Capítulo 8. Software de Sistema Capítulo 8 Software de Sistema Adaptado dos transparentes das autoras do livro The Essentials of Computer Organization and Architecture Objectivos Conhecer o ciclo de desenvolvimento da linguagem Java

Leia mais

Arquitetura de Software e Atributos de Qualidade

Arquitetura de Software e Atributos de Qualidade Arquitetura de Software e Atributos de Qualidade Jair C Leite Requisitos e atributos de qualidade Requisitos Características, atributos, propriedades e restrições associadas ao software. Requisitos funcionais

Leia mais

Vodafone ADSL Station Manual de Utilizador. Viva o momento

Vodafone ADSL Station Manual de Utilizador. Viva o momento Vodafone ADSL Station Manual de Utilizador Viva o momento 3 4 5 5 6 6 7 8 9 12 12 14 16 17 18 19 20 21 22 22 23 23 24 24 24 25 26 27 Ligar o Router LEDs Configuração do Router Aceder à ferramenta de configuração

Leia mais

Escola Secundária Eça de Queiroz

Escola Secundária Eça de Queiroz Escola Secundária Eça de Queiroz Curso de Instalação e Manutenção de Sistemas Informáticos Certificação digital de serviço universal Home Banking e ética na sua utilização. Autor: Daniel Filipe Inácio

Leia mais

3. Comunicação em Sistemas Distribuídos

3. Comunicação em Sistemas Distribuídos 3. Comunicação em 3.1.Troca de mensagens As mensagens são objetos de dados cuja estrutura e aplicação são definidas pelas próprias aplicações que a usarão. Sendo a troca de mensagens feita através de primitivas

Leia mais

Ricardo Campos [ h t t p : / / w w w. c c c. i p t. p t / ~ r i c a r d o ] Segurança em Redes. Segurança em Redes

Ricardo Campos [ h t t p : / / w w w. c c c. i p t. p t / ~ r i c a r d o ] Segurança em Redes. Segurança em Redes Autoria Esta apresentação foi desenvolvida por Ricardo Campos, docente do Instituto Politécnico de Tomar. Encontra-se disponível na página web do autor no link Publications ao abrigo da seguinte licença:

Leia mais

Segurança em Sistemas de Agentes Móveis: Aplicação no Middleware M&M

Segurança em Sistemas de Agentes Móveis: Aplicação no Middleware M&M Departamento de Engenharia Informática Faculdade de Ciências e Tecnologia Universidade de Coimbra Pólo II - 3030 Coimbra Segurança em Sistemas de Agentes Móveis: Aplicação no Middleware M&M Dissertação

Leia mais

Clientes e Servidores

Clientes e Servidores Clientes e Servidores September 29, 2009 Sumário Definição Localização do Servidor/Objectos Transparência da Distribuição Concorrência Preservação de Estado no Servidor Avarias Adaptação ao Canal de Comunicação

Leia mais

Serviço de instalação e arranque da solução de armazenamento de rede HP StoreEasy 5000

Serviço de instalação e arranque da solução de armazenamento de rede HP StoreEasy 5000 Serviço de instalação e arranque da solução de armazenamento de rede HP StoreEasy 5000 Serviços HP Dados técnicos O Serviço de instalação e arranque da solução de armazenamento de rede HP StoreEasy 5000

Leia mais

5. Bases de dados: as questões de segurança, de criptografia e de proteção de dados

5. Bases de dados: as questões de segurança, de criptografia e de proteção de dados 5. Bases de dados: as questões de segurança, de criptografia e de proteção de dados A proteção jurídica das bases de dados em Portugal é regulada pelo Decreto-Lei n.º 122/2000, de 4 de Julho, que transpõe

Leia mais

Faculdades Santa Cruz - Inove. Plano de Aula Base: Livro - Distributed Systems Professor: Jean Louis de Oliveira.

Faculdades Santa Cruz - Inove. Plano de Aula Base: Livro - Distributed Systems Professor: Jean Louis de Oliveira. Período letivo: 4 Semestre. Quinzena: 5ª. Faculdades Santa Cruz - Inove Plano de Aula Base: Livro - Distributed Systems Professor: Jean Louis de Oliveira. Unidade Curricular Sistemas Distribuídos Processos

Leia mais

PERIVER PLATAFORMA SOFTWARE REQUIREMENT SPECIFICATION. Periver_SoftwareRequirementSpecification_2008-03-31_v1.0.doc. Versão 1.0

PERIVER PLATAFORMA SOFTWARE REQUIREMENT SPECIFICATION. Periver_SoftwareRequirementSpecification_2008-03-31_v1.0.doc. Versão 1.0 PLATAFORMA Versão 1.0 31 de Março de 2008 TABELA DE REVISÕES Versão Autores Descrição da Versão Aprovadores Data António Rocha Cristina Rodrigues André Ligeiro V0.1r Dinis Monteiro Versão inicial António

Leia mais

Conceptronic C100BRS4H Guia de Instalação Rápida. Parabéns pela compra do seu Router de Banda Larga com 4 portas da Conceptronic.

Conceptronic C100BRS4H Guia de Instalação Rápida. Parabéns pela compra do seu Router de Banda Larga com 4 portas da Conceptronic. Conceptronic C100BRS4H Guia de Instalação Rápida Parabéns pela compra do seu Router de Banda Larga com 4 portas da Conceptronic. O seguinte Guia de Instalação de Hardware explica-lhe passo-a-passo como

Leia mais

Capítulo 2. Charm++ 16

Capítulo 2. Charm++ 16 2 Charm++ O Charm++ é uma linguagem orientada a objetos para programação paralela baseada em C++ (34). Ela possui uma biblioteca de execução para suporte a computação paralela que se chama Kernel do Charm

Leia mais

Message Oriented Middleware (MOM)

Message Oriented Middleware (MOM) Message Oriented Middleware (MOM) March 24, 2010 Comunicação Assíncrona Problema: Nem sempre as entidades comunicantes estão disponíveis simultaneamente. Por exemplo, um servidor de submissão pode estar

Leia mais

PLANO DA LIÇÃO Princípios Básicos de Segurança do Computador

PLANO DA LIÇÃO Princípios Básicos de Segurança do Computador PLANO DA LIÇÃO Princípios Básicos de Segurança do Computador Idade Recomendada: 10 anos Guia da Lição Os alunos desenvolverão uma compreensão básica das questões de segurança virtual que levantam os vermes,

Leia mais

Introdução. Definição de um Sistema Distribuído (1) Definição de um Sistema Distribuído(2) Metas de Sistemas Distribuídos (2)

Introdução. Definição de um Sistema Distribuído (1) Definição de um Sistema Distribuído(2) Metas de Sistemas Distribuídos (2) Definição de um Sistema Distribuído (1) Introdução Um sistema distribuído é: Uma coleção de computadores independentes que aparecem para o usuário como um único sistema coerente. Definição de um Sistema

Leia mais

Especificações de oferta Serviços de Gestão de Correio Electrónico Segurança do Correio Electrónico

Especificações de oferta Serviços de Gestão de Correio Electrónico Segurança do Correio Electrónico Especificações de oferta Serviços de Gestão de Correio Electrónico Segurança do Correio Electrónico Apresentação dos serviços A Segurança do Correio Electrónico dos Serviços de Gestão de Correio Electrónico

Leia mais

TABELA 3.1 Requisitos do Windows Server 2008 Standard

TABELA 3.1 Requisitos do Windows Server 2008 Standard 3 3INSTALAÇÃO DE UM SERVIDOR 2008 Feita a apresentação das funcionalidades do Windows Server 2008, eis que chega a hora mais desejada: a da implementação do nosso servidor. No entanto não é de todo recomendável

Leia mais

Business Email. Managed Applications. Business Email Managed Applications

Business Email. Managed Applications. Business Email Managed Applications Managed Applications Managed Applications Business Email Tel +351 21 319 92 00 Fax +351 21 319 92 01 Ed. Parque Expo, Av. D. João II, 1.07-2.1, R/C, 1998-014 Lisboa info@claranet.pt www.claranet.pt NIF

Leia mais

CONTROLE DE REDE. Prof. José Augusto Suruagy Monteiro

CONTROLE DE REDE. Prof. José Augusto Suruagy Monteiro CONTROLE DE REDE Prof. José Augusto Suruagy Monteiro 2 Capítulo 3 de William Stallings. SNMP, SNMPv2, SNMPv3, and RMON 1 and 2, 3rd. Edition. Addison-Wesley, 1999. Baseado em slides do Prof. Chu-Sing Yang

Leia mais

SISTEMAS DISTRIBUÍDOS (1. CICLO)

SISTEMAS DISTRIBUÍDOS (1. CICLO) SISTEMAS DISTRIBUÍDOS (1. CICLO) Capítulo 1 Introdução Material de suporte às aulas de Sistemas Distribuídos de Nuno Preguiça Copyright DI FCT/ UNL / 1 NOTA PRÉVIA A apresentação utiliza algumas das figuras

Leia mais

Tema 4a A Segurança na Internet

Tema 4a A Segurança na Internet Tecnologias de Informação Tema 4a A Segurança na Internet 1 Segurança na Internet Segurança Ponto de Vista da Empresa Ponto de vista do utilizador A quem Interessa? Proxy Firewall SSL SET Mecanismos 2

Leia mais

Sistemas Distribuídos Segurança em Sistemas Distribuídos Gerenciamento, Canais de Acesso e Controle de Acesso II. Prof. MSc.

Sistemas Distribuídos Segurança em Sistemas Distribuídos Gerenciamento, Canais de Acesso e Controle de Acesso II. Prof. MSc. Sistemas Distribuídos Segurança em Sistemas Distribuídos Gerenciamento, Canais de Acesso e Controle de Acesso II Prof. MSc. Hugo Souza Após abordarmos a primeira parte sobre a Segurança em Sistemas Distribuídos,

Leia mais