donde es el mejor lugar para guardar imágenes de usuarios subir

Question

Tengo un sitio web que muestra galerías. Los usuarios pueden cargar su propio contenido desde la web (ingresando una URL) o cargando una imagen desde su computadora.

Estoy almacenando la URL en la base de datos que funciona bien para el primer caso de uso, pero necesito averiguar dónde almacenar las imágenes reales si un usuario carga desde su computadora.

¿Hay alguna recomendación aquí o las mejores prácticas sobre dónde debo guardarlas?

¿Debo guardarlos en la aplicación de datos o en las carpetas de contenido? ¿No deberían almacenarse en absoluto en el sitio web porque es contenido del usuario?

Answer 1

NO debe almacenar las cargas del usuario en ningún lugar al que se pueda acceder directamente mediante una URL conocida dentro de la estructura de su sitio. Este es un riesgo de seguridad ya que los usuarios pueden cargar archivos .htm y .js. Incluso un archivo con la extensión correcta puede contener código malicioso que puede ser ejecutado en el contexto de su sitio por un usuario autenticado que permita ataques en el lado del servidor o del lado del cliente.

Consulte por ejemplo http://www.acunetix.com/websitesecurity/upload-forms-threat.htm y What security issues appear when users can upload their own files? que mencionan algunos de los problemas que debe tener en cuenta antes de permitir que los usuarios carguen archivos y luego presentarlos para su descarga dentro de su sitio.

1. No ponga los archivos dentro de su estructura de directorio del sitio web normal

2. No utilice el nombre del archivo original que el usuario le dio. Puede agregar un encabezado de disposición de contenido con el nombre del archivo original para que puedan volver a descargarlo como el mismo nombre de archivo, pero la ruta y el nombre del archivo en el servidor no deberían ser algo en lo que el usuario pueda influir.

3. No confíe en los archivos de imagen - cambiar el tamaño de ellos y ofrecer sólo la versión redimensionada para su descarga posterior

4. No confíe en los tipos MIME o extensiones de archivo, abra el archivo y manipularlo para asegurarse de que es lo que se afirma ser.

5. Limite el tamaño y el tiempo de carga.

Answer 2

Una forma es almacenar la imagen en una tabla de base de datos con un campo varbinary.

Otra forma sería almacenar la imagen en la carpeta App_Data y crear una subcarpeta para cada usuario (~/App_Data/[userid] /myImage.png).

Para ambos enfoques, necesitaría crear un método de acción separado que permita acceder a las imágenes.

Answer 3

Al cargar imágenes, debe verificar el contenido del archivo antes de cargarlo. El método de extensión de archivo no es confiable.

Utilice el método del número mágico para verificar el contenido del archivo, que será una manera fácil.

Véase el stackoverflow post y ver la list of magic numbers

Una forma de ahorrar el archivo es la conversión a formato binario y guardar en la base de datos y el próximo método es el uso de la carpeta App_Data.

La opción de almacenamiento se basa en sus requisitos. Ver también this post

Conjunto límite de subida estableciendo la propiedad maxRequestLength a Web.Config como este, donde se especifica el tamaño del archivo en KB

<httpRuntime maxRequestLength="51200" executionTimeout="3600" /> 

Answer 4

En función de los recursos que tiene a implementar algo como esto, es extremadamente beneficioso para almacenar todo esto en Amazon S3.

Una vez que obtenga la carga, simplemente empújela hacia Amazon y estacione la URL en su base de datos como lo hace con las otras imágenes. Como se mencionó anteriormente, probablemente sería conveniente abrir la imagen y cambiar su tamaño antes de enviarla. Esto comprueba que en realidad es una imagen y se asegura de que no se presente accidentalmente una imagen de resolución completa de la cámara a un usuario final.

Hacer esto ahora lo hará mucho, mucho más fácil si alguna vez tiene que migrar/conmutar por error su sitio y no desea sincronizar gigabytes de activos de imagen.

Answer 5

Puede guardar sus datos de confianza en paralelo a la carpeta htdocs/www para que ningún usuario pueda acceder a esa carpeta. También puede agregar la autenticación .htaccess en sus datos de confianza (para .htaccess debe mantener su archivo .htpasswd en paralelo de la carpeta htdocs/www) si está usando apache.