Roles de usuario en MySQL con Stored Procedures

[thesixhalcon]

Buenas de nuevo!
Queria saber si por ejemplo, en este Stored Procedure de ejemplo:

Código sql:

CREATE PROCEDURE getLastPosts()
SELECT * 
FROM posts 
ORDER BY creado
LIMIT 0, 5;
 

¿El usuario de la base de datos tendría que tener permisos para hacer un SELECT? Es decir, si un Stored Procedure sirve para añadir (INSERT) una serie de datos, ¿el usuario requiere los permisos para hacer lo que se está haciendo dentro del Stored Procedure, es este caso INSERT's? o solo requiere los permisos para llamar (CALL) a ese Stored Procedure? En este último caso, cual sería los roles necesarios para el usuario?
Resumiendo, no se si el Stored Procedure, se ejecuta como un alias a una sentencia de comandos SQL por parte del usuario o si se ejecuta como un alias a una serie de comandos SQL que se ejecutan en el propio servidor.

Gracias y un saludo.

[gnzsoloyo]

Un SP es una forma de realizar operaciones DML de forma segura con usuarios de bajo nivel de privilegios. No requiere de parte del usuario permisos de INSERT, DELETE o DROP, pero si requiere permisos de EXECUTE y acceso a las rutinas.
Se consideran más seguros que darle a un usuario esos permisos por la simple razón de que tener permisos de EXECUTE sólo permite que el usuario introduzca y reciba parámetros, pero no le da permisos de modificar la rutina del SP, por lo que en realidad su nivel de privilegios es muy limitado.
Por otra parte, hay que recordar que el permiso de uso de SP no se otorga dentro del GRANT ALL PRIVILEGES, sino que debe realizarse específicamente, con lo que el sólo acto de otorgar los privilegios de acceso a rutinas almacenadas está restringido sólo a los usuarios de alto nivel.
Por ello son muy recomendables para mantener las bases seguras, además de no ser susceptibles al SQL injection.

[thesixhalcon]

Buenísima explicación gnzsoloyo, tenia una pequeña idea, pero no tan específica.
Duda resuelta.

Muchas gracias.