[http]sniffing en sessions

[alberthendriks]

Hoi,

Ik probeer vanuit mijn eigen applicatie een bepaalde url te openen (url B in onderstaand verhaal). Helaas lukt dat niet, wellicht doordat de server van die url een sessie bijhoudt en mijn GET request van die url niet overeenkomt met wat die sessie verwacht. Hieronder staat het hele verhaal.

Een website heeft een pagina waarvan de url A is (zie onderaan). A heeft een link naar B. B is een pagina op dezelfde host. Wanneer ik mijn browser start en ik open B direct, dan gaat het feest niet door: je moet vanuit A naar B surfen. (zo niet dan krijg ik weliswaar geen http foutmelding, maar een andere pagina die ik niet wil).
Ik kan wel A direct openen. Wanneer ik plaatjes en javascript uit zet en ik open A, dan wordt volgens mijn http sniffer alleen een GET naar A gedaan. Klik ik dan op B, dan wordt alleen een GET naar B gedaan. Er worden geen andere pagina's geladen.
Nu wil ik vanuit mijn java app. pagina B openen. Mijn beste poging is om vanuit mijn java app. eerst pagina A te openen, de cookie op te vangen en dan pagina B te openen met het cookie erbij en de juiste referer. Dit werkt echter niet. Waar zou het nog meer aan kunnen liggen?
Het zijn trouwens https pagina's.

Voor de volledigheid:
A = https://www.bwin.com/betviewiframe.aspx?RegionID=36
B = https://www.bwin.com/betviewiframe.aspx?MarkAll=1
op pagina A, staat helemaal links bijna bovenaan "All(18)". Dat is de link naar B.

Alle ideeën zijn welkom.

[Osiris]

Cookies zouden het probleem niet moeten zijn, aangezien je browser de bij de site behorende cookies ook meestuurt als je 'los' URL B opent.

Ik zit eerder te denken aan de referer-header.

edit:

Hm, als ik die URL B 'los' open, dan krijg ik exact dezelfde pagina als dat ik em via URL A open?

[ Voor 22% gewijzigd door Osiris op 18-11-2007 13:05 ]

[Verwijderd]

Gebruik bijv LiveHTTPHeaders in Firefox en je weet het in een paar seconden

[Atari Paul]

Als ik zo even snel in de source van de pagina kijk, zie ik al form post's voorbij komen (zie ook o.a. __VIEWSTATE input field).
Dus je zal de pagina moeten uitlezen en netjes de juiste waarden gaan posten (het is te doen kan ik je uit eigen ervaring vertellen).

[alberthendriks]

@Osiris, ik heb het niet helemaal correct uitgelegd: je hoeft niet per se direct van A naar B te gaan, maar je kunt B pas openen als je eerst een keer A hebt geopend.

@Atari, Volgens mij komen de forms er niet aan te pas, mijn sniffer meldt immers alleen GET requests.

@Herelam, Bedankt voor de tip, dat is een verdomd handige module! Bovendien wijst alles erop dat dit mijn probleem gaat oplossen: een van de cookies meldt een session id. Uit nadere inspectie blijkt dat mijn java code fout is: hij vangt alleen de eerste cookie op, terwijl de session id in een later cookie zit. Nogmaals bedankt!

edit: check, mijn java progje werkt nu ook

[ Voor 3% gewijzigd door alberthendriks op 18-11-2007 15:24 ]

[flowerp]

Verwijderd schreef op zondag 18 november 2007 @ 13:05:
Gebruik bijv LiveHTTPHeaders in Firefox en je weet het in een paar seconden

Inderdaad, het debuggen van het HTTP verkeer is een zeer waardevolle tool bij het ontwikkelen van web applicaties die lang niet bij iedereen bekend is.

Een universeel alternatief is burp proxy: http://portswigger.net/proxy/

Deze kun je ook gebruiken als het je server is of een (java) applicatie die de HTTP communicatie doet en je de headers moet debuggen.