存储的程序(过程、函数、触发器和事件)和视图在使用前定义,并且在被引用时在确定其特权的安全上下文中执行。适用于执行存储对象的权限由其DEFINER属性和
SQL SECURITY特性控制。
存储对象定义可以包括
DEFINER命名 MySQL 帐户的属性。如果定义省略该DEFINER属性,则默认对象定义者是创建它的用户。
以下规则确定您可以将哪些帐户指定为DEFINER存储对象的属性:
如果您有
SUPER权限,您可以将任何帐户指定为DEFINER属性。如果该帐户不存在,则会生成警告。否则,唯一允许的帐户是您自己的帐户,按字面指定或指定为
CURRENT_USER或CURRENT_USER()。您不能将定义者设置为任何其他帐户。
使用不存在的
DEFINER帐户创建存储对象会创建一个孤立对象,这可能会产生负面后果;请参阅
孤立存储对象。
对于存储例程(过程和函数)和视图,对象定义可以包括SQL SECURITY
一个值为DEFINERor
的特征,INVOKER以指定对象是在定义者上下文还是调用者上下文中执行。如果定义省略了SQL SECURITY特征,则默认为定义者上下文。
触发器和事件没有SQL SECURITY
特征并且总是在定义者上下文中执行。服务器根据需要自动调用这些对象,因此没有调用用户。
定义者和调用者安全上下文的不同之处如下:
考虑以下存储过程,它声明
SQL SECURITY DEFINER为在定义者安全上下文中执行:
CREATE DEFINER = 'admin'@'localhost' PROCEDURE p1()
SQL SECURITY DEFINER
BEGIN
UPDATE t1 SET counter = counter + 1;
END;
任何拥有EXECUTE
权限的用户都可以使用语句p1调用它
。CALL但是,当
p1执行时,它是在定义者安全上下文中执行的,因此
'admin'@'localhost'以作为其
DEFINER属性命名的帐户的特权执行。此帐户必须具有
对象主体中引用的表
的EXECUTE权限
p1以及
权限。否则,程序失败。
UPDATEt1
现在考虑这个存储过程,
p1除了它的SQL
SECURITY特征是INVOKER:
CREATE DEFINER = 'admin'@'localhost' PROCEDURE p2()
SQL SECURITY INVOKER
BEGIN
UPDATE t1 SET counter = counter + 1;
END;
与 不同p1,p2在调用者安全上下文中执行,因此无论DEFINER
属性值如何,都具有调用用户的特权。p2如果调用者缺少 table 的EXECUTE权限
p2或
UPDATEtable 的权限,则
失败t1。
孤立存储对象是其
DEFINER属性命名为不存在的帐户的对象:
可以通过
DEFINER在对象创建时指定一个不存在的帐户来创建一个孤立的存储对象。现有的存储对象可以通过执行
DROP USER删除对象DEFINER帐户的语句或RENAME USER重命名对象DEFINER帐户的语句而变得孤立。
孤立的存储对象可能在这些方面有问题:
由于该
DEFINER帐户不存在,如果对象在定义者安全上下文中执行,则该对象可能无法按预期工作:SQL SECURITY对于存储例程,如果值为DEFINER但定义者帐户不存在, 则在例程执行时会发生错误。对于触发器,在帐户实际存在之前激活触发器不是一个好主意。否则,关于特权检查的行为是未定义的。
对于事件,如果帐户不存在,则在事件执行时会发生错误。
对于视图,如果
SQL SECURITY值为是DEFINER但定义者帐户不存在,则在引用视图时会出错。
DEFINER如果随后出于与对象无关的目的重新创建 不存在的帐户,则对象可能存在安全风险 。在这种情况下,该帐户“采用”了该对象,并且具有适当的权限,即使这不是有意的,也能够执行它。
要获取有关在 MySQL 安装中用作存储对象定义者的帐户的信息,请查询
INFORMATION_SCHEMA.
此查询确定哪些
INFORMATION_SCHEMA表描述了具有DEFINER属性的对象:
mysql> SELECT TABLE_SCHEMA, TABLE_NAME FROM INFORMATION_SCHEMA.COLUMNS
WHERE COLUMN_NAME = 'DEFINER';
+--------------------+------------+
| TABLE_SCHEMA | TABLE_NAME |
+--------------------+------------+
| information_schema | EVENTS |
| information_schema | ROUTINES |
| information_schema | TRIGGERS |
| information_schema | VIEWS |
+--------------------+------------+
结果告诉您要查询哪些表以发现DEFINER存在哪些存储的对象值以及哪些对象具有特定DEFINER值:
要确定
DEFINER每个表中存在哪些值,请使用以下查询:SELECT DISTINCT DEFINER FROM INFORMATION_SCHEMA.EVENTS; SELECT DISTINCT DEFINER FROM INFORMATION_SCHEMA.ROUTINES; SELECT DISTINCT DEFINER FROM INFORMATION_SCHEMA.TRIGGERS; SELECT DISTINCT DEFINER FROM INFORMATION_SCHEMA.VIEWS;查询结果对任何账户都有意义,显示如下:
如果该帐户存在,则删除或重命名它会导致存储的对象成为孤立对象。如果您打算删除或重命名帐户,请考虑首先删除其关联的存储对象或重新定义它们以具有不同的定义器。
如果该帐户不存在,则创建它会导致它采用当前孤立的存储对象。如果您计划创建帐户,请考虑是否应将孤立对象与其相关联。如果不是,请重新定义它们以具有不同的定义器。
要使用不同的定义器重新定义对象,您可以使用
ALTER EVENT或ALTER VIEW直接修改DEFINER事件和视图的帐户。DEFINER对于存储过程和函数以及触发器,您必须删除对象并使用不同的帐户 重新创建它要确定哪些对象具有给定
DEFINER帐户,请使用这些查询,将感兴趣的帐户替换为 :user_name@host_nameSELECT EVENT_SCHEMA, EVENT_NAME FROM INFORMATION_SCHEMA.EVENTS WHERE DEFINER = 'user_name@host_name'; SELECT ROUTINE_SCHEMA, ROUTINE_NAME, ROUTINE_TYPE FROM INFORMATION_SCHEMA.ROUTINES WHERE DEFINER = 'user_name@host_name'; SELECT TRIGGER_SCHEMA, TRIGGER_NAME FROM INFORMATION_SCHEMA.TRIGGERS WHERE DEFINER = 'user_name@host_name'; SELECT TABLE_SCHEMA, TABLE_NAME FROM INFORMATION_SCHEMA.VIEWS WHERE DEFINER = 'user_name@host_name';对于
ROUTINES表,查询包括ROUTINE_TYPE列,以便输出行区分DEFINER是针对存储过程还是存储函数。如果您要搜索的帐户不存在,则这些查询显示的任何对象都是孤立对象。
为了最大限度地降低创建和使用存储对象的潜在风险,请遵循以下准则:
不要创建孤立的存储对象;也就是说,
DEFINER属性为其命名不存在帐户的对象。不要通过删除或重命名由DEFINER任何现有对象的属性命名的帐户来使存储的对象成为孤立对象。对于存储的例程或视图,
SQL SECURITY INVOKER尽可能在对象定义中使用,以便它只能由具有适合对象执行的操作权限的用户使用。如果您在使用具有
SUPER特权的帐户时创建定义器上下文存储对象,请指定一个显式DEFINER属性,该属性命名一个帐户,该帐户仅拥有对象执行的操作所需的特权。DEFINER仅在绝对必要时才 指定高特权 帐户。管理员可以通过不授予用户权限来阻止用户创建指定高权限
DEFINER帐户的 存储对象SUPER。编写定义上下文对象时应牢记,它们可能能够访问调用用户没有权限的数据。在某些情况下,您可以通过不授予未经授权的用户特定权限来防止对这些对象的引用:
但是,触发器和事件不存在这样的控制,因为它们总是在定义者上下文中执行。服务器根据需要自动调用这些对象,用户不会直接引用它们:
触发器通过访问与其关联的表来激活,即使是没有特殊权限的用户的普通表访问。
服务器按计划执行事件。
在这两种情况下,如果
DEFINER帐户具有高特权,则对象可能能够执行敏感或危险的操作。如果创建该对象所需的权限已从创建该对象的用户的帐户中撤消,则情况仍然如此。管理员在授予用户对象创建权限时应特别小心。