Неправильно воспринимаются POST данные

[Руслантус]

Всем привет.

Что делаю:
С помощью программы, передаю POST запрос в PHP скрипт. Передаваемые данные шифруются с помощью алгоритма Triple-DES и кодируются стандартным методом UrlEncode. PHP скрипт должен вернуть расшифрованные данные, полученные из запроса.

Проблема:
Неверно расшифровываются данные. Точнее, расшифровывается часть данных. Насколько я понял, это происходит из-за того, что переданные данные преобразуются. Хотя, возможно, проблема в другом.

Пример:
Передаваемые данные

\t%xZЌѕЩoхz¤Vљ/ШчZWOћ—9WP|dLsКЇЈ—*’h@“ўКIїЩkтэЬПР Џ›¶Ќ'~&Ђ2~>*Ґ-±”Сў™)\\bЉ{Я*КПEЭа\0mЏд?!FТЗ@їClэµ\nk@>„цмi

А такими они поступают на PHP скрипт. Я выделил зоны изменения.

\t%xZЌѕЩoхz¤Vљ/ШчZWOћ—9WP|dLsКЇЈ—*’h@“ўКIїЩkтэЬПР Џ›¶Ќ\\'~&Ђ2~>*Ґ-±”Сў™)\\\\bЉ{Я*КПEЭа\\0mЏд?!FТЗ@їClэµ\nk@>„цмi

Причём, если я напрямую устанавливаю данные, передаваемые программой в PHP скрипт, то они нормально расшифровываются. И ещё, такой факт. На домашнем сервере, всё работает хорошо (Denwer).

Часть PHP скрипта:

...
function Decrypt($message, $key, $iv)
{
	$generic = mcrypt_module_open( MCRYPT_TRIPLEDES, '', MCRYPT_MODE_ECB, '' );
		
	if (mcrypt_generic_init( $generic, $key, $iv ) != -1)
	{
		$message = mdecrypt_generic( $generic, $message );
			
		mcrypt_generic_deinit( $generic );
		mcrypt_module_close( $generic );
			
		return $message;
	}
	else
	{
		return "";
	}
}
...
echo Decrypt( $_POST["api"], $key, $iv );
...

Помогите разобраться, я уже замучился...

[Руслантус]

Ещё кое-что заметил. Если передать зашифрованную строку "hi78", то она нормально расшифровывается на сервере. Если передать "hi787", то возвращается неправильный ответ.

Видимо, что-то с кодировкой...

[veniside]

кодируются стандартным методом UrlEncode

А зачем? POST ведь просто приклеивает любые передаваемые данные после HTTP заголовка, или я чего-то не понимаю. Это примерно как урленкодить данные перед сохранением на диск, чтобы винчестер не поломался.

В порядке бреда: кодируй данные перед отправкой в base64.

[Руслантус]

Сообщение от veniside

А зачем? POST ведь просто приклеивает любые передаваемые данные после HTTP заголовка, или я чего-то не понимаю. Это примерно как урленкодить данные перед сохранением на диск, чтобы винчестер не поломался.

Чтобы прикрыть спец. символы. Ведь в шифрованных данных могут попасться символы & и =. Тогда сервер не сможет правильно разобрать запрос.

Сообщение от veniside

В порядке бреда: кодируй данные перед отправкой в base64.

Помогло! Но после того, как строку в Base64, я обработал ещё и UrlEncode.

Спасибо.

[veniside]

Сообщение от Руслантус

Чтобы прикрыть спец. символы.

Стоп. POST запрос выглядит примерно так:

POST /myform HTTP/1.1
Content-length: 1000

[и тут идут любые бинарные данные размером ровно 1000 байт]

А, всё, дошло Там ещё и несколько переменных может быть... Имхо, если переменная одна, то можно поиграть с Content-Type, вместо "application/x-www-form-urlencoded" заюзать "application/octet-stream".

А изначальная проблема, имхо, крылась в разной настройке "Content-Encoding" или подобного параметра (или его дефолтового значения, если в POST запросе его нет), из-за чего некоторые обратные слэши задвоились.