Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.computer.security > #6319
| From | kludge@panix.com (Scott Dorsey) |
|---|---|
| Newsgroups | sci.crypt, alt.security.pgp, alt.bbs, comp.terminals, alt.computer.security |
| Subject | Re: ? Unsafe terminal escape sequences and ANSI codes from decryption |
| Date | 2023-03-08 20:56 +0000 |
| Organization | Former users of Netcom shell (1989-2000) |
| Message-ID | <tuaspu$eqh$1@panix2.panix.com> (permalink) |
| References | <tu1ml1$ti6$1@news.cyber23.de> <tu602l$3b9$1@tncsrv09.home.tnetconsulting.net> <tu6752$sb8$1@panix2.panix.com> <tu6mkj$g01$1@tncsrv09.home.tnetconsulting.net> |
Cross-posted to 5 groups.
Grant Taylor <gtaylor@tnetconsulting.net> wrote: >On 3/6/23 7:22 PM, Scott Dorsey wrote: > >> There also was a thing on the CDC 721 terminal where you could send a >> sequence to copy the scrollback buffer into a second screen memory, >> so after the person cleared the terminal you could go back and see >> their session text including the login password by going through >> menus to display the buffer. A friend of mine used this to great >> effect at the registration office when he was a student. > >Interesting. > >It seems like both of these attacks could relatively easily be defended >against -- as long as you knew to do so -- in that you could re-program >the terminal to behave correctly /and/ to clear the second screen memory. Yes. The CDC 721 attack required physical access to the terminal and it required the terminal to remain powered on before the attacker got to it. Which is typically easy in an open terminal cluster but could be defeated by turning the terminal off after using it. >For a few minutes I thought you were going to suggest something to have >the terminal copy screen contents and feed it back to the host in a way >that didn't echo on the host. There might be a way to do that, I don't know. The HP terminals have so many crazy modes for local forms management and multidrop connections and so forth that there could be all kinds of hidden vulnerabilities in there. ANSI terminals are so much more sane than some of the stuff we had out there. --scott -- "C'est un Nagra. C'est suisse, et tres, tres precis."
Back to alt.computer.security | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
? Unsafe terminal escape sequences and ANSI codes from decryption "G.K." <g@k.invalid> - 2023-03-05 03:19 -0600
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Grant Taylor <gtaylor@tnetconsulting.net> - 2023-03-05 09:59 -0700
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption legalize+jeeves@mail.xmission.com (Richard) - 2023-03-06 04:42 +0000
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Jan Panteltje <alien@comet.invalid> - 2023-03-06 06:25 +0000
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption "G.K." <g@k.invalid> - 2023-03-06 01:25 -0600
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption "G.K." <g@k.invalid> - 2023-03-06 01:31 -0600
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Simon Tatham <anakin@pobox.com> - 2023-03-06 09:29 +0000
[solved] Unsafe terminal escape sequences and ANSI codes from decryption "G.K." <g@k.invalid> - 2023-03-06 04:04 -0600
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Phil Carmody <pc+usenet@asdf.org> - 2023-03-07 09:36 +0200
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption legalize+jeeves@mail.xmission.com (Richard) - 2023-03-06 18:36 +0000
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption drb@ihatespam.msu.edu (Dennis Boone) - 2023-03-06 22:29 +0000
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Grant Taylor <gtaylor@tnetconsulting.net> - 2023-03-06 17:21 -0700
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption drb@ihatespam.msu.edu (Dennis Boone) - 2023-03-07 00:35 +0000
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Grant Taylor <gtaylor@tnetconsulting.net> - 2023-03-06 18:19 -0700
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption drb@ihatespam.msu.edu (Dennis Boone) - 2023-03-07 01:41 +0000
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Grant Taylor <gtaylor@tnetconsulting.net> - 2023-03-06 23:35 -0700
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Jakob Bohm <jb-usenet@wisemo.com.invalid> - 2023-03-17 14:23 +0100
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption kludge@panix.com (Scott Dorsey) - 2023-03-07 02:22 +0000
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption Grant Taylor <gtaylor@tnetconsulting.net> - 2023-03-06 23:46 -0700
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption kludge@panix.com (Scott Dorsey) - 2023-03-08 20:56 +0000
Re: ? Unsafe terminal escape sequences and ANSI codes from decryption legalize+jeeves@mail.xmission.com (Richard) - 2023-03-07 05:37 +0000
csiph-web