| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 35. 룰 시스템 | Fast Forward | Next |
PostgreSQL의 룰 시스템에 의한 쿼리의 재작성에 의해, 본래의 쿼리로 사용된 것은 아닌 다른 테이블/뷰가 접근됩니다. 갱신 룰을 사용하는 것에 의해 테이블에 기입해, 접근을 포함 할 수가 있습니다.
재작성 룰에 다른 소유자는 없습니다. 릴레이션(테이블 또는 뷰)의 소유자는 자동적으로 그곳에 정의된 재작성 룰의 소유자가 됩니다. PostgreSQL의 룰 시스템은 기본값의 접근 제어 시스템의 행동을 변경합니다. 룰에 의해 사용되는 릴레이션은, 룰을 호출한 사용자의 권한은 아니고, 룰 소유자의 권한으로 체크됩니다. 이것은, 사용자는 쿼리로 명명하는 테이블/뷰에 대해 요구된 권한만 있으면 되는 것을 나타내고 있습니다.
예를 들면, 이하와 같이 합니다. 어느 사용자가, 몇개의 개인용의, 그 외는 사무소에서 비서가 이용하기 위한, 전화번호의 리스트를 가지고 있었다고 합니다. 사용자는 다음과 같이 구축할 수가 있습니다.
CREATE TABLE phone_data (person text, phone text, private boolean);
CREATE VIEW phone_number AS
SELECT person, phone FROM phone_data WHERE NOT private;
GRANT SELECT ON phone_number TO secretary;
그 사용자(와 데이터베이스의 슈퍼 유저) 이외는 phone_data테이블에 접근 할 수 없습니다. 그러나, GRANT에 의해 비서는 phone_number뷰에 대해 SELECT할 수 있습니다. 룰 시스템은 phone_number로부터의 SELECT조작을 phone_data로부터의 SELECT조작에 고쳐 써 private가 거짓이 되고 있는 항목만을 사용한다는 조건을 덧붙입니다. 그 사용자는 phone_number의 소유자, 따라 룰의 소유자이기 때문에, phone_data의 읽기에 대한 접근은 그 사용자의 권한에 따라 체크되어 쿼리를 받아들여도 괜찮게 됩니다. phone_number에의 접근도 체크됩니다만, 이것은 호출한 사용자에 대해서 행해지기 때문에, 비서와 사용자 이외는 사용할 수 없습니다.
권한은 룰 마다 체크됩니다. 그러니까 비서만이 현재 일반의 전화번호를 참조할 수가 있습니다. 그러나, 비서는 다른 뷰를 작성해, 거기에 PUBLIC에 대한 접근 허가를 줄 수가 있습니다. 이렇게 하면, 비서의 뷰를 통해 누구나 phone_number데이터를 볼 수가 있습니다. 비서가 할 수 없는 것은 phone_data에 직접 접근하는 뷰를 만드는 것입니다 (실제로는 작성은 할 수 있습니다만, 접근은 모두, 권한 체크로 거절됩니다). 그리고, 비서가 독자적인 phone_number뷰를 열었던 것을 사용자가가 깨닫은 시점에서, 비서의 권한을 채택할 수가 있습니다. 즉시, 비서의 뷰에의 접근은 실패로 끝납니다.
이 룰 마다의 체크가 보안 구멍이 된다고 생각하는 사람이 있을지도 모릅니다만, 실제로는 그렇지는 않습니다. 만약 기능하지 않으면 비서는 1일 1회 phone_number와 같은 열을 가진 테이블을 준비해, 데이터를 거기에 복사해야합니다. 데이터는 그 사용자의 것이기 때문에, 누구에게 접근권한을 주는지는 그의 자유입니다. GRANT는"당신을 신용하고 있다"는 것입니다. 신용하고 있는 누군가가 이러한 일을 실시했을 경우는, 생각을 다시해REVOKE해 주세요.
이 기구는 갱신 룰에도 적용할 수 있습니다. 전절의 예에 대해, 데이터베이스의 테이블의 소유자는 shoelace뷰에 대해, 누군가에게 SELECT, INSERT, UPDATE, DELETE권한을 줄 수가 있습니다. 그러나, shoelace_log에 대해서는 SELECT뿐입니다. 로그 항목을 기입하는 룰 액션은 지장없이 실행되어 또, 다른 사용자는 로그 항목을 볼 수가 있습니다. 그러나, 다른 사용자는 항목을 날조하거나 이미 존재하는 항목을 조작하거나, 혹은 삭제할 수 없습니다.