res2001

Ну если что-то запускается, значит кто-то запускает.
Открывайте планировщик и ищите задачу которая запускает его.

Я обычно обьявляю до main, потому что в этом случае при вызове функции она уже определена, компилер может проверить соответствие формальных параметров фактическим и у линкера вопросов не возникнет. Делать я так привык с лоооооохматых годов (аж сказать страшно - года так с 1990-го :D), может нынешние компиляторы и линкеры поумнели настолько что им пофиг, конечно.

https://github.com/vurtun/nuklear
или
https://github.com/andlabs/libui

Если вам попадает чужой продукт, и в нем нужно что-то исправить - читаете код, разбираетесь в нем и исправляете.
Реверс инженеринг - это тоже самое, только исходников нет, приходится разбираться с готовыми исполняемыми файлами, пользуясь дебаггерами, дизассемблерами, анализаторами.

А следовательно нужно учить как работают операционные системы, стандартные библиотеки, протоколы, глубже ассемблер.

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

P.S. Если посмотреть ваши вопросы, то есть сомнения, что С и Ассемблер у вас пройденный этап.

Ставите VPN-клиент себе на комп с шифрованием, сертификаты ставите. Вуаля, весь трафик всех приложений с вашего компа зашифрован. Админ будет видеть зашифрованные трафик до конкретного сервера но что внутри его знать не будет. Конечно сервер можно заблокировать и весь ваш VPN накроется медным тазом.

Если вы смогли принести свой ноутбук из дома, воткнуть его в произвольную розетку и получить доступ к ресурсам сети и выйти в интернет, то можете не бояться такого "админа" - это не админ.

Программисты Оракла чешут в затылке - "а что, можно как то по другому?" :)

Триггер - вызывается базой данных автоматически по событию - добавление, удаление записи, изменение записи. Используется для обеспечения целостности БД, программирования реакции на событие - например при добавлении платежа абоненту автоматически пересчитать ему баланс и разрешить доступ в интернет (база биллинга оператора), или при добавлении платежа автоматически насчитать бонусные балы.

Процедура - вызывается извне БД программистом, часто выглядит как обращение к таблице или что то похожее. Например ежесуточный расчет потребленного трафика всеми абонентами можно оформить в виде процедуры.

Таким образом принципиальная разница - кто вызывает на исполнение - сама БД (триггер), или программист извне (процедура). Никто не мешает написать процедуру, которая при добавлении платежа будет рассчитывать бонусы, пересчитывать баланс абонента, разрешать\запрещать доступ в инет, а из триггера на добавление\изменение\удаление записей таблицы вызывать эту процедуру. Таким образом можно сэкономить код - написать его один раз. В последующем сопровождать эту БД будет проще.

Реализовать логику приложения на триггерах\прооцедурах - в принципе это правильный подход, когда все детали обработки данных собраны в одном месте, во многих случаях это упростит работу с этой базой. Например, в случае того же биллинга - достаточно просто добавить запись платежа в базу и все необходимые действия будут выполнены. Т.е. упрощается разработка веб интерфейса биллинга - не надо на уровне приложения отслеживать зависимости между таблицами, пересчитывать зависимые поля и т.п.

В крупных серверах БД поддержка триггеров и процедур есть, яркий пример тот же оракл. Для написания процедур есть свой язык, позволяющий реализовать почти все. А может и все - я не ораклист. В mysql триггера и процедуры появились относительно недавно, и разработчики, работающие с ним - просто привыкли все реализовывать на стороне приложения.

Я думаю, 400 вы получаете потому, что передаёте неправильный HTTP запрос, например, просто жмёте Enter (посылаете пустую команду).