20.6 Stored Programs 및 Views 액세스 제어

저장 프로그램과 뷰는 사용하기 전에 정의 된 참조 될 때 그 권한을 결정하는 보안 컨텍스트에서 실행합니다. 이러한 권한은 DEFINER 속성과 존재하는 경우는 SQL SECURITY 특성으로 제어됩니다.

모든 저장 프로그램 (프로 시저, 함수, 트리거 및 이벤트)와보기는 MySQL 계정을 지명하는 DEFINER 속성을 포함 할 수 있습니다. DEFINER 속성을 저장 프로그램 또는 뷰 정의에서 생략하면 기본 계정은 개체를 만드는 사용자입니다.

또한, 스토어드 루틴 (프로 시저 및 함수)와보기는 값이 DEFINER 또는 INVOKER 인 SQL SECURITY 특성이 개체가 정의 측의 컨텍스트에서 실행하거나 호출자의 컨텍스트에서 실행 여부를 지정할 수 있습니다 . SQL SECURITY 특성을 생략하면 기본값은 정의 측의 컨텍스트입니다.

트리거와 이벤트는 SQL SECURITY 특성이없이 항상 정의 측의 컨텍스트에서 실행합니다. 서버가 필요에 따라 자동으로 이러한 개체를 호출하므로, 호출 사용자는 존재하지 않습니다.

정의 측과 호출자의 보안 컨텍스트는 다음과 같이 다릅니다.

다음 저장 프로 시저를 검토하십시오.

CREATE DEFINER = 'admin'@'localhost' PROCEDURE p1()
SQL SECURITY DEFINER
BEGIN
  UPDATE t1 SET counter = counter + 1;
END;

p1 대한 EXECUTE 권한을 갖는 모든 사용자도 CALL 문을 사용하여이를 호출 할 수 있습니다. 그러나 p1 실행하는 경우에는 DEFINER 의 보안 컨텍스트에서 실행하기 때문에 DEFINER 특성에 지명 된 계정 인 'admin'@'localhost' 의 권한으로 실행합니다. 이 계정은 p1 의 EXECUTE 권한 외에, 테이블 t1 의 UPDATE 권한이 필요합니다. 그렇지 않으면, 프로 시저가 실패합니다.

이어 다음 저장 프로 시저를 검토하십시오. 이것은 p1 과 동일하지만, 그 SQL SECURITY 특성이 INVOKER 인 점이 다릅니다.

CREATE DEFINER = 'admin'@'localhost' PROCEDURE p2()
SQL SECURITY INVOKER
BEGIN
  UPDATE t1 SET counter = counter + 1;
END;

p2 는 p1 와 달리 INVOKER 의 보안 컨텍스트에서 실행합니다. DEFINER 속성은 무관하며, p2 는 호출 사용자의 권한으로 실행합니다. 호출자에게 p2 대한 EXECUTE 권한 또는 테이블 t1 에 대한 UPDATE 권한이 부족한 경우, p2 는 실패합니다.

MySQL은 다음 규칙을 사용하여 사용자가 객체의 DEFINER 속성에서 지정할 수있는 계정을 제어합니다.

저장 프로그램 및보기 작성 및 사용의 가능한 위험을 최소화하기 위해 다음 지침을 따르십시오.