SOAP

Hallo,

echt OT...
ich möchte für einen Kunden einen Webservice mit SOAP programmieren. Bei dem Provider des Kunden ist jedoch ein PHP5 ohne Arme, will sagen ohne SOAP. Und das Übelste, bei meinem eigenen auch...

Da kommt die Frage auf warum? Ich habe bei unserem Provider ein Ticket aufgemacht, aber noch keine Antwort.

Wovor haben Provider Befürchtungen? Derbe Exploits hab ich nicht "ergoogln" können. Bei der Red Hat 5.4.1. gabs ja ein böses

The Hardened-PHP Project discovered an overflow in the PHP htmlentities()
and htmlspecialchars() routines. If a PHP script used the vulnerable
functions to parse UTF-8 data, a remote attacker sending a carefully
crafted request could trigger the overflow and potentially execute
arbitrary code as the 'apache' user. (CVE-2006-5465)

Users of PHP should upgrade to these updated packages which contain a
backported patch to correct this issue.

Quelle http://archive.cert.uni-stuttgart.de/win-sec-ssc/2006/11/msg00063.html

aber eben auch schon längst Abhilfe....

Kann hier jemand was dazu sagen? Wäre hilfreich, weil Zeit drängelt.
(Das Kunden immer ne Antwort haben wollen tsts)

Gruß
Cope

b.t.w. ich kann den Titel des Beitrags nicht ändern? Soll nat. SOAP heissen

also es gibt die Möglichkeit mit nusoap - aber da bekommst Du mit php5 Probleme.
Ich musste auch auf native php umstellen seit dem Update, aber soap muss einkompiliert sein, und das wird den Provider abschrecken - er braucht eine neue php-Version.

So sieht man sich wieder 😃
Vielen Dank für Deine nachmitternachtliche Antwort.

Jopp mit nusoap hab ich mir heut 'ne Menge Aua eingefahren.
So ein kleines --enable-soap...

Ach so, wenn Du einen Hund hast oder in Deiner Umgebung rumbommelt soll ich Dir aus der letzten Aktion mit sr_feuser noch sagen, dass Du da noch was gut hast...

Vielen Dank
Cope

🙂 Hi
nusoap müsste in Deinem Fall problemlos gehen, wenn php ohne soap daherkommt. Das Problem besteht nämlich in einem Namenskonflikt von nusoap und php soap.

Mit meinem Hund bin ich täglich im Wald 😉