Newsgroup: it.comp.lang.perl
Titolo: Aiuto x script

Un'altra cosa: nessuno sa come potrei realizzare uno script che limiti il
numero di download dal mio sito (ho problemi di banda limitata)?
O qualcosa che impedisca un download piů veloce di 4-5 kbyte/s totali (anche
su piů file)...
Io pensavo di utilizzare dei cookies (nel primo caso) ma non so come
gestirli in perl... in giro trovo solo guide generiche e niente di
specifico, ma soprattutto niente in italiano!
Vi ringrazio infinitamente!
-------------------------------------------
     The Matrix has you
-------------------------------------------
             .:: Nero ::.
 
www.ilbaluardo.com
-------------------------------------------
    Follow the white rabbit
-------------------------------------------

per la velocità di download non ci puoi far nulla, a meno che tu non abbia
accesso
ad un router e sia in grado di ripartire la banda agendo sul protocollo
SNMP (Simple network management protocol).
Per il limite sul numero di download scrivi un download manager al quale
richiedi i files tipo
download.pl?nomefile=xxxx
. ad ogni download fai un'update ed una verifica
sulla tabella contenente
come colonne il numero di download, il nome del file, ed il nome con cui il
file e' memorizzato sul server.
Ovviamente il nome con cui il file e' memorizzato sul server deve essere non
banale ma qualcosa tipo
3y982uji09dj98209ked892ej0kd09k2098972hj in maniera tale che non possano
semplicemente scavalcare il
tuo programmino e scaricarselo direttamente. Evita inoltre che si possa fare
qualcosa tipo
download.pl?nomefile=/etc/passwd
 o 
download.pl?nomefile=\
";rm /* *.* che non
e' bello :-)

 e' bello :-)
che non fa assolutamente, a meno che uno si metta a scrivere file in / !
:-)
Ciao
--ev

 che non fa assolutamente, a meno che uno si metta a scrivere file in / !
ESATTO, non fa assolutamente niente ma rende l'idea di come si faccia ad
evadere
una sequenza di esape in uno script non ben scritto.
Oppure intendevi che dovevo dire su canale pubblico come si fa a piallare un
server Unix?

 server Unix?
Anche qui: sei convinto che sia un giochetto?
Cmq, non ti scaldare per queste sciocchezzuole: dal nulla stiamo tirando
fuori una discussione su perl e sicurezza dei sistemi! :-)
Ciao
--ev
[1] Se invece di /etc/passwd intendevi /etc/shadow, la cosa è ancora
diversa: di norma, l'utente con i permessi del quale gira il webserver
non può neanche leggerlo, a meno che la macchina non sia stata configurata
da un pastore sardo (con tutto il rispetto!) !!!

 Credi sia così un giochetto? :-)
E' un rischio, valgono le considerazioni dei punti precedenti.
Se poi la domanda e' relativa alle mie capacità di hacker etico eludo la
domanda, in quanto non
conoscendoci sul piano professionale non sappiamo chi sappia fare cosa,
trovo sterile giocare a chi
sputa piu' lontano. Il parlarne poi...
E qui la chiudo, il perl e' un linguaggio molto potente e molto versatile.
Unix dal canto suo ha il miglior
sistema di sicurezza per la gestione di filesystem multiutente. Unix è anche
un sistema pieno di utility
e servizi e spesso, malgrado la sicurezza intrinseca del sistema, prono a
errori ed anomalie sfruttabili
per realizzare un attacco. Realizzare un elevato livello di sicurezza in un
server di rete non e' un giochetto.

 server di rete non e' un giochetto.
Tutto giustissimo, senza dubbio.
L'unica cosa che mi dispiace è che hai inteso i miei posto come una
rivendicazione di superiorità, mentre volevano solo essere un tentativo
(fallito!) di instaurare (e non solo in 2, magari!) una discussione
interessante e diversa dalle solite "#!/usr/bin/perl sotto Windows non
funziona; perchè?".
Avrò sbagliato io!
Ciao
--ev

> Avrò sbagliato io!
Faciamo un fity fifty :-)
in sincerità credo di esserci andato giù pesante, nella forma almeno, ho
visto i server che amministri ed effettivamente
sembra tu sappia quello che fai. Sono sicuro che dai un contributo positivo
all'ng e spero di fare altrettanto.
Riguardo all'informationg gatering, impersonando la parte del cattivo,
ritengo che raccogliere piu' informazioni
possibili sia la prima cosa in un attacco. Piu' e' mirato piu' e' efficace.
E tutto fa brodo, specie:
1) gli ip attivi di una subnet
2) gli OS in gioco
3) i servizi e le porte
4) l'elenco degli account
5) le versioni dei software dei vari demoni
6) il software sviluppato dai coders.
7) l'identità e le abitudini degli admin, developers, etc.
8) i giorni e le date in cui installano software o server o servizi (quelli
in cui per dire la macchina e' generalmente
    su e si entra con account banali tipo SYSDBA masterkey o simili)
Cmq tra una settimana vado in vacanza in Sardegna. Ti mandero' una cartolina
( spero di non sbagliare l'indirizzo... abiti
 sempre da tuo padre Roberto a Costabissara, vero? :-) ). Tra l'altro vorrei
attivare un lug a Palermo non sarebbe male se
mi dessi qualche consiglio, so che sei in buoni rapporti con le persone che
hanno organizzato quello di Vicenza.
e dato che rimanere anonimi quando conosci l'identità della persona con cui
parli non e' bello, mi presento :-)
______________________________
Clemente Biondo 
cbi...@datelt.it
Datel Technology srl
______________________________
Piacere! :-9

tra parentesi va bene seguire le orme paterne, ma perchè ti sei iscritto
l'anno scorso ad economia ad Udine?
ti ci vedevo meglio in ingegneria informatica.
In bocca a lupo per la sessione estiva:-)


Assieme al precedente post mi puzza di "Ecco, visto? Io in un attimo
posso sapere tutto di te"; e poi si diceva che la gara a chi sputa più
lontano è stupida ...
Se ho (nuovamente!) travisato, meglio che mi nascondo, in ogni caso
continuamo per email? Qui rischiamo di andare OT! (anzi, lo siamo già!!)
E, comunque, ti è scappato il fatto che al momento sto facendo il
servizio civile ... Male, male! :-)))
Ciao
Un anonimo! :-)