Existe perigo potencial . Embora, em teoria, despejar "lixo" em um terminal não cause dano, você nunca sabe se há um bug no código por trás do terminal. Uma certa string binária pode ter conseqüências não intencionais.
Estou pensando em um cenário em que um fluxo desconhecido de dados é impresso em um terminal ou emulador de terminal, não é assim que algumas seqüências de caracteres podem ser interpretadas como comandos e causar danos?
Basicamente, eu estou querendo saber quais são as possíveis conseqüências de se livrar de seqüências aleatórias ou desconhecidas de octetos para um terminal [emulador]? Usando xterm como exemplo.
Houve uma exposição nas versões iniciais do DOS em que fazer uma DIR de um disquete poderia (se certas opções fossem ativadas para o sistema) fazer com que comandos fossem executados no disquete, possivelmente instalando um vírus. A chave aqui era que um sistema de exibição do console era configurado para interpretar certos combos de caracteres como comandos. Não tenho conhecimento de nenhuma versão "moderna" do DOS / Windows em que isso seja verdade (fora do HTML, et al), mas sei pouco sobre xterm et al (que até certo ponto simula esses ambientes antigos), e também poderia ser um perigo semelhante em alguns ambientes GUI.
De volta aos dias do Teletipo, você poderia danificar alguns teleimpressores enviando dados binários "puros" que causariam seqüências mecânicas inválidas. Nenhuma impressora moderna deve ter esse problema (embora, é claro, o problema de, às vezes, imprimir páginas e páginas, essencialmente, não restar nada até hoje).
Podem ser criados arquivos que contenham caracteres de controle. Os caracteres de controle podem ser newline, backspace, qualquer coisa na tabela ASCII. Se você quiser ter certeza de que o binário não causará nenhum dano, canalize-o para | cat -v ou escreva um filtro para capturar o não-não.
Tags xterm terminal-emulator