Newsgroup: it.comp.www.asp
Titolo: ASP: Alla faccia della sicurezza......................

Gli script asp dovrebbero essere sicuri, giusto? E dovrebbero risiedere solo
sul server.............ok..........
Ma perchč allora le mie pagina asp girano anche dalla Temporary Internet
Files????? Se copio il file mi ritrovo solo il risultato in html, ma a
questo punto penso che lo script asp sia nella cartella speciale
Microsoft...........č giusto????
Perchč se cosě fosse, anche se non č tanto facile "forzare" la temporary
internet files, sarebbe da rivedere il discorso "sicurezza"
dell'asp.................:(
--
bye by Neo
webm@ster de "La homepage di Neo"
http://web.tiscalinet.it/neowebpage
_________________________________

 Microsoft...........è giusto????
?????????????? Direi che stai prendendo un grachio. O io non ho capito cosa
intendi o nella temp ce' solo la versione cacheata (e' vero sembra una
parolaccia, scusate) della tua asp. E' solo l'html risultante
dall'elaborazione, quello a cui potresti sempre accedere chiedendo al tuo
browser di guardare il sorgente.
Take it easy ;-)
Ciao, Fabio Zed Zamparelli

Files?????
Che vorrebbe dire? Nella Temp ti ritrovi il file HTML generato dall'ASP, e'
ovvio che se lo apri ti rivedi gli stessi dati che avevi prima, solo che non
sono 'vivi' ma statici. Pero' i link e tutto il resto funziona.
Spiegati un po' meglio.
Davide

dell'asp.................:(
Ma... Ma... Ma...
vediamo di capirci: ASP e' una filosofia di programmazione che porta aolcuni
oggetti presenti sul server (Session, Response, Server ecc ecc ecc) a
interagire tra loro (guidati da uno script creato in JS, VB, e altri
linguaggi di scripting) meglio di come si faceva con le CGI.
Quando lanci una pagina asp il filtro "ISAPI" intercetta la parte di codice
compresa tra <% %> e tutto cio' che e' <script runat="server"></script> e la
esegue PRIMA che il web server possa pubblicarla.
Il risultato e' che al webserver arriva solo codice HTML, e solo quello puo'
pubblicare perche' non c'e' altro che possa essere pubblicato.
Se quello che dici fosse vero (ma ho fatto or ora una prova e nella cache
del mio (poco) fidato IE, cosi' come dell'esplosivo Netscape 4.7 ho trovato
il solito HTML) vorrebbe dire che il "filtro ISAPI" e quindi NT4 ha una
falla nella sicurezza piů grande di quella che ha fatto affondare il
Titanic.
Potresti spiegarmi, perfavore, sotto quali condizioni hai sperimentato
questa cosa?
E' importante.
Nettuno


 browser di guardare il sorgente.
Ma allora mi potresti spiegare come fa l'html "nudo e crudo" della temporary
internet files, sprovvisto quindi di script asp, a passare valori ad
un'applet che li passa a sua volta ad uno script client-side??? (il
passaggio avviene scrivendo e leggendo dal server: in cache non so come
funziona...............)


 funziona...............)
Un applet riceve valori da asp (almeno in prima e piu' probabile
approssimazione) attraverso del codice html che richiama l'applet stesso.
Dunque e' tutto clien-side, se l'asp ha generato i parametri da passare
all'applet vuol dire che hai inserito nella pagina html dove fai riferimento
a lui quello che e' previsto dalla sua sintassi.
Quando riesegui la pagina html dalla cache troverai gli stessi parametri di
prima.
Dove nascono i tuoi dubbi?
HTH, ciao, Fabio Zed Zamparelli

Una pagina ASP gira a livello server e risponde al client con una pagina
html statica che contiene i risultati della procedura ASP.
Questa pagina HTML restituita viene salvata nella cache del browser così
come tutte le altre pagine.
Il codice contenuto nella pagina ASP non viene assolutamente restituito al
client perciò non parliamo neanche di questo tipo di problema.
In seconda istanza se non vuoi che i risultati di pagine ASP vengano
memorizzati nella cache devi solo utilizzare degli header che facciano
scadere immediatamente la validità della pagina, cosa che può essere molto
utile quando un unica pagina deve restituire query diverse ma simili come
dimensione in modo da non incappare nei problemi legati al mancato refresh
della pagina.
Ciao,        Sandro.
P.S.    Se fosse così facile bucare ASP sarebbe già da un bel pezzo che mi
limiterei a copiare il codice che mi interessa dalle pagine che trovo in
internet anzicè passare nottate a scriverlo ed a farne il debug cmq ....
basta essere convinti.

Sono d' accordo con te Sandro sul tuo P.S. perņ se un sito usa gli include
nelle sue pagine asp, e sono in formato .inc, č possibile scaricarli. Questo
con la cache di IE centra poco, ma volevo sentire se non era gią una storia
vecchia
Saluti a tutti il ns
Aimper


In effetti e' una storia vecchia. Si scateno', in senso buono, una diatriba
sul se comunque fosse il caso di includere solo file asp. Qualcuno sostenne
che sarebbero stati interpretati due volte (se ricordo bene la tesi era che
avrebbero passato almeno un controllo sintattico due volte). Io quando non
mi interessa piu' di tanto proteggere il codice (comunque visibile, ammesso
di non dare il directory browsing, solo se si genera un errore runtime
all'interno del suddetto codice) faccio un .inc quando mi sento geloso o
preoccupato faccio un include di un .asp
Non ho mai capito bene se fosse vero che ogni pagina con l'include di un
.asp rispetto ad un .inc sarebbe risultata piu' pesante, ho conservato da
qualche parte un articolo che approfondiva la questione, ma non ho mai avuto
il tempo di leggerlo.
Ciao, Fabio Zed Zamparelli

 Aimper
I file .inc non definiscono un file di inclusione ... è una prassi ... io ho
provato anche ad includere un file DI TESTO con l'estensione .exe ed ha
funzionato. Se lo scaricassero e per errore lo facessero partire ... chissà cosa
potrebbe combinare.
Ciao
Michele Mariotti

 il tempo di leggerlo.
da fonti vicine a MS (e da prove...) č consigliabile tenere i file inc in
una dir con directory browsing disabilitato (e ci siamo) ma ancora piů
interessante č che puoi chiamarli come ti pare, anche .asp, senza avere un
degrado minimo delle prestazioni.
l'interprete infatti include tutti i file, fa un controllo sintattico,
quindi esegue il codice che c'č da eseguire.
--
HAPPY 2K!.db
Daniele "The Night Surfer" Bochicchio <webmaster(at)ASPItalia.com>
Moderatore di it.comp.www.asp - 
http://www.ASPItalia.com/newsgroup/icwa.asp
Leggi subito i nostri ultimi articoli:
- 'Metti ASP nel tuo carrello 2/3'
http://www.ASPItalia.com/articoli/articoli.asp?data=20000210
- 'Introduzione a MSMQS con ASP'
http://www.ASPItalia.com/articoli/articoli.asp?data=20000207
Uno script al giorno? Solo su 
http://www.aspitalia.com/liste/usag/