Newsgroup: it.comp.www.php
Titolo: utility per testare sito

Ciao, spero di fare una domanda pertinente e utile.
Sapete indicarmi un utility per testare un sito web alla ricerca di 
vulnerabilità?
Qualcosa che lo stressi magari inviando post o get manipolati o che apra 
più connessioni contemporaneamente per vedere il dbase come reagisce etc.
So di chiedere troppo ma se ciò è fattibile via web (inserendo 
semplicemente il link del mio sito) sarebbe l'ideale.
Grazie.
Fabio

 semplicemente il link del mio sito) sarebbe l'ideale.
Sarebbe il sogno degli script kiddie tamarri di tutto il mondo.

 vulnerabilità?
http://www.cirt.net/code/nikto.shtml
 (mai provato)
e il mitico nessus per le vulnerabilità "infrastrutturali".
entrambi da provare SUL PROPRIO PC.
se lavori in una intranet, mi raccomando, avvisa i responsabili di reti 
e security, altrimenti ti piombano in ufficio con aria molto minacciosa.
:-)
-- 
punkarruso

 più connessioni contemporaneamente per vedere il dbase come reagisce etc.
siege, apache benchmark, dai un'occhiata anche a twill

Vi ringrazio entrambi per le dritte, soprattutto per non avermi dato del 
tamarro o dello scriptkiddie per una domanda IMHO non assurda..
In questi giorni ho provato Acunetix Web Vulnerability Scanner 4, che 
dire... il problema è l'ISP, Acunetix mi ha rilevato una versione di 
Apache e di PHP bacate. Il mod_rewrite soffre inoltre di un particolare 
bug: l'Off-By-One Buffer Overflow.
So già che alla richiesta di upgrade l'ISP mi risponderà picche (ad ogni 
lamentela nonostante paghi 90 euro l'anno mi dicono che tot 
personalizzazioni le fanno solo per chi sceglie pacchetti con server 
dedicato).
La domanda a questo punto è.. che senso ha dedicare anima e cuore alla 
sicurezza delle sessioni, al filtraggio adeguato delle variabili etc. se 
poi il server è più bucato di un emmenthal svizzero e un malintezionato 
se vuol danneggiarmi di sicuro attaccherà lato server?
:-/
Ciao a tutti.
Fabio

 :-/
Il senso è che potrai dire, in anticipo: "NON è colpa mia se vi va a 
puttane tutto! Uomo avvisato... mezzo salvato". :-)
--
rob4you

 se vuol danneggiarmi di sicuro attaccherà lato server?
Magari puoi dedicarci il giusto compromesso, è certo meglio curare la 
protezione dell'applicazione piuttosto che non farlo altrimenti 
lasceresti ulteriori vulnerabilità. Però come giustamente dici è inutile 
farlo anima e cuore.
Io non so che tipo di sicurezza ti serve o se hai "nemici" tanto 
interessati a danneggiarti ma se l'esigenza è grande dovresti prenderlo 
in considerazione il server dedicato.

Gufo Rosso ha scritto:

avevo pensato a questa possibilità, purtroppo non gestisco dati 
personali ma il dubbio mi resta per le condizioni contrattuali. Dovrei 
rivedermele, non ricordo la presenza di eventuali clausole vessatorie 
concernenti l'upgrade o l'interruzione del servizio per motivi non 
imputabili all'ISP (
v.il
 malintenzionato di turno).
Certo per il bug del mod_rewrite la soluzione l'ho trovata tramite 
google ma gli altri bug restano... :-/

 bug: l'Off-By-One Buffer Overflow.
Attenzione a come viene fatto il controllo.
Se il server monta una debian aggiornata, per esempio, se il controllo 
viene fatto solo sulle versioni del software sara` inutile, perche` debian 
fa il backport delle patch di sicurezza alle vecchie versioni del software.
Per esempio, io sul server ho Apache 2.0.54, mentre le ultime versioni 
sono la 2.0.59 e la 2.2.4, ma sono tranquillo perche` sono stati corretti 
i bug noti.
Stessa cosa di PHP, ho la 5.2.0, ma proprio due giorni fa mi e` arrivata 
questa mail, e ho aggiornato:
Package        : php5
Vulnerability  : several
Problem-Type   : remote
Debian-specific: no
CVE ID         : CVE-2007-1286 CVE-2007-1375 CVE-2007-1376 CVE-2007-1380 
CVE-2007-1453 CVE-2007-1454 CVE-2007-1521 CVE-2007-1583 CVE-2007-1700 
CVE-2007-1711 CVE-2007-1718 CVE-2007-1777 CVE-2007-1824 CVE-2007-1887 
CVE-2007-1889 CVE-2007-1900
(Ogni CVE e` un bug corretto)
Bye.

Che tu sappia 
tol.it
 come sta messo?

 Che tu sappia 
tol.it
 come sta messo?
Mai sentito... :)
Bye.