ssheven - A modern SSH client for Mac OS 7/8/9.

I have a Power Macintosh 6100/60 running System 7.6.1. I can launch the PPC version of the application, and enter a password or key, but after that it rapidly displays a line of text which says "connecting endpoint ...done" and then crashes with the error "the application "unknown" has unexpectedly quit, because an error of type 7 occurred."'

Putting in a bogus connection URL or port yields "connecting endpoint..." and the whole system locks up.

I tried the 68k version instead (just to see if it worked as PPC supports most 68k apps) and it quit with an error of type 2 after entering the password.

Any thoughts on how I can debug?

System details

Power Macintosh 7300 96MB of RAM System 7.5.5 Open Transport 1.1.1

Issue

Launching SSHEVEN-FAT produces the following error and immediately quits.

The application "SSHEVEN-FAT" can not be opened because an unexpected error occured.

On the Finnish keyboard option is required to access many common characters like |, $, [], etc. I am running ssheven under Mac OS 9 set to Finnish locale, and it appears to me that ssheven is ignoring these key combinations. Unsure if this is covered under "non-US keyboard input may or may not have issues" or not.

Hello,

Discovered this by accident, but in SSHeven 0.8.0 prerelease, when I am connecting to a machine and enter a password that has a period (".") symbol in it, the period is shown instead of the typical bullet/circle symbol.

I'm running 9.2.2 on a G3, VM is off. I haven't had a chance to test this on my 7.6.1/601 machine or elsewhere yet.

Here is a screenshot with an example password that has a period in the 5th position:

Please let me know if you need anything else on this, and, thank you for your work on this project!

I believe the following lines allow for a buffer over-read (however remote the possibility):

https://github.com/cy384/ssheven/blob/d8753b3676a63b8763a5480817eaad5ce28e4735/ssheven.c#L35 https://github.com/cy384/ssheven/blob/d8753b3676a63b8763a5480817eaad5ce28e4735/ssheven.c#L39

The arrays are length 255 rather than 256; in both cases, I think it's possible for the array to end up being indexed with [255], which over-reads the buffer.

When reading from ascii_to_control_code, you might send garbage across the wire: https://github.com/cy384/ssheven/blob/d8753b3676a63b8763a5480817eaad5ce28e4735/ssheven.c#L576

For keycode_to_ascii, the index to the above read might also end up being garbage: https://github.com/cy384/ssheven/blob/d8753b3676a63b8763a5480817eaad5ce28e4735/ssheven.c#L571

If this looks like a problem, you'll also want to update this loop:

https://github.com/cy384/ssheven/blob/d8753b3676a63b8763a5480817eaad5ce28e4735/ssheven.c#L50

to:

	for (uint16_t i = 0; i < 256; i++)

I don't know that any Mac keyboard would even have a key code on it equal to 0xff, nor do I know if the translation to "ASCII" would ever give 0xff. This latter seems like it could be possible if there is a layout with a ˇ key.

Realize it's still a prototype just wanted to document some behaviors I'm seeing. :) Noticed that when network access is unavailable or if a machine goes to sleep, the client crashes and the client window is flooded by this error: "channel read error: LIBSSL2_ERROR_ENCRYPT".

If I attempt to ssh to a host that cannot be resolved (eg. is offline or incorrect hostname) the error "Connecting endpoint... OTConnect(ssh_con.endpoint, &sndCall, nil) failed" appears in the console. The program then immediately locks up and needs to be Force Quit using Cmd + Opt + Esc.

Using on an iMac G3 running Mac OS 9.2.2. Can't screenshot the above error as the system is unresponsive until ssheven is force quit anyway.

I am having no issues as long as the remote host being connected to responds.

Pressing Ctrl and the A key does not produce the byte 0x01, but pressing Ctrl, Shift and the A key does. I am not exactly sure what Ctrl-A produces by itself, because in shell it doesn't seem to do anything but in Irssi it switches windows. I am using Finnish-language Mac OS 9.2 with Finnish keyboard map on a PowerPC G3 system, running both version 0.8.9 and the one-off version created to a keyboard layout issue I had.

Thanks for making this cool project!

Note, the keypair work , I've tested on other machines. I downloaded id-rsa and id-rsa.pub from my linux computer, and placed them on the OS9.2 desktop, then provided the .pub file when asked for "public key". I am then asked for the password, there is no password, so I press enter.

ssheven then tells that login failed, the message is:

Connecting endpoint... done. Beginning SSH session handshake... done. (15 ticks) Authenticating... failed! Username/public key combination invalid!

I captured the attached log from SSHD Did I do something wrong?

Best Regards

21:19:24 sshd[1239115]: debug1: Forked child 1239244. 21:19:24 sshd[1239244]: debug1: Set /proc/self/oom_score_adj to 0 21:19:24 sshd[1239244]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8 21:19:24 sshd[1239244]: debug1: inetd sockets after dupping: 4, 4 21:19:24 sshd[1239244]: Connection from 192.168.40.149 port 49164 on 192.168.40.118 port 22 rdomain "" 21:19:24 sshd[1239244]: debug1: Local version string SSH-2.0-OpenSSH_8.2p1 Ubuntu-4ubuntu0.5 21:19:24 sshd[1239244]: debug1: Remote protocol version 2.0, remote software version libssh2_1.9.0_DEV 21:19:24 sshd[1239244]: debug1: no match: libssh2_1.9.0_DEV 21:19:24 sshd[1239244]: debug1: permanently_set_uid: 122/65534 [preauth] 21:19:24 sshd[1239244]: debug1: list_hostkey_types: rsa-sha2-512,rsa-sha2-256,ssh-rsa,ecdsa-sha2-nistp256,ssh-ed25519 [preauth] 21:19:24 sshd[1239244]: debug1: SSH2_MSG_KEXINIT sent [preauth] 21:19:24 sshd[1239244]: debug1: SSH2_MSG_KEXINIT received [preauth] 21:19:24 sshd[1239244]: debug1: kex: algorithm: ecdh-sha2-nistp256 [preauth] 21:19:24 sshd[1239244]: debug1: kex: host key algorithm: ecdsa-sha2-nistp256 [preauth] 21:19:24 sshd[1239244]: debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha2-256 compression: none [preauth] 21:19:24 sshd[1239244]: debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha2-256 compression: none [preauth] 21:19:24 sshd[1239244]: debug1: expecting SSH2_MSG_KEX_ECDH_INIT [preauth] 21:19:24 sshd[1239244]: debug1: rekey out after 4294967296 blocks [preauth] 21:19:24 sshd[1239244]: debug1: SSH2_MSG_NEWKEYS sent [preauth] 21:19:24 sshd[1239244]: debug1: expecting SSH2_MSG_NEWKEYS [preauth] 21:19:24 sshd[1239244]: debug1: SSH2_MSG_NEWKEYS received [preauth] 21:19:24 sshd[1239244]: debug1: rekey in after 4294967296 blocks [preauth] 21:19:24 sshd[1239244]: debug1: KEX done [preauth] 21:19:24 sshd[1239244]: debug1: userauth-request for user dusted service ssh-connection method publickey [preauth] 21:19:24 sshd[1239244]: debug1: attempt 0 failures 0 [preauth] 21:19:24 sshd[1239244]: debug1: PAM: initializing for "dusted" 21:19:24 sshd[1239244]: debug1: PAM: setting PAM_RHOST to "192.168.40.149" 21:19:24 sshd[1239244]: debug1: PAM: setting PAM_TTY to "ssh" 21:19:24 sshd[1239244]: debug1: userauth_pubkey: test pkalg ssh-rsa pkblob RSA SHA256:#REDACTED #REDACTED# #REDACTED# #REDACTED## [preauth] 21:19:24 sshd[1239244]: debug1: temporarily_use_uid: 1000/1000 (e=0/0) 21:19:24 sshd[1239244]: debug1: trying public key file /home/dusted/.ssh/authorized_keys 21:19:24 sshd[1239244]: debug1: fd 5 clearing O_NONBLOCK 21:19:24 sshd[1239244]: debug1: /home/dusted/.ssh/authorized_keys:2: matching key found: RSA SHA256:#REDACTED #REDACTED# #REDACTED# #REDACTED## 21:19:24 sshd[1239244]: debug1: /home/dusted/.ssh/authorized_keys:2: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding 21:19:24 sshd[1239244]: Accepted key RSA SHA256:#REDACTED #REDACTED# #REDACTED# #REDACTED## found at /home/dusted/.ssh/authorized_keys:2 21:19:24 sshd[1239244]: debug1: restore_uid: 0/0 21:19:24 sshd[1239244]: Postponed publickey for dusted from 192.168.40.149 port 49164 ssh2 [preauth] 21:19:24 sshd[1239244]: Connection closed by authenticating user dusted 192.168.40.149 port 49164 [preauth] 21:19:24 sshd[1239244]: debug1: do_cleanup [preauth] 21:19:24 sshd[1239244]: debug1: monitor_read_log: child log fd closed 21:19:24 sshd[1239244]: debug1: do_cleanup 21:19:24 sshd[1239244]: debug1: PAM: cleanup 21:19:24 sshd[1239244]: debug1: Killing privsep child 1239245 21:19:24 sshd[1239244]: debug1: audit_event: unhandled event 12 21:19:24 sshd[1239115]: debug1: main_sigchld_handler: Child exited

the black and white icon is hard to see when selected on a white background; the 7 becomes white and only the key is visible.

fix: add a white border around the 7

ssheven supports 16 colors, but actually only 8 colors, because that's what the "traditional" quickdraw environment supports

• detect current color depth
• figure out how we can do 256+ colors without needing a whole screen buffer
• hook into libvterm to do the colors

presently, ssheven uses xterm-mono and xterm-16colors depending on the color setting. Not all systems support these. Add a custom text field setting and save into preferences so the user can provide their own.