archivos PDF en el sistema de archivos del servidor web

Mi sugerencia sería la siguiente:

• Almacene los archivos PDF en una partición LUKS (o GPG full-disk / TrueCrypt full-disk), para que el robo de los discos físicos no debe proporcionar los datos.
• Ejecute un servidor HTTP secundario cuyo único trabajo es servir estos archivos. Configure sus permisos de archivo de modo que solo ese servidor HTTP pueda leer los PDF. Esto proporciona una superficie de ataque mínima para el robo de datos e impide que el servidor HTTP principal lea los archivos.
• Configure el inicio de sesión único o algo similar para autenticarse entre los dos servidores.
• Solo sirve los archivos a través de HTTPS, con SSL 2.0 y anteriores deshabilitados, preferiblemente con AES-GCM establecido como el cifrado preferido.

Almacenarlos en la base de datos no tendría mucho sentido, ya que el acceso al disco aún generaría los archivos.

Independientemente de la longitud y la complejidad de la cadena única, se puede adivinar un nombre de archivo o se puede interceptar un enlace de comunicación comprometido para conocer los nombres de los archivos.

¿Por qué no está utilizando un método como scp, si todo lo que está haciendo es hacer que los archivos pdf estén disponibles para su cliente? De esta manera, ¿puede forzar al usuario (destinatario) a ingresar una contraseña o tener una clave ssh previamente autorizada para recuperar sus archivos? De cualquier manera, el usuario final tiene una pieza única de información de identificación, el acceso puede estar limitado a aquellos que tienen la información de identificación correcta. De ahí que todo el esquema sea más seguro.

Sólo un pensamiento ...