Newsgroup: it.comp.sicurezza.windows
Titolo: LANBackup

si può scaricare la nuova versione
per chi gentilmente volesse provarlo e dirmi se manca qualcosa o se saltano 
fuori errori megacosmici
ps.
ovviamente l'ho fatto sulle mie esigenze e mi piacerebbe confrontarle con le 
vostre
grazie
fabio
http://vbgraphic.altervista.org/lanbackup.htm

 ha scritto nel 
messaggio news:2G0Qe.109696$fm.72...@news4.tin.it...



stavo per chiedertelo...ti farò sapere.
grazie.
max

> si può scaricare la nuova versione
Premetto che NON ho provato il programma, ho soltanto
letto le caratteristiche; detto questo:
Prima di tutto direi che prevedere una "master password"
(admin) per il ripristino dei backup sia più che opportuno
in modo da permettere il ripristino di copie effettuate da
(es.) dipendenti "passati ad altra azienda" :-)
Detto questo; dalle note non si capisce se la comunicazione
tra client e server avvenga in chiaro o se utilizzi un qualche
sistema di crittografia (es. SSL) che secondo me sarebbe
auspicabile ... per diversi motivi
Inoltre, dalla pagina web non si capisce in quale linguaggio
sia scritto il programma, quali siano i requisiti minimi ecc....
Per concludere, vorrei capire SE il client "gira" come servizio
o semplicemente come applicazione "autostart"; nel secondo
caso, sarebbe opportuno che il client girasse come servizio
in modo da permettere il backup anche senza la necessità di
avere un utente loggato sul sistema
Ci sarebbe altro da dire... ma mi fermo qui :-)
Ciao
-- 
* ObiWan
Microsoft MVP: Windows Server - Networking
http://www.microsoft.com/communities/MVP/MVP.mspx
http://italy.mvps.org
DNS "fail-safe" for Windows clients.
http://www.ntcanuck.com
Newsgroups and forums
news://
news.ntcanuck.com
http://forums.ntcanuck.com
408+ XP/2000 tweaks and tips
http://www.ntcanuck.com/tq/Tip_Quarry.htm

 Ci sarebbe altro da dire... ma mi fermo qui :-)
peccato. grazie comunque per il contributo

 peccato. grazie comunque per il contributo
http://www.killervb.com/FileSystemLib.aspx
e mi fermo per evitare di andare ulteriormente
off-topic .. visto che già ci siamo abbondantemente
Ciao

 Ciao
ciao 

La pagina cercata non
[cut]
Scusa, non bastava dire "La pagina non è raggiungibile"?
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 Scusa, non bastava dire "La pagina non è raggiungibile"?
a te l'ha raggiunta?

a te l'ha raggiunta?
No, neanche a me funziona.
Vorrei dirti, sul tuo programma:
1) L'icona sulla tray secondo me è da cambiare: è troppo simile a
quelle della connessione di rete e rischia di generare confusione.
2) Non mette delle icone all'interno del menu avvio?
3) L'installazione del servizio non va a buon fine: failed to install


 3) L'installazione del servizio non va a buon fine: failed to install
ah! provvedo a fixare
thnx a lot

> si può scaricare la nuova versione
Premetto che ho dato un'occhiata molto veloce.
Non capisco un punto chiave: dal sito si evince che nessuno a parte
l'utente sarebbe in grado di aprire il file .axx e ripristinarne il
contenuto. Ma... la password e i dati vengono salvati in chiaro nel
file .axx e, quindi, chiunque abbia accesso al file .axx, a partire
dall'admin, sara' in grado di ripristinare file o leggerli dal file
.axx direttamente. Quello che pensi sia Il Punto Qualificante direi 
che di fatto non esiste. Senza contare che e' l'admin che decide se
proteggere o no i dati e quindi se lui volesse accedere ai dati del
client gli basterebbe selezionare i backup in chiaro e copiare quel
che vuole. Ah... la password passa in chiaro anche in rete, insieme
al contenuto dei file. 
Inoltre mi paiono rilevanti alcuni altri aspetti; in ordine sparso:
- non vengono salvate le acl dei file e delle cartelle;
- non c'e' autenticazione del server da parte del client: usando le
  solite banali tecniche di hijacking sarebbe possibile predisporre
  un fake server per accedere al disco del client;
- non c'e' autenticazione del client: potrebbe essere possibile che
  un rogue client corrompa i backup di qualcun'altro;
- tutte le informazioni sul client vengono fornite dallo stesso, in
  particolare anche l'indirizzo ip del client (che viene loggato);
- la compressione avviene solo lato server ed usando un programma a
  pagamento;
- non viene garantita l'integrita' dei file: chiunque abbia accesso
  al .axx puo' facilmente manipolarli;
- non viene eseguito il backup dei file vuoti.
Questo e' quello che salta all'occhio e penso che siano aspetti che
dovresti, almeno in parte, rivalutare sin da subito.
Fabio che deve ancora provare .. come HOSTNAME

Fabio che deve ancora provare .. come HOSTNAME
HOSTNAME

Fabio che deve ancora provare .. come HOSTNAME
LOL ci sono arrivato con un po' di ritardo! :)
écher

 si si, viene eseguito
Non mi pare, per lo meno in modalita' axx. Il client passa "emptyfile"
al server, o qualcosa del genere, ma poi nel .axx i file non li trovo.
Magari ho cercato male.
 
Se dovessi darti un suggerimento, consiglierei di valutare una diversa
architettura, con compressione e cifratura lato client. In questo modo
la password rimane sul client e non hai bisogno di cifrare la sessione
tcp. Inoltre eliminerei il backup in chiaro, magari vincolandolo ad un
permesso dell'utente, e sposterei l'interfaccia di ripristino dei file
nel client invece che nel server, che mi sembra un luogo migliore, sia
come modalita' di lavoro, sia come garanzia di sicurezza per l'utente.
Fabio

   lavoro che potrebbe essere fatto anche con prodotti gratuiti;
Appunto; basterebbe utilizzare 
http://www.zlib.net/
 in modalitā "stream"
per mettere in piedi un meccanismo di compressione "on the fly" che
tra le altre cose ridurrebbe un pochino l'utilizzo della banda
Che altro.. ah, si, direi che un'occhiatina sia alla "BackupAPI" sia alle
"CryptoAPI" potrebbe fornire spunti interessanti, la prima soprattutto
per quanto riguarda il backup di ACL ecc.. e per il backup di eventuali
"Alternate Data Streams", la seconda per valutare un meccanismo di
criptatura dei dati e rendere cosė pių sicuro il tutto; tieni presente che
il
link che avevo postato (al momento non raggiungibile.. probabilmente
a causa di "Katrina") copriva in modo esauriente la prima parte


Fabio
Grazie mille per il supporto
fabio

 tra le altre cose ridurrebbe un pochino l'utilizzo della banda
Non mi sembra trascurabile: il backup del singolo host sarebbe piu' lento, ma
quando fai il backup di decine di host la riduzione della banda necessaria e'
un aspetto rilevante.
Fabio
 

 compatibili su tutti i S/O su cui lavorerà il client.
Potresti almeno pensare di cambiare il programam di compressione. Prova a
dare un'occhiata a 7-zip: opensource, potente e puo' criptare con AES (la
password la passi una volta sola e la usi per cifrare il file, magari). E
lo sviluppatore propone anche una dll, mica che ti possa essere utile. Se
poi riesci a usarlo per cifrare lato client, ancora meglio. Proverei pure
a valutare qualcosa basato su gnupg. Anche usati lato server, per lo meno
rendono meno evidenti certi problemi e implementano una vera crittografia
del file.
Secondo me lanbackup si presenta abbastanza bene a prima vista, ed e' uno
strumento che potrebbe essere utile in realta' di dimensioni mediopiccole
al posto di strumenti eccessivamente sofisticati ma dovrebbe risolvere un
po' di quelli che IMHO sono problemi di sicurezza non secondari ed essere
un po' piu' aderente alle specifiche dichiarate.
Fabio

un po' piu' aderente alle specifiche dichiarate.
beh, finora ho sviluppato grafica, cad 2d e 3d. Autodesk e Corel non hanno 
mai sentito il mio fiato sul collo, non lo faranno nemmeno i big del 
networking :)
anzi, al contrario, mi sono sempre preoccupato di progettare strumenti 
semplici ed economici proprio per realtà medio piccole.
ammetto che per quanto riguarda lanbackup qualche accorgimento in più sul 
fronte della sicurezza si potrebbe prevedere, d'altronde siamo qui apposta.
Fabio