When interrupting a process, does a memory leak occur?

Processes are managed by the kernel. The kernel doesn't care how the programmer allocates variables. All it knows is that certain blocks of memory belong to the process. The C runtime matches C memory management features to kernel features: automatic variables go into a memory block called “stack” and dynamic storage (malloc and friends) go into a memory block called “heap”. The process calls system calls such as sbrk and mmap to obtain memory with a granularity of MMU pages. Inside those blocks, the runtime determines where to put automatic varibles and dynamically allocated objects.

When a process dies, the kernel updates its memory management table to record, for each MMU page, that it is no longer in use by the process. This takes place no matter how the process exits, whether of its own violition (by calling a system call) or not (killed by a signal). Pages that are no longer used by any process are marked as reusable.

It's generally good hygiene to free the dynamically allocated storage that you're no longer using, because you never know when a piece of code might be reused in a long-running program. But when a process dies, the operating system will release all of its resources: memory, open file, etc.

The only resources that the operating system won't clean up automatically are resources that are designed to have a global scope on the operating system, such as temporary files.

Whenever a process exits either gracefully or through SIGINT,SIGTERM,SIGKILL etc, the exit system call is invoked. Part of the exit call's job is to reclaim any resources that were being used by the process.
Essentially, whenever the OS sees an exit status (success or not) being returned, two things happen:

1. SIGCHLD is sent to the parent process to let the parent know the child has died
2. exit system call is invoked which will clean up the resources used by the process that just died

Even for zombie and orphan processes, the OS assigns a special process to trap the exit code from them, and then invoke exit system call.

However, this does not mean that you can get away with not using free() in your code. If you don't, you will bloat the memory requirements for your software, which can in turn slow down the whole system. Anything that is no longer needed should be freed.