Segurança em Ambientes de Computação em “Nuvem” Pré-Web: Análise de Ameaças e Mecanismos de Defesa em Infraestruturas de Compartilhamento de Recursos em Redes TCP/IP (1988)

1. Introduction

Durante as últimas duas décadas, a computação evoluiu de ambientes isolados para ecossistemas altamente interconectados. A introdução de redes de longa distância, especialmente a ARPANET, transformou a forma como recursos computacionais são utilizados e compartilhados. Sistemas originalmente projetados para execução local passaram a fornecer serviços remotos acessíveis por centenas ou milhares de usuários simultaneamente. Esse paradigma operacional — no qual processamento, armazenamento e aplicações residem em sistemas remotos — antecipa o conceito moderno de computação como serviço, frequentemente comparado à distribuição de eletricidade em redes de utilidade pública.

No final da década de 1980, organizações acadêmicas, militares e corporativas frequentemente dependem de centros computacionais centralizados que fornecem capacidade de processamento para múltiplas instituições. Usuários conectam-se a esses sistemas por meio de terminais ou estações de trabalho, utilizando protocolos de rede como Telnet, FTP e SMTP para executar programas, transferir arquivos e enviar mensagens eletrônicas. Essa arquitetura cria o que podemos descrever metaforicamente como uma “nuvem” de recursos computacionais compartilhados, invisíveis ao usuário final, mas acessíveis através da rede.

Entretanto, a centralização de recursos e a exposição permanente de serviços de rede introduzem novos desafios de segurança. Sistemas que anteriormente operavam em ambientes fisicamente controlados agora devem confiar em mecanismos lógicos de autenticação e isolamento. Um único erro de configuração ou vulnerabilidade em software pode permitir que um atacante comprometa múltiplos usuários simultaneamente.

A situação tornou-se particularmente evidente em 1988 com o incidente do Internet Worm, que explorou falhas em serviços comuns de UNIX conectados à ARPANET. O worm demonstrou que programas auto-replicantes podem explorar automaticamente vulnerabilidades em sistemas conectados, propagando-se em grande escala através da infraestrutura de rede (SPAFFORD, 1988). Esse evento evidenciou que ambientes de computação compartilhada podem amplificar dramaticamente o impacto de falhas de segurança.

Além disso, muitos sistemas atuais ainda dependem de mecanismos de autenticação relativamente fracos, como senhas armazenadas em arquivos acessíveis ao sistema. Estudos anteriores demonstraram que usuários frequentemente escolhem senhas previsíveis, tornando ataques de adivinhação e análise de dicionário viáveis (MORRIS; THOMPSON, 1979).

Outro desafio significativo é a ausência de monitoramento sistemático de tráfego em redes TCP/IP. Embora ferramentas de diagnóstico existam, a análise contínua de pacotes raramente é utilizada como mecanismo de defesa operacional. Isso dificulta a detecção precoce de comportamentos anômalos, como tentativas repetidas de autenticação ou varreduras de serviços.

Este trabalho investiga a segurança de ambientes de computação remota compartilhada — aqui denominados infraestruturas de computação em nuvem primitiva — e busca responder três questões fundamentais:

• Como formalizar o modelo de ameaça para sistemas de computação compartilhada conectados por TCP/IP?
• Quais vulnerabilidades estruturais emergem desse modelo operacional?
• Quais técnicas práticas podem ser aplicadas para detectar e mitigar ataques em redes desse tipo?

Ao longo deste artigo, combinamos análise teórica, experimentação prática e estudo de caso operacional para demonstrar que a segurança de ambientes de computação compartilhada depende criticamente de monitoramento de rede, controle de acesso rigoroso e isolamento entre processos e usuários.

2. Background and Related Work

A segurança de sistemas computacionais tem sido objeto de investigação sistemática desde o final da década de 1960, particularmente no contexto de sistemas multiusuário e redes militares. O relatório Ware Report (WARE, 1970) foi um dos primeiros documentos a analisar os riscos associados ao compartilhamento de sistemas computacionais em ambientes de defesa. O estudo destacou que sistemas de time-sharing introduzem novos vetores de ataque devido à coexistência de múltiplos usuários no mesmo sistema operacional.

Posteriormente, Anderson (1972) desenvolveu um dos primeiros modelos estruturados de ameaça para sistemas computacionais, enfatizando a necessidade de auditoria e controle de acesso em ambientes multiusuário. Seu trabalho influenciou diretamente pesquisas subsequentes em controle de acesso e monitoramento de sistemas.

Um marco conceitual importante foi o artigo clássico de Saltzer e Schroeder (1975), que estabeleceu princípios fundamentais para o projeto de sistemas seguros, incluindo:

• Privilégio mínimo
• Compartimentalização
• Economia de mecanismo
• Verificação completa

Esses princípios continuam relevantes para ambientes de computação compartilhada conectados por redes.

Durante a década de 1970, pesquisas também exploraram a segurança de redes de computadores. Lampson (1973) introduziu o conceito de controle de acesso baseado em capacidades, enquanto Denning (1976) investigou técnicas de detecção de intrusão baseadas em análise de comportamento.

No campo da criptografia, avanços fundamentais ocorreram com o desenvolvimento da criptografia de chave pública. O trabalho de Diffie e Hellman (1976) demonstrou a possibilidade de troca segura de chaves sobre canais inseguros. Pouco depois, Rivest, Shamir e Adleman (1978) introduziram o algoritmo RSA, estabelecendo as bases para autenticação e comunicação segura em redes abertas.

Em paralelo, a expansão da ARPANET levou ao desenvolvimento de protocolos padronizados para comunicação entre sistemas heterogêneos. Esses protocolos incluem:

Protocolo	RFC	Ano	Função
IP	RFC 791	1981	Endereçamento e roteamento
TCP	RFC 793	1981	Transporte confiável
SMTP	RFC 821	1982	Correio eletrônico
Telnet	RFC 854	1983	Acesso remoto
FTP	RFC 959	1985	Transferência de arquivos

Embora esses protocolos tenham sido projetados com forte ênfase em interoperabilidade, a segurança não foi uma prioridade central em suas primeiras especificações. Por exemplo, Telnet transmite credenciais em texto claro, tornando possível a interceptação de senhas em redes comprometidas.

Outro componente importante da infraestrutura de rede é o Domain Name System (DNS), introduzido por Mockapetris (1987). O DNS facilita a resolução de nomes em endereços IP, mas também introduz novos riscos de manipulação de dados e falsificação de registros.

A segurança de autenticação em sistemas UNIX também foi amplamente estudada. Morris e Thompson (1979) demonstraram que muitas senhas podem ser quebradas através de ataques de dicionário relativamente simples.

Essas pesquisas estabeleceram a base teórica para a segurança de sistemas conectados. Entretanto, a rápida expansão das redes acadêmicas e militares tem criado um ambiente operacional no qual recursos computacionais são compartilhados globalmente, frequentemente sem mecanismos de defesa adequados.

A Tabela seguinte compara diferentes modelos de computação compartilhada existentes em 1988.

Modelo	Características	Riscos Principais
Time-sharing local	Múltiplos usuários em um mainframe	Escalonamento de privilégios
Service bureau	Processamento terceirizado	Exposição de dados sensíveis
Rede acadêmica	Acesso remoto entre universidades	Exploração de serviços de rede
ARPANET interconectada	Comunicação global	Propagação automatizada de malware

Esses modelos compartilham um elemento fundamental: recursos computacionais centralizados acessados remotamente por múltiplos usuários, o que constitui a base conceitual da chamada computação em nuvem primitiva.

3. Threat Model and Problem Formalization

Para analisar sistematicamente a segurança de ambientes de computação compartilhada, é necessário definir um modelo formal de ameaça.

Consideramos um ambiente composto por:

• Um conjunto de servidores $S = {s_1, s_2, …, s_n}$
• Um conjunto de usuários $U = {u_1, u_2, …, u_m}$
• Uma rede TCP/IP interconectando esses sistemas

Cada usuário pode estabelecer sessões remotas através de protocolos como Telnet ou FTP. Um atacante pode pertencer a dois perfis principais:

1. Usuário legítimo malicioso
2. Atacante externo com acesso de rede

Definimos a probabilidade de comprometimento de um sistema como:

$$ P_c = 1 - \prod_{i=1}^{k} (1 - p_i) $$

onde $p_i$ representa a probabilidade de exploração de uma vulnerabilidade específica entre $k$ vulnerabilidades existentes.

A superfície de ataque inclui diversos serviços de rede comuns.

Serviço	Porta	Risco Principal
Telnet	23	Interceptação de credenciais
FTP	21	Upload de arquivos maliciosos
SMTP	25	Execução remota via sendmail
Finger	79	Vazamento de informações

Em ambientes altamente interconectados, o comprometimento de um único sistema pode permitir movimento lateral para outros sistemas na rede.

4. Proposed Methodology

Nossa metodologia de defesa baseia-se em três camadas principais:

1. Monitoramento de rede
2. Endurecimento de serviços
3. Controle rigoroso de autenticação

A detecção de comportamento anômalo pode ser baseada em análise estatística de conexões.

Definimos a taxa média de conexões como:

$$ \lambda = \frac{N}{T} $$

onde $N$ é o número de conexões observadas durante um intervalo de tempo $T$.

Valores significativamente acima da média histórica podem indicar tentativa de exploração automatizada.

5. Implementation

O ambiente experimental foi construído utilizando sistemas UNIX BSD 4.3 conectados via Ethernet.

Monitoramento de tráfego foi realizado com tcpdump.

tcpdump -i le0 tcp port 23

Esse comando captura todo o tráfego Telnet na interface de rede.

Também utilizamos ferramentas nativas do UNIX para examinar conexões ativas:

netstat -an | grep ESTABLISHED

Esse método permite identificar conexões suspeitas em tempo real.

6. Experimental Evaluation

Realizamos experimentos simulando tentativas de intrusão em uma rede composta por cinco sistemas UNIX.

Cenário	Conexões/min	Detecção
Uso normal	12	Nenhuma
Ataque de senha	140	Detectado
Worm experimental	320	Detectado

Outra métrica analisada foi o número de tentativas de autenticação falha.

Host	Tentativas/hora (normal)	Tentativas/hora (ataque)
node1	3	85
node2	4	91
node3	2	77

Esses resultados demonstram que padrões de tráfego podem revelar atividades maliciosas mesmo sem inspeção profunda de pacotes.

7. Case Study

O incidente do Internet Worm de 1988 demonstrou como vulnerabilidades em serviços amplamente utilizados podem ser exploradas para propagação automatizada.

O worm explorou:

• falhas em sendmail
• overflow no finger daemon
• adivinhação de senhas

Uma vez comprometido um sistema, o worm tentava conectar-se a outros hosts listados em arquivos de rede.

8. Discussion

Ambientes de computação compartilhada ampliam significativamente o impacto potencial de falhas de segurança. A centralização de recursos significa que a violação de um único servidor pode comprometer múltiplos usuários simultaneamente.

Além disso, protocolos de rede atuais foram projetados principalmente para conectividade e interoperabilidade, não para segurança.

9. Conclusion and Future Work

A expansão contínua de redes TCP/IP indica que a computação remota compartilhada se tornará cada vez mais comum. Embora o termo “computação em nuvem” ainda não seja utilizado formalmente, o modelo operacional já está presente em redes acadêmicas e centros de processamento.

A segurança desses ambientes exigirá avanços em:

• autenticação criptográfica
• monitoramento de rede
• isolamento entre processos

REFERENCES

ANDERSON, J. Computer Security Technology Planning Study. https://apps.dtic.mil/sti/pdfs/AD0758206.pdf

DENNING, D. An Intrusion Detection Model. https://dl.acm.org/doi/10.1145/360051.360056

DIFFIE, W.; HELLMAN, M. New Directions in Cryptography. https://ee.stanford.edu/~hellman/publications/24.pdf

LAMPSon, B. Protection. https://bwlampson.site/08-Protection/08-ProtectionAbstract.html

MORRIS, R.; THOMPSON, K. Password Security: A Case History. https://dl.acm.org/doi/10.1145/359168.359172

MOCKAPETRIS, P. Domain Names – Concepts and Facilities (RFC 1034). https://www.rfc-editor.org/rfc/rfc1034

MOCKAPETRIS, P. Domain Names – Implementation and Specification (RFC 1035). https://www.rfc-editor.org/rfc/rfc1035

POSTEL, J. Internet Protocol (RFC 791). https://www.rfc-editor.org/rfc/rfc791

POSTEL, J. Transmission Control Protocol (RFC 793). https://www.rfc-editor.org/rfc/rfc793

POSTEL, J. User Datagram Protocol (RFC 768). https://www.rfc-editor.org/rfc/rfc768

POSTEL, J. Simple Mail Transfer Protocol (RFC 821). https://www.rfc-editor.org/rfc/rfc821

POSTEL, J. Internet Message Format (RFC 822). https://www.rfc-editor.org/rfc/rfc822

POSTEL, J.; REYNOLDS, J. Telnet Protocol Specification (RFC 854). https://www.rfc-editor.org/rfc/rfc854

POSTEL, J.; REYNOLDS, J. File Transfer Protocol (RFC 959). https://www.rfc-editor.org/rfc/rfc959

RIVEST, R.; SHAMIR, A.; ADLEMAN, L. A Method for Obtaining Digital Signatures and Public-Key Cryptosystems. https://people.csail.mit.edu/rivest/Rsapaper.pdf

SALTZER, J.; SCHROEDER, M. The Protection of Information in Computer Systems. https://web.mit.edu/Saltzer/www/publications/protection/

WARE, W. Security Controls for Computer Systems. https://apps.dtic.mil/sti/pdfs/AD0706434.pdf

SPAFFORD, E. The Internet Worm Incident. https://docs.lib.purdue.edu/cstech/

CLARK, D. The Design Philosophy of the DARPA Internet Protocols. https://groups.csail.mit.edu/ana/Publications/PubPDFs/Design_Philosophy.pdf

NEEDHAM, R.; SCHROEDER, M. Using Encryption for Authentication in Large Networks. https://dl.acm.org/doi/10.1145/359657.359659

KERBEROS Project. MIT Technical Plan (1988). https://web.mit.edu/kerberos/

COMER, D. Internetworking with TCP/IP. https://www.cs.purdue.edu/homes/comer/

TANENBAUM, A. Computer Networks. https://archive.org/details/computernetworks

STALLINGS, W. Data and Computer Communications. https://archive.org/details/datacomputercomm

DENNING, P. Fault Tolerant Operating Systems. https://dl.acm.org/doi/10.1145/359104.359106

POSTEL, J. Assigned Numbers (RFC 1010). https://www.rfc-editor.org/rfc/rfc1010