¿Cómo puedo proteger una cadena de conexión mySQL en PHP?

Question

Conozco la regla: nunca cifre su contraseña, y he visto esta pregunta here que explica qué hacer con Java y mySQL, pero no sé qué hacer con PHP y mySQL.

La cadena de conexión actual se hizo así

<?PHP 

$DBName = "dbName"; 
$Host = "localhost"; 
$User = "dbUser"; 
$Password = "Yikes_hardcoded_PW"; 

$Link = mysql_connect($Host , $User , $Password , $DBName); 

if (!$Link) { 
    die('Could not connect: ' . mysql_error()); 
} 

?> 

• , pero tengo que tener la contraseña asegurado, es decir, no hardcoded en este archivo. ¿Cómo lo hago?

EDIT: Para todos los downvotes que consiguen en esto, todavía no han recibido una respuesta a la pregunta que se trata de un problema de seguridad genuina - contraseñas codificadas. No es útil votar por una pregunta genuina sin publicar un comentario o respuesta que cumpla con la pregunta.

Answer 1

No hay ninguna razón para ocultar su contraseña de MySQL. Simplemente restrinja el acceso a la base de datos desde el host remoto. Alternativamente, puede establecer un usuario MySQL predeterminado sin contraseña para este proyecto/host/base de datos/acción específicos.

Para responder a su pregunta directamente, no hay forma de ofuscar la contraseña.

Answer 2

Almacene sus configuraciones en otro archivo.

$DBName = "dbName"; 
$Host = "localhost"; 
$User = "dbUser"; 
$Password = "Yikes_hardcoded_PW"; 

Configure git ignore para este archivo de configuración.

Answer 3

No hay un problema con la codificación de las credenciales en un archivo de configuración necesariamente.

Para un proyecto versionado con código fuente, debería considerar crear una plantilla de configuración con marcadores de posición para cualquier credencial que envíe a su repositorio.

En cualquier implementación, debe editar estos marcadores de posición para que sean las credenciales activas de pago y envío. Esto también ayudará a cualquier persona que use su proyecto si va a abrirlo.

Actualizado (para realmente responder a la pregunta)

configuración

base de datos realmente tiene por qué ser en texto plano, hardcoded en un archivo PHP, sin embargo lo hace puede alguna cosa para asegurarse de que es más seguro:

1. verifique su configuración de Apache del open_basedir restringe otros casos vhost de acceder a los archivos fuera de su raíz web
2. comprobación de permisos de sistema de archivos para garantizar que sólo apache y el usuario puede acceder al archivo
3. Asegúrese de que el usuario de MySQL sólo se establece para ser válido desde un contexto localhost, es decir grant all privileges on mydatabase.* to myuser@localhost etc
4. uso de un firewall para bloquear las conexiones externas a mysql

Answer 4

Vas a tener que codificar la contraseña o alguna parte otro. Incluso si desea usar DSN, tendrá que codificar la contraseña en la cadena de DSN. Como lo veo, no hay forma de evitar codificar la contraseña.

Así que la pregunta se reduce a qué se puede hacer para proteger el archivo/cadena que contiene la contraseña. Establecer los permisos adecuados del sistema de archivos para el archivo que contiene la contraseña y establecer el valor correcto de open_basedir es lo que puede hacer. Como se mencionó en una de las publicaciones en What's best way to secure a database connection string?, también podría considerar usar una partición cifrada.

El enlace que ha publicado en su pregunta, en mi opinión, habla sobre aplicaciones de escritorio. Y las aplicaciones de escritorio en PHP son demasiado pocas para pensar seriamente en la cuestión de asegurar contraseñas de base de datos para aplicaciones de escritorio php.

Answer 5

Yo también estoy investigando sobre este tema. El permiso de archivo es una de las estrategias, pero hay tantos vectores.

Pero supongamos que en un escenario tiene acceso FTP o SSH al servidor y alguien pone en peligro el inicio de sesión de FTP. Este inicio de sesión es el mismo para la carpeta public_html de la cuenta del usuario. Esa persona podría navegar y leer estos archivos. Casi en este punto es malo. Sin embargo, podría tener una configuración en el sistema donde encarcela al usuario únicamente en su directorio de inicio.

Quizás entonces podría crear una carpeta .private en un nivel fuera del directorio de inicio de ese usuario. Luego, en los archivos php para ese usuario, que tiene sus scripts en public_html, incluya un archivo de conexión que exista en la carpeta .private (../../private/connect.php, por ejemplo).

No sé si esto funcionará si el usuario es encarcelado, pero este tipo de cosas parecen una seguridad a través de la oscuridad.

Answer 6

Basándose en lo que Cajus Kuinzinas eludió ... Considere tener una base de datos restringida que almacene las credenciales de la aplicación. Cuando se inicia la aplicación, ejecute una consulta con una cuenta de solo lectura que pueda buscar credenciales en la base de datos de la aplicación real.

Para hacerlo más seguro, el valor almacenado en la base de datos de búsqueda no debe ser la contraseña completa. Su aplicación podría actualizar este valor junto con un salt para generar la contraseña real. Además, puede guardar esto en la memoria caché, si lo desea, para reducir los éxitos futuros.