Onderwerp: code wel of niet tonen afhankelijk van referring domein?

Ronald Paul <usenet@rcpaul.nl> wrote:

>nico@puntnl.niks (Nico Coesel) schreef:
>
>>Is het niet zo dat IE geen referer mee geeft?
>
>Niet per definitie.
>
>>Ik heb daarmee eens problemen gehad namelijk...
>
>Naast of er een optie in de browser aanwezig is waarmee je het sturen
>van referers uit zet, kan het ook nog van andere dingen afhankelijk
>zijn. Maar IE geeft standaard gewoon referers.
>
>Nou ben ik wel benieuwd, wat voor problemen waren dit?

Ik heb iets gemaakt waarmee een frame weer in de frameset wordt
geladen (als er bijvoorbeeld direct vanuit een zoekmachine naartoe
gesprongen wordt). Daarvoor heb ik de referrer nodig om te bepalen
welke URL werd aangeroepen. En IE geeft die niet mee.

--
Reply to nico@nctdevpuntnl (punt=.)
Bedrijven en winkels vind U op www.adresboekje.nl

Nico Coesel in nl.internet.www.server-side (Thu, 29 May 2003 15:20:55
GMT):

>Ronald Paul <usenet@rcpaul.nl> wrote:
>
>>Naast of er een optie in de browser aanwezig is waarmee je het sturen
>>van referers uit zet, kan het ook nog van andere dingen afhankelijk
>>zijn. Maar IE geeft standaard gewoon referers.
>>
>>Nou ben ik wel benieuwd, wat voor problemen waren dit?
>
>Ik heb iets gemaakt waarmee een frame weer in de frameset wordt
>geladen (als er bijvoorbeeld direct vanuit een zoekmachine naartoe
>gesprongen wordt). Daarvoor heb ik de referrer nodig om te bepalen
>welke URL werd aangeroepen.

Daarvoor heb je de referrer helemaal niet nodig mits je het client-side
oplost. Als je dit probleem server-side wilt tackelen is de HTTP_REFERER
onbetrouwbaar. En niet alleen IE.

Jan
--
Dropdown and pushup menu's - http://cgi.monitor.nl/cms.html

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> >> Mag je de waarde ook aanpassen?
> > Ja: fields[i].set(Tst,"bar");
>
> Joechei! :P

Leuk voor debuggers

--

Daniel Tryba

robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
> > Vrijwel alle functies die iets met het fs doen kunnen gebruik maken van
> > de url wrapper, dat houd in dat je oa http(s) en ftp(s) maar ook ssl en
> > tls. Maar waarom zou dat onveilig zijn?
>
> Als het path van de file op ??n of andere reden van buitenaf geinjecteerd
> wordt, kan je daarmee potentieel enge dingen uithalen. Maar natuurlijk
> checkt iedereen eerst z'n formvariabelen op zinnige waarden...

Zonder checks zijn zelfs een simpele echo gevaarlijk.

--

Daniel Tryba

Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <{n.i.w.s}@allyourbass.org.invalid> wrote:
>> > Vrijwel alle functies die iets met het fs doen kunnen gebruik maken
>> > van de url wrapper, dat houd in dat je oa http(s) en ftp(s) maar ook
>> > ssl en tls. Maar waarom zou dat onveilig zijn?
>>
>> Als het path van de file op ??n of andere reden van buitenaf
>> geinjecteerd wordt, kan je daarmee potentieel enge dingen
>> uithalen. Maar natuurlijk checkt iedereen eerst z'n formvariabelen op
>> zinnige waarden...
>
> Zonder checks zijn zelfs een simpele echo gevaarlijk.

En dat voor een 'weblanguage'

--
robert