Psq

В расширении FoxyProxy можно указать шаблоны сайтов, для которых будет использоваться тот или иной прокси-сервер.
Пример шаблона для Spotify:
*spotify.com/*

Используйте прокси. Использование вашего прокси можно настроить при подключении к Wi-Fi сети.

Подборка материалов:
https://github.com/enaqx/awesome-pentest

subprocess.call(['./test.sh'])

Open Redirect уберите на сайте и вы перестанете их интересовать.

Забрать - никак.
Для предотвращения таких ситуаций используйте привязку IP-MAC в настройках DHCP сервера - для конкретного устройства будет присваиваться указанный IP адрес.

Телеграмм. Подписывайтесь на любые каналы, которые вас интересуют и получайте кучу новостей. Не нравится канал / ресурс - отключил.

Рассматривайте собеседование как беседу.
Вы узнаете о компании какую-то информацию (проекты, над которыми предстоит работать), рассказываете о себе, чтобы заинтересовать.
Работу нужно выбирать с умом - чтобы у вас было желание заниматься тем, что нужно. Именно по этой причине, на мой взгляд, на собеседовании нет смысла лгать и преувеличивать свои достижения - вы лишь тратите и своё время и время организации, в которую вы устраиваетесь (вам надоест).

Spectre на JavaScript есть (позволяет получать из браузера данные), но не в открытом доступе.

Для изучения не важен. Рекомендуется для полноценного проекта.

Рекомендую курс на площадке Stepik, проходил его. Там есть как практическая часть, так и понятные лекционные материалы.
https://stepik.org/course/253/

fail2ban - избавит от брута (перебора паролей).
Отключение сервисов, iptables - если нужно полностью изолировать все соединения.
Уменьшить возможное влияние - перестать использовать рут и запретить его подключение по SSH (как минимум).

У вас передаются лишние параметры в POST-запросе (например, subject).
В результате чего можно влиять на содержимое письма. Если вы не проводите фильтрацию данных - можно влиять еще и на текст самого сообщения.

Ну и да, как отметили выше, ничто не мешает в автоматическом режиме отправлять POST-запросы - поставьте каптчу либо подтверждение какое-нибудь, на крайний случай.

https://www.owasp.org/index.php/Testing_for_IMAP/S...

Можете взять более общую тему, а в самой работе её конкретизировать (на то введение дано):
"Безопасность веб-приложений"
"Безопасность веб-приложений: разбор современных методов атак"

Материала хватит больше чем на 50 страниц. Возможно, вам необходимо будет сузить объем разбираемых атак.
Ну и не забывайте, что проверки нужно производить на своём оборудовании (приложениях), иначе - УК РФ.
Хороший вариант - поднять виртуальную машину.
Для изучения рекомендую Damn Vulnerable Web Application.
По литературе - OWASP Testing Guide (есть некоторая часть на русском на defcon.ru).