-
-
Re: Unione Europea FAILScritto daNon Autenticatoil 2010-10-13 15:39:00.0 alle 2010-10-13 15:39:00.0> http://ec.europa.eu/enterprise/tris/pisa/cfcontent

Molto interessante, ma come mai il mio firefozzo insiste per scaricare il file .cfm invece di mostrare direttamente il link come ogni browser che si rispetti?-
Re: Unione Europea FAIL- Scritto da:
> >
> http://ec.europa.eu/enterprise/tris/pisa/cfcontent
>
> Molto interessante, ma come mai il mio firefozzo
> insiste per scaricare il file .cfm invece di
> mostrare direttamente il link come ogni browser
> che si
> rispetti?
Perché l'header Content-Type è application/cfm e ogni browser che si rispetti da precedenza a quello, non all'estensione.-
Re: Unione Europea FAILScritto daNon Autenticatoil 2010-10-13 16:36:00.0 alle 2010-10-13 16:36:00.0
- Scritto da: Svyatopolk
> - Scritto da:
> > >
> >
> http://ec.europa.eu/enterprise/tris/pisa/cfcontent
> >
> > Molto interessante, ma come mai il mio firefozzo
> > insiste per scaricare il file .cfm invece di
> > mostrare direttamente il link come ogni browser
> > che si
> > rispetti?
>
> Perché l'header Content-Type è application/cfm e
> ogni browser che si rispetti da precedenza a
> quello, non
> all'estensione.
Cmq nel file non mi sembra ci siano password.-
Re: Unione Europea FAIL- Scritto da:
>
> - Scritto da: Svyatopolk
> > - Scritto da:
> > > >
> > >
> >
> http://ec.europa.eu/enterprise/tris/pisa/cfcontent
> > >
> > > Molto interessante, ma come mai il mio
> firefozzo
> > > insiste per scaricare il file .cfm invece di
> > > mostrare direttamente il link come ogni
> browser
> > > che si
> > > rispetti?
> >
> > Perché l'header Content-Type è application/cfm e
> > ogni browser che si rispetti da precedenza a
> > quello, non
> > all'estensione.
>
> Cmq nel file non mi sembra ci siano password.
Perché il webserver non gira come root e quindi /etc/shadow è bloccato (che ha gli hash, non le password, ma è "quasi" rintracciabile se usano md5 con un dizionario di hash.
Adesso hanno anche messo una pezza.
Però l'accesso a tutto il file system da web è male, molto male; segno di cattiva gestione e grosso errore di programmazione.
Persino piaccapirla di default(almeno le ultime versioni) non fa accedere fuori dalla webroot.-
Re: Unione Europea FAILScritto daNon Autenticatoil 2010-10-13 20:34:00.0 alle 2010-10-13 20:34:00.0> Però l'accesso a tutto il file system da web è
> male, molto male;
Eh sì, malissimo. Altri file possono comunque contenere dai interessanti.
-
-
-
Re: Unione Europea FAIL> Perché l'header Content-Type è application/cfm e
> ogni browser che si rispetti da precedenza a
> quello, non
> all'estensione.
Quindi posso inviare un header text/html (che l'utente NON vede) servendo un file .txt (la cui estensione l'utente VEDE e se ne fida), e avere il browser interpretarlo come html con tutto quel che ne consegue, inclusi scriptini maligni?-
Re: Unione Europea FAIL- Scritto da: alex.tg
> > Perché l'header Content-Type è application/cfm e
> > ogni browser che si rispetti da precedenza a
> > quello, non
> > all'estensione.
>
> Quindi posso inviare un header text/html (che
> l'utente NON vede) servendo un file .txt (la cui
> estensione l'utente VEDE e se ne fida), e avere
> il browser interpretarlo come html con tutto quel
> che ne consegue, inclusi scriptini
> maligni?
text/html viene interpretato e renderizzato, quindi l'utente lo vede pure.
Prova se non ci credi.
Se così non fosse ogni browser dovrebbe sapere che cosa sono aspx, php, e qualunque altra cosa; cosa che lato browser è completamente ignota.
Inoltre questo meccanismo ti permette di avere un php che esporta un immagine o un pdf o altro tipo di documento.-
Re: Unione Europea FAIL> > > Perché l'header Content-Type è
> application/cfm
> e
> > > ogni browser che si rispetti da precedenza a
> > > quello, non
> > > all'estensione.
> >
> > Quindi posso inviare un header text/html (che
> > l'utente NON vede) servendo un file .txt (la cui
> > estensione l'utente VEDE e se ne fida), e avere
> > il browser interpretarlo come html con tutto
> quel
> > che ne consegue, inclusi scriptini
> > maligni?
>
> text/html viene interpretato e renderizzato,
> quindi l'utente lo vede
> pure.
> Prova se non ci credi.
Quindi e` possibile redirigere, che so, un URL che finisce in .txt verso uno script che genera un output dichiarato con header ('content-type: text/html'), ma lasciare che il visitatore creda di vedere un plaintext.
> Se così non fosse ogni browser dovrebbe sapere
> che cosa sono aspx, php, e qualunque altra cosa;
> cosa che lato browser è completamente
> ignota.
> Inoltre questo meccanismo ti permette di avere un
> php che esporta un immagine o un pdf o altro tipo
> di
> documento.
Gia`, oppure un HTML truffaldino.
La mia voleva essere una riflessioncina su quanto poco conti la trasparenza verso l'utente a giorno d'oggi.
-
-
-
-
-