dsCode,  если бы у Вас было какое-нибудь предложение, а так, только сотрясать воздух ...

NetFlame, какое предложение тут может быть (хотя, если Вы заметили, я сделал два приемлемых предложения)? Ситуация неприемлемая! Это сюреализм какой-то передавать пароль в action'e.

Я уже пробовал curl (postfields), но дело в том, что этот обработчик очень странный ( WHM ) , принимает данные только если отправляю из формы собстсвенноручно...

Добавлено через 6 минут и 25 секунд
Вообще, если алоритм дешифрации поместить с отдельный js файл, и этот файл заблокировать, что-нить бы и вышло.
Я где-то видел, что скрывали первую половину скрита, если обращаться к файлу напрямую, а вторая не показывалась. Но я искал такой метод защиты и не нашел...

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

Пробовал, и идентификацию браузера, и операционной системы и реферра... Не помогает.

логин/пароль предопределены? или каждый имеет свой собственный логин/пароль?
если парольная группа определённая и со временем не меняется - то что мешает внести их в .htaccess на серваке (если, конечно, используется апач или аналог, и до него есть свободный или условно свободный доступ)?
тогда не форма будет рулить авторизацией, а сам сервак.
а гонять логин/пароль в ACTION формы - это знатное извразение!
до такого и школьники, нынче, вряд ли додумались бы!..
удивлён и поражён!

а многоуважаемые гуру ещё на мои познания в области куки и содержания в них различной инфы наезжали!
вот вам яркий пример "человеческого фактора"!
додуматся!.. передавать логин/пароль при отсылке формы! хех!
не удивлюсь, если через пару дней юзанья такой формы вам на ресурсе сделают дефейс...