Operating Systems 2021F: Tutorial 5 - Revision history

Soma: /* Tasks */

2021-11-02T15:37:44Z

Tasks

← Older revision		Revision as of 15:37, 2 November 2021
Line 119:		Line 119:
	# Setup password-less login to your local system between the student and other account (or any two other accounts), following the above instructions. Note that the "local" account is the one you are running the ssh command on.		# Setup password-less login to your local system between the student and other account (or any two other accounts), following the above instructions. Note that the "local" account is the one you are running the ssh command on.
	# Setup password-less login to access.scs.carleton.ca, following the instructions above.		# Setup password-less login to access.scs.carleton.ca, following the instructions above.
	# Secure shell can be used to directly run a command on another program rather than the default shell. For example, try "ssh student@localhost bc -l" and see that bc is run. When you do this, does ssh directly run the specified command or does it first run a shell and have the shell run the command? Use opensnoop.bt to verify.		# Secure shell can be used to directly run a command on another program rather than the default shell. For example, try "ssh student@localhost bc -l" and see that bc is run. When you do this, does ssh directly run the specified command or does it first run a shell and have the shell run the command? Use opensnoop.bt or execsnoop.bt to verify.
	# What files in /etc does bash access when you login via 3000userlogin? How does this compare to what bash opens when you log in via ssh?		# What files in /etc does bash access when you login via 3000userlogin? How does this compare to what bash opens when you log in via ssh?
	# '''(Optional):''' Prompt for the user's password before logging the user in. To do this, you'll need to get the right password hash and then figure out how to hash the entered password to check if it matches. See online guides about [https://www.slashroot.in/how-are-passwords-stored-linux-understanding-hashing-shadow-utils how passwords are stored on Linux] for help.		# '''(Optional):''' Prompt for the user's password before logging the user in. To do this, you'll need to get the right password hash and then figure out how to hash the entered password to check if it matches. See online guides about [https://www.slashroot.in/how-are-passwords-stored-linux-understanding-hashing-shadow-utils how passwords are stored on Linux] for help.

Soma at 18:01, 22 October 2021

2021-10-22T18:01:30Z

← Older revision		Revision as of 18:01, 22 October 2021
Line 1:		Line 1:
	~~'''This tutorial is still in development.'''~~

	In this tutorial you will learn about how accounts and logging in work through exploring 3000userlogin and ssh.		In this tutorial you will learn about how accounts and logging in work through exploring 3000userlogin and ssh.

Soma: /* Code */

2021-10-22T17:59:23Z

Code

← Older revision		Revision as of 17:59, 22 October 2021
Line 127:		Line 127:
	==Code==		==Code==

	[https://homeostasis.scs.carleton.ca/~soma/os-~~2020w~~/code/~~tut4~~.tar.gz Download code for this tutorial (3000userlogin.c and Makefile)]		[https://homeostasis.scs.carleton.ca/~soma/os-2021f/code/3000userlogin.tar.gz Download code for this tutorial (3000userlogin.c and Makefile)]

	===3000userlogin.c===		===3000userlogin.c===

Soma: /* Tasks */

2021-10-22T17:37:00Z

Tasks

← Older revision		Revision as of 17:37, 22 October 2021
Line 118:		Line 118:
	# How important is each of the environment variables that is set by 3000userlogin? Are these the only environment variables that are set after you successfully login?		# How important is each of the environment variables that is set by 3000userlogin? Are these the only environment variables that are set after you successfully login?
	# Note that 3000userlogin uses environ not envp (as an argument to main) to access environment variables. Why not use envp? (Try changing the code to use envp and see what happens.)		# Note that 3000userlogin uses environ not envp (as an argument to main) to access environment variables. Why not use envp? (Try changing the code to use envp and see what happens.)
	# ~~What~~ system calls is ~~3000userlogin~~ using to change its uid ~~and gid~~? ~~What arguments do they take, and how do they~~ compare to ~~those of~~ the ~~library wrappers that we are using? (Note that you won't be able to strace or run gdb as~~ a ~~regular~~ user~~; instead, log~~ in ~~as root and run strace or gdb).~~		# Use <tt>bpftrace /usr/local/share/bpftrace/tools/setuids.bt</tt> to see what system calls 3000userlogin is using to change its uid. Is it what you expect given the source of 3000login? How does this compare to the system calls ssh uses when a user logs in?
	# Setup password-less login to your local system between the student and other account (or any two other accounts), following the above instructions. Note that the "local" account is the one you are running the ssh command on.		# Setup password-less login to your local system between the student and other account (or any two other accounts), following the above instructions. Note that the "local" account is the one you are running the ssh command on.
	# Setup password-less login to access.scs.carleton.ca, following the instructions above.		# Setup password-less login to access.scs.carleton.ca, following the instructions above.
	# Secure shell can be used to directly run a command on another program rather than the default shell. For example, try "ssh student@localhost bc -l" and see that bc is run. When you do this, does ssh directly run the specified command or does it first run a shell and have the shell run the command? How ~~can~~ you ~~verify what is happening~~?		# Secure shell can be used to directly run a command on another program rather than the default shell. For example, try "ssh student@localhost bc -l" and see that bc is run. When you do this, does ssh directly run the specified command or does it first run a shell and have the shell run the command? Use opensnoop.bt to verify.
			# What files in /etc does bash access when you login via 3000userlogin? How does this compare to what bash opens when you log in via ssh?
	# '''(Optional):''' Prompt for the user's password before logging the user in. To do this, you'll need to get the right password hash and then figure out how to hash the entered password to check if it matches. See online guides about [https://www.slashroot.in/how-are-passwords-stored-linux-understanding-hashing-shadow-utils how passwords are stored on Linux] for help.		# '''(Optional):''' Prompt for the user's password before logging the user in. To do this, you'll need to get the right password hash and then figure out how to hash the entered password to check if it matches. See online guides about [https://www.slashroot.in/how-are-passwords-stored-linux-understanding-hashing-shadow-utils how passwords are stored on Linux] for help.

Soma: /* Setup */

2021-10-22T16:20:01Z

Setup

← Older revision		Revision as of 16:20, 22 October 2021
Line 50:		Line 50:
	===Setup===		===Setup===

	Install the openssh-server package (note on openstack it will already be installed, but on a default Ubuntu ~~18.04~~ install it won't be):		Install the openssh-server package (note on openstack it will already be installed, but on a default Ubuntu desktop install it won't be):

	sudo apt-get install openssh-server		sudo apt-get install openssh-server

Soma: Created page with "'''This tutorial is still in development.''' In this tutorial you will learn about how accounts and logging in work through exploring 3000userlogin and ssh. ==Logging in to..."

2021-10-21T14:03:01Z

Created page with "'''This tutorial is still in development.''' In this tutorial you will learn about how accounts and logging in work through exploring 3000userlogin and ssh. ==Logging in to..."

New page

'''This tutorial is still in development.'''

In this tutorial you will learn about how accounts and logging in work through exploring 3000userlogin and ssh.

==Logging in to a UNIX system==

In order to log in to a UNIX system (Linux or otherwise), the following steps must occur (potentially not in this order).

# The user must authenticate themselves, proving their identity and that they are allowed to access the system. By default this is done through a username and password.
# A new process, U, should be created for the authenticated user.
# The login program must establish communication with the user via some communications channel. Normally this channel will be a device. Standard in, out, and error for U should be connected to this device.
# U changes uid and gid to that of the new user.
# U sets up other aspects of the user's context (mainly setting key environment variables).
# U does an execve of the user's chosen shell.

[[#Code|3000userlogin]] is a basic implementation of steps 4-6. (Steps 2 and 3 are accomplished by running 3000userlogin in a shell, as running an external command means the shell first creates a new process, as we have seen. We are skipping 1.)

When 3000userlogin is properly compiled and set up, you can run

./3000userlogin someuser

and you'll be logged in as "someuser", assuming someuser exists.

You can add a user with the adduser command. For example, to create the user "someuser":

sudo adduser someuser

Note you'll have to answer several questions.

If you just compile 3000userlogin normally, you won't be able to log in as anyone except the current user. To compile and set up 3000userlogin, do the following:

gcc -O -Wall 3000userlogin.c -o 3000userlogin
sudo chown root:root 3000userlogin
sudo chmod u+s 3000userlogin

The chown command makes the binary owned by root, and the chmod command makes it setuid. Thus, when the program is execve'd it will have an effective user ID of root (euid=0).

Alternately, you can download the code and use the associated makefile to build by doing the following:

wget https://homeostasis.scs.carleton.ca/~soma/os-2020w/code/tut4.tar.gz
tar xzf tut4.tar.gz
cd tut4
make
make setuid

==SSH==

Here you will be learning about [http://www.openssh.org ssh (openssh)], the standard program for accessing UNIX systems remotely. It is a more secure replacement for older technologies such as [https://en.wikipedia.org/wiki/Berkeley_r-commands rsh] and [https://en.wikipedia.org/wiki/Telnet telnet].

===Setup===

Install the openssh-server package (note on openstack it will already be installed, but on a default Ubuntu 18.04 install it won't be):

sudo apt-get install openssh-server

Create a second user in the virtual machine named "other" (or any other name you wish to use):

sudo adduser other

(Answer the subsequent prompts however you wish, just remember the password.)

At this point you should be able to log in to the "other" account using ssh:

ssh other@localhost

You'll have to enter your password.

If you don't get a password prompt, password authentication has probably been disabled. (Password authentication has been disabled on the openstack VMs.) To enable it, do the following

sudo nano /etc/ssh/sshd_config (or vi, or emacs)

In the editor change the line "PasswordAuthentication no" to "PasswordAuthentication yes". Then, to restart sshd:

sudo service sshd restart

Be sure to change it back after you've set up public key authentication!

===Public key authentication and ssh===

Create a public key file for your account (as user student, ubuntu, or your personal account):

ssh-keygen

(Accept the default filename and choose at least a simple passphrase.)

You just created a certificate! (A certificate is just a public key with metadata.)

Copy the key to the other account:

cat ~/.ssh/id_rsa.pub >> authorized_keys
scp authorized_keys other@localhost:.
rm authorized_keys
ssh other@localhost

(as user other)
mkdir ~/.ssh (if it doesn't exist already)
chmod 700 ~/.ssh (make it private)
mv ~/authorized_keys ~/.ssh
chmod 600 ~/.ssh/authorized_keys

Now you can log in to user other by typing in the passphrase you used to lock the key you generated.

To avoid entering this passphrase every time, you can give it to the authentication agent (generally, ssh-agent) that was started when you logged in:

ssh-add

Note I expect the above to be a bit confusing. Do look around for resources on public key cryptography; however, you may find that playing around with ssh authentication may help you understand things better. In particular, try using "-v" (verbose) with ssh.

==Tasks==

# Compile and setup 3000userlogin as described above. Create a new user account. Verify that you can use 3000userlogin to login as the new user without typing the password of the new user.
# What is returned as the user's password by getpwnam()? Is this what you expected?
# Compare the uid, gid, euid, egid when running 3000userlogin as a regular user, running it setuid root, and running it as root (i.e., running it from a root shell without the setuid bit set). Also check to see what happens when you set the setgid bit (with different group IDs on the file).
# Why does 3000userlogin change its gid before changing its uid? What happens if you switch the order of these operations?
# Make 3000userlogin use the shell that is specified in the user's password entry. Check by making a new user and setting its shell to a new shell and then see if that new shell runs when you run 3000userlogin. You can change a user's shell with the chsh command.
# Can you set 3000shell to be a user's default shell? What changes do you have to make for chsh to accept 3000shell? Does anything obvious break when running 3000shell this way, and how can you change 3000userlogin to fix it?
# Does a user's default shell have to be a regular shell? Could it instead be an arbitrary program? How do you know?
# How important is each of the environment variables that is set by 3000userlogin? Are these the only environment variables that are set after you successfully login?
# Note that 3000userlogin uses environ not envp (as an argument to main) to access environment variables. Why not use envp? (Try changing the code to use envp and see what happens.)
# What system calls is 3000userlogin using to change its uid and gid? What arguments do they take, and how do they compare to those of the library wrappers that we are using? (Note that you won't be able to strace or run gdb as a regular user; instead, log in as root and run strace or gdb).
# Setup password-less login to your local system between the student and other account (or any two other accounts), following the above instructions. Note that the "local" account is the one you are running the ssh command on.
# Setup password-less login to access.scs.carleton.ca, following the instructions above.
# Secure shell can be used to directly run a command on another program rather than the default shell. For example, try "ssh student@localhost bc -l" and see that bc is run. When you do this, does ssh directly run the specified command or does it first run a shell and have the shell run the command? How can you verify what is happening?
# '''(Optional):''' Prompt for the user's password before logging the user in. To do this, you'll need to get the right password hash and then figure out how to hash the entered password to check if it matches. See online guides about [https://www.slashroot.in/how-are-passwords-stored-linux-understanding-hashing-shadow-utils how passwords are stored on Linux] for help.

==Code==

[https://homeostasis.scs.carleton.ca/~soma/os-2020w/code/tut4.tar.gz Download code for this tutorial (3000userlogin.c and Makefile)]

===3000userlogin.c===

[https://homeostasis.scs.carleton.ca/~soma/os-2020w/code/3000userlogin.c Download 3000userlogin.c]

<source lang="c" line>
/* 3000userlogin.c */
/* version 0.1 */

#include <stdio.h>
#include <sys/types.h>
#include <unistd.h>
#include <stdlib.h>
#include <pwd.h>

int main(int argc, char *argv[])
{
int result;
char *shell_argv[3];
char *username;
extern char **environ;
struct passwd *pw_entry;

if (argc < 2) {
fprintf(stderr, "Usage: %s <username>\n", argv[0]);
exit(-1);
}

printf("uid=%d, euid=%d, gid=%d, egid=%d\n",
getuid(), geteuid(), getgid(), getegid());

username = argv[1];

pw_entry = getpwnam(username);
if (pw_entry == NULL) {
fprintf(stderr, "Could not find user %s.\n", username);
exit(-2);
}

result = setgid(pw_entry->pw_gid);
if (result != 0) {
fprintf(stderr, "Failed to change to gid %d\n",
pw_entry->pw_gid);
exit(-3);
}

result = setuid(pw_entry->pw_uid);
if (result != 0) {
fprintf(stderr, "Failed to change to uid %d\n",
pw_entry->pw_uid);
exit(-4);
}

result = chdir(pw_entry->pw_dir);
if (result != 0) {
fprintf(stderr, "Failed to change to home dir %s\n",
pw_entry->pw_dir);
exit(-5);
}

shell_argv[0] = "bash";
shell_argv[1] = "--login";
shell_argv[2] = NULL;

clearenv();
setenv("USERNAME", pw_entry->pw_name, 1);
setenv("PATH", "/usr/bin:/bin", 1);
setenv("SHELL", "/bin/bash", 1);
setenv("HOME", pw_entry->pw_dir, 1);
setenv("COMP3000", "yes", 1);

execve("/bin/bash", shell_argv, environ);

fprintf(stderr, "Failed to exec bash\n");
return -6;
}
</source>

===Makefile===

<source lang="make" line>
.PHONY: setuid

3000userlogin: 3000userlogin.c
gcc -Wall -O 3000userlogin.c -o 3000userlogin

setuid: 3000userlogin
@echo "The following changes ownership to root, group to root, and sets the setuid bit on 3000userlogin:"
sudo chown root:root 3000userlogin && sudo chmod u+s 3000userlogin
@echo "3000userlogin is now setuid root!"
</source>