Upload Seguro :: Problema

benji_ · #1 (**permalink**) 28/12/2009, 15:08

Buenas, hago este posteo para ver si pueden solucionar este problema y a la vez, que se haga una especie de debate, más que nada en relación a la seguridad en PHP y la Web en general (no tenida en cuenta por muchos).

El siguiente problema surgió de el desarrollo para un cliente, en el cual se llego a esta estructura de trabajo:

Contabamos con dos servidores diferentes:

Servidor A: Este era el servidor de nuestra empresa. En este alojamos algunos desarrollos propios.

Servidor B: Este sería el servidor del cliente, donde tiene su página y sus datos.

Ahora bien, el concepto es el siguiente:

El cliente se conecta al Servidor A (el nuestro), logueandose de forma segura, creando una session y teniendo acceso a lugares restringidos. Es decir, un sistema de logueo comun y corriente, con toda la seguridad posible (inclusive SSL).

Una vez que el cliente se encuentra logueado a nuestra página, este tendrá la posibilidad de subir un archivo a SU SERVIDOR (o sea el Servidor B). No olvidemos que esta logueado, pero al Servidor A.

Para hacer este "crossite upload" utilizamos el SWFUpload,una librería en flash que entre otras cosas nos permite realizar esta tarea.

En el Servidor B (el del cliente) se encuentra un archivo que llamaremos "upload.php". Este es el encargado de procesar el archivo subido y guardarlo en la carpeta que corresponda (el famoso "action" de los formularios html :-p)

PROBLEMA
-----------------------------------------------------------------------------------------------------

He aquí el problema en cuestión.

¿Como harían para que unicamente nuestro cliente pueda subir un archivo al Servidor B (utilizando el "upload.php" que esta en el) cuando este logueado nuestro Servidor A?

Es decir.. ¿Como hacer para que el "upload.php" solamente funcione y guarde el archivo que le esta enviando desde el SWFUpload nuestro cliente (unicamente nuestro cliente), mientras está logueado en el Servidor A.

SOLUCIONES FALLIDAS
----------------------------------------------------------------------------------------------------

Enviar un usuario y una contraseña junto con el archivo no sería seguro, ya que con un sniffer pueden ser obtenidos estos datos facilmente.

Tampoco funciona el SSL, ya que el Servidor A es el que tiene la conexion segura, pero el Servidor B no. (y no se contempla como solución el ponerle SSL al Servidor B :-p )

¿Como hacer entonces?

En fin (que largo se hizo), espero que puedan ayudarme a encontrar la mejor solución o por lo menos alguna opinion sobre el tema.

Saludos.

abimaelrc · #2 (**permalink**) 28/12/2009, 15:15

Podrías usar en el servidor A una conexión de ftp y que la imagen la suba al servidor A y este envie esa imagen al servidor B. Nunca he hecho la prueba pero a ver si con ello lo puedes lograr. Ahora si quieres enviar los datos del logueo puedes usar cURL o algún socket para enviarlo, pero indicaste que no quieres enviar los datos por si usan algún sniffer.

bacdavi · #3 (**permalink**) 28/12/2009, 15:17

podes enviar usuario y contraseña encriptado en md5, facil, ahora bien, si no queres esa opcion por curl y ftp lo podes lograr, busca en las faq's del foro, creo q abrielmaerc realizo todo un manual de lo que te estoy diciendo.

Saludos, alli esta la solucion =D

pateketrueke · #4 (**permalink**) 28/12/2009, 15:19

yo lo veo sencillo... al iniciar sesión en tu servidor, envías un HASH de autenticación hacía el cliente...

dicho cliente solo puede utilizar el upload, comprobando vía el servidor que dicho HASH es correcto...

obviamente, sería cuestión de ir regenerando el HASH cuando el upload se complete correctamente, al menos, así lo visualizo...

PDTA: evita hacer distinciones en los títulos como "solo expertos", "solo avanzados", etc... la verdad se ven muy mal a la vista... y aleja al usuario común de hallar buena información solo por caprichos de "otros" ...

benji_ · #5 (**permalink**) 28/12/2009, 15:21

Muchas gracias por la pronta respuesta

Como vos decis, esta es la posibilidad mas fuerte, y fue tomada en cuenta. Una vez subido el archivo al Servidor A se puede enviar por FTP o por cURL al Servidor B.

El problema que implica esto es el tiempo de subida.

Supongamos un archivo de 10 Mb, que tiene que ser enviado dos veces, el tiempo de subida se prolongaría considerablemente (o no?).

Es el defecto principal de este metodo, por lo que buscamos otras ideas o posibles soluciones (si es que las hay

)

bacdavi · #6 (**permalink**) 28/12/2009, 15:26

pues por eso estimado "benji_" si es tu cliente he de asumir que tiene un server inferior al tuyo, por lo que tu que eres el "proveedor" debes realizar ciertas tareas, ok, te voy a plantear el análisis del programa (conste q lo hago gratis jeje)

El cliente sube a su server (servidor B) el archivo que queres, una vez haya sido subido por curl podes indicar a tu server (Servidor A) que inicie el proceso de transferencia en segundo plano del server B al server A, por qué? porque asi no consumis memoria del server b... y como sería un proceso en segundo plano ejecutado por el server a, no afecta al server b.

entonces la respuesta en resumidas palabras es FTP amigo!

cualquier duda me avisas!

abimaelrc · #7 (**permalink**) 28/12/2009, 15:27

Puedes ejecutar el archivo "background" (me refiero a que el usuario no tenga que esperar que se ejecute el codigo de servidor a servidor), solo esperar que suba de la computadora del usuario al servidor A, usando exec()

benji_ · #8 (**permalink**) 28/12/2009, 15:28

Cita:

Iniciado por pateketrueke

yo lo veo sencillo... al iniciar sesión en tu servidor, envías un HASH de autenticación hacía el cliente...

dicho cliente solo puede utilizar el upload, comprobando vía el servidor que dicho HASH es correcto...

obviamente, sería cuestión de ir regenerando el HASH cuando el upload se complete correctamente, al menos, así lo visualizo...

PDTA: evita hacer distinciones en los títulos como "solo expertos", "solo avanzados", etc... la verdad se ven muy mal a la vista... y aleja al usuario común de hallar buena información solo por caprichos de "otros" ...

Mil disculpas por el título, realmente no fue mi intención esa, por lo que ya esta reparado

En relación a tu respuesta, sería algo similar a iniciar una sesion en el Servidor B (en concepto digo). El tema es que en cada upload tendría que enviar el HASH correspondiente para poder confirmar que es el cliente el que lo manda y con esto sucede lo mismo que con un usuario y una pass (por mas que esten encriptada). Si se logra obtener el HASH antes de terminada una subida (y de que se cambie) hay un periodo "ventana" de vulnerabilidad.

O me equvico?

HalconVigia · #9 (**permalink**) 28/12/2009, 15:48

buenas!!!

pues esta es solo una idea, habria que ver si es factible, el caso seria asi:

crear una especie de API similar a la que usar facebook de tal manera que al loguear en el servidor A, este tambien sea valido en el B

ahora en las ideas pues pusieras tomar en cuenta el tipo de funcionamiento actual que maneja dicho protocolo, al menos como base de partida ;)

un saludo!!

pateketrueke · #10 (**permalink**) 28/12/2009, 16:00

pues ya sea enviando un HASH, user+pass, implementando una API ... o cualquier método, todos necesitan "algo" que comunique y valide la conexión entre servidores, así permitiendo lo que necesites...

tal ves no hay una forma 100% segura de hacerlo, siempre cae la posibilidad de poder hackear el sistema...

Edito: una alternativa sumada a cualquier otra es usar la IP del cliente... así, aunque roben el HASH no hay problema... ya que debe corresponder a un solo IP

benji_ · #11 (**permalink**) 28/12/2009, 18:46

mmmm, es interesante lo del concepto de la API, el problema es que, como decis vos pateketrueke, siempre se envía algo para validar la identidad de un usuario.

El problema es que si hace un validacion por IP o por navegador o por cualquier dato que vaya en la cabezera del paquete de informacion, estos son modificables. Siguen siendo completamente vulnerables a una lectura por parte de un tercero y la posterior modificacion.

Si al menos hubiese una forma de encriptar el archivo enviado y los datos, como el HASH o la Clave, todo en uno en un gran paquete de información.

La idea seria lograr la seguridad que brinda una conexion SSL, pero sin tenerla (por que no podemos obligar al cliente, jeje)

Por ahora la más consistente es la de utilizar cURL, ya que con FTP no podemos (me olvide de ponerlo en las restricciones, perdon :-p) puesto que no tenemos acceso a los mismos ni lo tendremos, asi que esta descartado.

De todas formas, es interesante que propongan ideas, no es un problema muy comun este, por lo que hay que revisarlo bien y pueden surgir cosas interesantes

.

bacdavi · #12 (**permalink**) 29/12/2009, 10:59

encriptar podes y es bastante sencillo, yo ya lo he probado en mi apache server:
mira esto de encriptar los datos con un *.pem:

http://elblogdepablot.wordpress.com/...itales-en-php/

benji_ · #13 (**permalink**) 29/12/2009, 13:45

Gracias por el link, bacdavi, lo tendre en cuenta para otros desarrollos

El tema es que la encriptacion que has indicado es con OpenSSL y una de las limitaciones que presenta el problema es que no se puede poner SSL en el Servidor B, por lo que es inutil (al menos en este caso).

Aunque si se podría replicar usando encriptacion con RSA a mano, eso sí, subiendo primero el archivo al Servidor A, encriptandolo (a mano, nada de SSL) y luego enviandolo al Servidor B vía cURL (por que tampoco podemos usar FTP... si, cuantas limitaciones, no? :-p)

Es la mejor de las opciones para poder controlar los datos y el archivo enviado.

pateketrueke · #14 (**permalink**) 29/12/2009, 13:53

y que te parece OAuth ??

http://oauth.net/