Newsgroup: it.comp.www.php
Titolo: Visualizzatore remoto di files: in PHP è possibile?

Ciao a tutti!
Mi scuso in anticipo per la lunghezza del messaggio ma � importante che vi 
spieghi bene il mio problem perch� possiate darmi una mano.
Vi dico subito che inizialmene pensavo di realizzare questo progetto in 
Java, per poter meglio soddisfare i vincoli che vi esporr� tra poco. 
All'inizio ho avuto la tentazione di svilupparlo in PHP (linguaggio nel 
quale sono MOLTO pi� preparato e col quale ho molta pi� esperienza) ma poi 
mi sono convinto che Java fosse pi� adatto: ora mi stanno tornando i dubbi e 
quindi chiedo a voi un parere spassionato e un consiglio sincero.
Passo ora a esporre quello che voglio fare.
Devo progettare un visualizzatore remoto di files: praticamente attraverso 
una rete, tutti i client devono poter aprire in sola lettura i files 
memorizzati su un server centrale.I files sono di svariati tipi: in pratica 
sarebbe bene riuscire a implementare una soluzione che permetta di aprire 
(quasi) tutti i tipi di file MIME.
Il "problema" � che il requisito principale di questo applicativo � la 
sicurezza e la riservatezza dei dati. In pratica:
1) i client devono autenticarsi (inserendo le credenziali d'accesso 
memorizzate in un database in MySQL) prima di poter accedere al server 
centrale
2) TUTTI i dati scambiati tra client e server devono viaggiare su un canale 
cifrato sicuro (probabilmente implementato in SSL)
3) i dati presenti sul server centrali sono estremamente RISERVATI, ovvero 
sono visibili dai client autenticati ma bisogna ridurre al minimo il rischio 
che questi dati vengano memorizzati (anche sotto forma di file temporanei) 
sul pc dell'utente che li ha visionati (comunque probabilmente il mio 
sistema per funzionare dovrebbe esere lanciato mediante un LiveCD ovvero un 
sistema operativo Live: questo ridurrebbe il rischio di lasciare file 
temporanei in giro per il PC giusto?).
Se non ci fosse il punto (3) sarebbe facile realizzare un sistema di questo 
tipo: sarebbe sufficiente implementare un server ftp e tutti i client che 
vogliono accedere ai files si autenticano, scaricano i files che gli 
interesano e buonanotte al secchio ;-)
Inizialmente avevo pensato ad aprire i files all'interno della mia 
applicazione Java: ho cercato un po' su internet e ho trovato classi Java 
per aprire quasi tutti i file di tipo MIME. Ovviamente i files di Microsoft 
Office saranno pi� difficili da gestire, i bmp saranno pi� facili.
Quello che vi chiedo � di dirmi cosa ne pensate di questa idea e, se 
possibile, di darmi consigli di qualsiasi tipo: eventuali vostre esperienze 
in merito, classi che conoscete e che potrebbero farmi comodo nell'apertura 
di qualsiasi tipo di file MIME, dritte su cose a cui dovrei fare attenzione 
nello sviluppare il progetto e questioni che potrei aver sottovalutato.
E soprattutto, se pensate che un'applicazione di questo tipo possa essere 
sviluppata sotto forma di interfaccia web o se forse mi conviene davvero 
orientarmi a una soluzione di tipo Java.
In particolare, se dovessi usare un'interfaccia web, come mi consigliereste 
di accedere  i vari files? Usando i vari plugin che quasi ogni browser ormai 
mette a disposizione o utilizzando le classi PHP apposite (ho visto che ne 
esistono per aprire file PDF, ZIP, ecc.). E per aprire file di tipo 
multimediale tipo video o brani audio?
Grazie per la collaborazione, non esitate a scrivere ogni tipo di dubbio o 
domanda che vi dovesse venire in mente, qualsiasi contributo � molto 
gradito.
--
Elminster
Insomma, essendo il progetto ancora in una fase di brainstorming,
qualsiasi suggerimento � ben accetto"
Grazie in anticipo per la collaborazione! :-)
A buon rendere! ;) 


Questa è una lotta contro i mulini a vento: se è possibile "vederlo" è
possibile "salvarlo". Fossi in te andrei per l'ftp.

 possibile "salvarlo". 
Guoto

 Guoto
Scusate, mi sono spiegato male. Il sistema non deve proteggersi contro gli 
utenti autorizzati ma contro gli eventuali futuri utilizzatori dello stesso 
pc che potrebbero mettersi a caccia di tracce rimaste.
L'utente non ha nessun interesse a salvare in posizioni "non sicure" i dati 
che sta visualizzando: o meglio, sa che non si deve fare ed � anche suo 
interesse non infrangere le regole.
Il problema sono eventuali altri utenti che hanno accesso allo stesso PC 
utilizzato dall'utente autorizzato e che NON DEVONO ASSOLUTAMENTE poter 
vedere i files temporanei rimasti.
L'utente autorizzato ovviamente pu� salvare quello che vuole, l'importante � 
che il materiale non vada in mano ad altri (e questo � interesse di TUTTI 
gli utenti autorizzati).
--
Elminster


Beh, questo è un problema del sistema dell'utente :O

 
se deve solo leggere quando fa l'upload il sistema dovrebbe convertire
qualsiasi tipo mime in pdf, quanto l'utente si logga puï¿œ leggere il pdf
nel browser tramite un applet o un applicazione flash, disabilitando il
copia incolla, ovviamente se gli invi un pdf quello se lo apre tramite
acrobat e sei da capo. oppure  si lai connettere ad un server tramite
rdp cosi non dovrebbe restare traccia nel computer locale a meno che un
utente tonto non sposti il file.

 utente tonto non sposti il file.
terminal server
questi sono uffici pubblici ?

 Beh, questo � un problema del sistema dell'utente :O
Lo ben so! ;-)
Ma "purtroppo" sono io che devo realizzare questo sistema e devo fare in
modo che non vengano salvati file temporanei: vi viene in mente un sistema o
mi conviene buttarmi su Java?
--
Elminster 

 computer locale a meno che un utente tonto non sposti il file.
A parte che non sono sicuro che nel computer locale non restino file 
temporanei che contengano frammenti di ci� che si � aperto ma comunque usare 
RDP non � praticabile perch� ho la necessit� di realizzare un sistema di 
autenticazione e logging altamente personalizzato. :-(
--
Elminster 

 questi sono uffici pubblici ?
Anche.
--
Elminster 

 
DOD configuration
csi puoi partire dalla cifratura seria
per foto intendevo prendere la macchinetta digitale e fare la foto
cosi uno se la puo portare in questura

 A buon rendere! ;) 
Dovendo implementare un sistema che permettesse il caricamento di file 
con dati sensibili da parte di un amministratore del sito per i suoi 
clienti ho fatto quanto di piï¿œ logico possibile: ho contattato il 
garante per la privacy e la polizia postale.
Ecco quindi come ho risolto:
1. Accesso con user e password (molto semplice quindi) ad un'area 
riservata dove ci sono solo i documenti del tal utente (identificato con 
user e password)
2. All'interno ci sono i file in qualsiasi formato firmati con chiave 
PGP/GPG dall'amministratore del sito (nonchï¿œ creatore dei file). 
Naturalmente ogni file ï¿œ firmato con una chiave in possesso del cliente 
che accederï¿œ con quella determinata user e password. Questo perchï¿œ nel 
malaugurato caso qualcuno scaricasse i file non sarebbe comunque in 
grado di leggerli perchï¿œ non in possesso delle chiavi. Inoltre questo 
sistema leva dall'obbligo del DPSS il gestore del sito e pure 
dell'hosting perchï¿œ non in possesso delle chiavi.
Da lato amministratore/preparatore dei documenti si deve configurare 
solo un accesso FTP all'area voluta.
Nel tuo caso devi modificare un po' questo sistema, ma in ogni caso 
credo sia quello ideale.
Sulla modifica dei file, naturalmente se non ï¿œ presente la firma PGP/GPG 
del creatore dello stesso non hanno alcuna validitï¿œ legale le modifiche 
di eventuali utenti che hanno accesso agli stessi.

Naturalmente giï¿œ il fatto di avere i dati firmati ti permette di 
lasciarli anche sul pc client in quanto senza firma e con una cifratura 
a 256bit le possibilitï¿œ che qualcuno riesca a forzare il sistema ï¿œ molto 
remota visto che la chiave a 128bit produce 3,4x10e38 combinazioni 
diverse e l'unico attacco reale ha impiegato migliaia di CPU sparse per 
la rete e quasi 5 anni di elaborazioni, ma su una chiave a 64bit.

 
Cerca Terminal Server su google