Cuando era un principiante, me faltaba la parte de que cuando estaba usando la línea de comando en realidad estaba usando dos programas separados, un terminal y un shell (por ejemplo, bash)
El shell es lo que probablemente ya conoces, un programa que toma como comandos de entrada o scripts, los ejecuta e imprime su salida.
El terminal en el otro lado es como un hombre en el medio entre el usuario y un programa (cuyo programa suele ser un shell como bash o fish). Lo que hace el terminal es leer la entrada, por ejemplo, desde el teclado, tal vez procesar esa entrada de alguna manera y redirigirla al otro programa (bash).
También esto funciona de la otra manera, cuando el otro programa emite algo, ese algo se redirige al terminal, entonces es el trabajo del terminal enviar ese algo a la pantalla. Entre obtener la entrada e imprimirla en la pantalla, el terminal puede interpretar la entrada que recibe de varias maneras.
Por ejemplo, si un programa genera la siguiente secuencia:
\e[0;31m some extra foobar text
El terminal mostrará en la pantalla "texto extra de foobar" con letras de color rojo. Esto se debe a que el terminal elige tratar ese código extraño de una manera especial, código que le indica que imprima la siguiente salida en rojo.
De manera similar, cuando el usuario presiona Ctrl - C, lo único especial sobre esto es que el terminal elige tratarlo de una manera especial, no hay nada especial sobre esta secuencia de teclas. Específicamente, esto sugiere que envió la señal de interrupción (SIGINT) al proceso que se ejecuta dentro del terminal, que es el shell. Si en ese momento existe algún programa que ha sido generado por el shell y actualmente se está ejecutando en primer plano, también recibe la señal. Ahora el shell tiene un controlador especial para esta señal y no pasa nada. Pero la mayoría de los programas tienen los controladores predeterminados que en el caso de SIGINT simplemente salen.