Похоже на что-то, что разработчик оставил на скорую руку – либо для быстрого отлова ошибок, либо как скрытый ключ. Ввод только в шестнадцатеричном формате обычно загоняет код в узкий путь обработки – либо проверка контрольной суммы, либо простой XOR-шифр, либо примитивный флаг защиты от отладки. Поищи постоянное сравнение со строкой, перенос данных в память, ожидающий конкретный шаблон, или самомодифицирующиеся участки кода. Если этот код работает только в этом состоянии, скорее всего, это и есть бэкдор или страховка, которая так и не столкнулась с реальной критической ситуацией. Проверь историю коммитов тоже – иногда люди прописывают магическое значение, чтобы обойти сломанный API. В общем, воспринимай это как потенциальный обходной путь, а не как функцию.

Следи, пожалуйста, за неиспользуемым кодом – за импортами и функциями, которые нигде не вызываются. Там обычно прячется самое интересное. И обрати внимание на хардкодированные шестнадцатеричные константы, вроде 0xdeadbeef или 0xfeedface – это, как правило, подсказки от первоначального разработчика, чтобы напомнить, что можно игнорировать. Если увидишь самомодифицирующийся переход или условие, которое проверяет длину строки – это тоже повод насторожиться. Удачи! И не забудь держать открытой консоль отладки – неожиданные выводные данные могут оказаться ключом к решению.