[58139] in SAPr3-news
=?iso-8859-1?q?Re:_Passwort_mit_"_(Einf=FChrungszeichen)._Wie_maskiert_man_es_im_JCo=3F?=
daemon@ATHENA.MIT.EDU (simon.bolek@web.de)
Tue Sep 19 04:34:15 2006
To: sapr3-news@mit.edu
Date: 18 Sep 2006 23:56:04 -0700
From: simon.bolek@web.de
Message-ID: <1158648964.546116.233590@m73g2000cwd.googlegroups.com>
Hi Tibor,
So, es scheint so zu sein wie Du es geschrieben hast. Es kann gut sein,
dass das " ist das einzige Zeichen, das man tats=E4chlich nicht
verwenden soll, wenn man JCo benutzt.
Danke f=FCr Deine Antworten und wenn ich noch was rausfinde, poste ich
es hier:)
best regards
simon
Tibor Gerke schrieb:
> Hallo simon,
>
> simon.bolek@web.de wrote:
>
> > So, ich habe es jetzt versucht mit vielen Sniffers zu sniffen, aber ich
> > sehe da kein Passwort:(
> > any ideas?
>
> Das Passwort wird ab 4.7 verschl=FCsselt =FCbertragen, zumindest steht das
> in der RFCSDK Doku (kann man mit der SAPGUI installieren) sehr
> verschwommen drin.
>
> Ich glaube nicht, dass der Fall mit einem Anf=FChrungszeichen im Passwort
> vorgesehen ist. Mit dem Hinweis 129543 wurde das Einschliessen von
> Parametern mit "..." eingef=FChrt, damit die Sonderzeichen ',' oder ';'
> oder ' ' im Usernamen benutzt werden k=F6nnen. Die librfc32.dll scheint
> seit dann =3D"..." parsen zu k=F6nnen, aber das aufrufende Programm muss
> die Maskierung mit "..." vornehmen.
>
> Die OCX Controls (VB) scheinen das in der Art auf PASSWD=3D anzuwenden:
> Wenn String ',' oder ';' oder ' ' enth=E4lt, setze Wert in "..."
>
> Daher funktionieren oder auch nicht folgende Passworte unter VB mit
> den OCX Controls:
> Passwd: FOO BAR -> geht, weil PASSWD=3D"FOO BAR"
> Passwd: FOO" BAR -> geht nicht, weil PASSWD=3D"FOO" BAR"
> Passwd: FOO"BAR -> geht, weil PASSWD=3DFOO"BAR
>
> In der RFCSDK Doku steht folgender Satz f=FCr die Connect_param:
> Pay attention that the ID's are not case-sensitive but the values are
> case-sensitive and must be set in "..." if blanks are included.
>
> Der JCO scheint grunds=E4tzlich die Werte immer in "..." zu =FCbergeben,
> daher funktioniert das Passwort FOO"BAR nicht.
>
> PASSWD=3DBAR\"FOO im Connect_param ohne "..." sollte funktionieren,
> hilft aber nur f=FCr diesen speziellen Fall.
>
> F=FCr den Usernamen kann man das =E4hnlich durchspielen:
> User: FOOBAR -> geht
> User: FOO BAR -> geht
> User: FOO" BAR -> geht nicht
> User: FOO"BAR -> geht nicht
> weil die OCX Controls wohl grunds=E4tzlich den User in "..." setzen.
>
> In der *.trc steht f=FCr FOO" BAR folgendes:
> >>> RfcOpenEx ...
> Got following connect_param string:
> USER=3DFOO BAR"=3DCLIENT=3D000 LANG=3DEN PASSWD=3D******* SYSNR=3D00
> ASHOST=3Dtr1.r3.ebydos.local ICCE=3D1 TRACE=3D1 GETSSO2=3D1
>
> Mit dem Programm srfctest.exe aus dem RFCSDK l=E4sst sich aber eine
> Verbindung mit dem Usernamen FOO"BAR herstellen, weil das Programm
> srfctest.exe keine "..." setzt, also wieder USER=3DFOO"BAR =FCbergibt.
>
> Der Algorithmus in der librfc32.dll arbeitet wohl so:
> - wenn das erste Zeichen hinter dem =3D ein " ist,
> lese bis zum n=E4chsten "
> - wenn das erste Zeichen hinter dem =3D kein " ist,
> lese bis zum n=E4chsten Leerzeichen
>
> Das SAPGUI Protokoll scheint ohne RfcOpenEx auszukommen oder es ist
> cleverer gel=F6st. Dort funktioniert jede Kombination.
>=20
> ciao
> Tibor
