resultando em ambiente exclusivamente flexível e favorável ao desenvolved

O presidente da Harvard, Derek Bok, comentou: "Eles têm uma enorme quantidade de
pessoas inteligentes lá no MIT, e eles fizeram isso de novo ". Presidente
Paul E. Gray do MIT disse: "Não há absolutamente nenhuma verdade para o
boato de que eu tive alguma coisa a ver com isso, mas eu gostaria que houvesse.

"

Os hacks acima são históricos verificáveis; eles podem ser provados para ter
aconteceu.

Muitas outras histórias clássicas do MIT e de outros lugares,
embora recontado como história, tem as características do que Jan
Brunvand chamou de "folclore urbano" (veja [15194] FOAF).

Talvez o
a mais conhecida delas é a lenda do infame hack de bonde, um
alegado incidente em que estudantes de engenharia teriam soldado
um bonde para seus rastros com termite.

Numerosas versões deste
foram registrados a partir da década de 1940 até o presente, a maioria definida no MIT, mas
pelo menos uma versão muito detalhada na CMU.

Brian Leibowitz pesquisou hacks do MIT reais e míticos
extensivamente; o leitor interessado é referido a sua deliciosa
Compêndio pictórico "The Journal of the Institute for Hacks,
Tomfoolery e Pranks "(MIT Museum, 1990; ISBN 0-917027-03-5).

o
Instituto tem uma página da World Wide Web em
[15195] http://hacks.mit.edu/Hacks/Gallery.html.

Há rumores de ser
uma sequela intitulada "É este o caminho para Baker Street?".

O Caltech
A Alumni Association publicou dois livros semelhantes intitulados "Legends of
Caltech "e" Mais Lendas do Caltech ".

Finalmente, aqui está uma história sobre um dos hacks clássicos de computador.

Em meados da década de 1970, vários funcionários de suporte do sistema
Motorola descobriu uma maneira relativamente simples de quebrar o sistema
segurança no sistema de compartilhamento de tempo da CP-V da Xerox.

Através de um simples
estratégia de programação, foi possível para um programa de usuário para enganar
o sistema para executar uma parte do programa em 'modo mestre'
(estado de supervisor), no qual a proteção de memória não se aplica.

o
programa poderia, então, inserir um valor grande em seu "nível de privilégio"
byte (normalmente protegido contra gravação) e poderia então
todos os níveis de segurança dentro do sistema de gerenciamento de arquivos,
monitor do sistema, e fazer inúmeras outras coisas interessantes.

Em resumo,
a porta do celeiro estava aberta.

A Motorola relatou este problema adequadamente à Xerox através de um
oficial 'nível 1 SIDR' (um relatório de bug com uma intenção de urgência de
`precisa ser corrigido ontem ').

Porque o texto de cada SIDR era
entrou em um banco de dados que pode ser visto por um grande número de
pessoas, a Motorola seguiu o procedimento aprovado: elas simplesmente
reportou o problema como `Security SIDR ', e anexou todos os
documentação necessária, formas de reproduzir, etc.

As pessoas da CP-V na Xerox sentaram-se em seus polegares; eles também não
perceber a gravidade do problema, ou não atribuir o necessário
recursos da equipe do sistema operacional para desenvolver e distribuir
patch oficial.

Meses se passaram.

Os caras da Motorola importunaram seu suporte de campo da Xerox
rep, sem sucesso.

Finalmente eles decidiram tomar uma ação direta, para
demonstrar à gerência da Xerox o quão facilmente o sistema poderia ser
rachado e quão completamente as salvaguardas de segurança poderia ser
subvertido.