From:
Operating system: Linux Debian
PHP version: 5.3.2
Package: SOAP related
Bug Type: Bug
Bug description:The signature or decryption was invalid
Description:
------------
I have to communicate a SOAP server which is need 2 different SSL
key/passphrase.
I need one to allow communicate the server, and I need an other one to sign
the
xml which I send.
When I add a wrong SLL key to communicate then I can't connect to the
host.
When I add a wrong SSL key to sign the xml I keep the following error: "The
signature or decryption was invalid"
So I think the __soapCall method use the SSL key(wich meant to be auth) to
sign
the xml and that's why I keep the same error when I directly use a wrong
key.
But this is just a guess.
I don't know why it is not working.
Test script:
---------------
$clientOps["local_cert"] = "/var/www/wsdl/key/test.pem";
$clientOps["passphrase"] = "test";
$client = new WSSecSoapClient("test.wsdl", $clientOps);
$xml = "<?xml version=\"1.0\" encoding=\"utf-8\"?>
<soap:Envelope xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\";
xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\";
xmlns:soap=\"http://schemas.xmlsoap.org/soap/envelope/\";>
<soap:Body>
</soap:Body>
</soap:Envelope>";
working:
$answer =
$client->__doRequest($xml,"https://secured.url/test.asmx","HelloWorld","1.1";);
NOT working:
$answer = $client->__soapCall("HelloWorld", array(),
array("location"=>"https://secured.url/test.asmx";));
Expected result:
----------------
When I call the __doRequest method then I keep a valid answer. Which is
contains
"Hello World!"
I expect the same result when I call __soapCall method.
Actual result:
--------------
SoapFault exception: [q0:FailedCheck] The signature or decryption was
invalid in
/var/www/index.php:49
Stack trace:
#0 /var/www/index.php(49): SoapClient->__soapCall('HelloWorld', Array,
Array)
#1 {main}
--
Edit bug report at http://bugs.php.net/bug.php?id=51985&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51985&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51985&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51985&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51985&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51985&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51985&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51985&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51985&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51985&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51985&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51985&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51985&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51985&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51985&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51985&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=51985&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51985&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51985&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51985&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51985&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51985&r=mysqlcfg
