분류
the seed 엔진의 권한 |
주의
이 문서는 추측성 서술로 이루어져 있습니다.
이 문서는 추측성 서술로 이루어져 있습니다.
1. 개요[편집]
문서 편집 ACL
2. 용도[편집]
해당 권한으로 할 수 있는 기능이 무엇인지 명확히 알려진 것은 없지만 namu와 나무위키의 사측 관리자가 해당 권한을 가지고 있는 것으로 알려져 있으며, 문서 역사를 비롯한 작성 로그, 사용자 권한, 시스템 부분 전체를 건드릴 수 있는 것으로 보인다.
- 위키 설정 페이지 접근. 여기서 wiki.front_page 값을 지정하여 주소를 https://namu.wiki까지만 입력하고 연결하는 것처럼 도메인으로만 접속할 시 연결할 문서(대문 문서)의 이름을 결정할 수도 있다. 나무위키가 처음에는
FrontPage가 대문 문서였다가 namu가나무위키:대문으로 바꾸었고(대문 문서 역사에 문서 이동 기록이 있다.[2]), 2019년 만우절 때 나무위키에서 꺼무위키 드립이 있었던 로그를 보자면 사측 관리자가 잠시꺼무위키:대문문서를 생성 또는 이동하고 4월 1일 하루동안 해당 이름의 문서가 대문 문서로 설정한 것으로 보인다.
- 시스템상 스레드에서 일반적으로 이용자가 한 번 작성하면 수정할 수 없는 댓글의 내용을 수정한 것으로 보이는 흔적[3]
- 특정 사용자에게 차단 내역에 "사용자 권한 설정" 기록을 남기지 않고 권한 부여가 가능하거나 (권한을 부여한 후) 차단 내역의 로그를 삭제할 수 있는 것으로 보인다. 알파위키의 폐쇄 및 재개장 전후의 해당 기록을 보면 특정 이용자의 (-grant)(권한 제거) 기록이 2번 되었으나 (과거에 (+grant)가 한 번 있었다고 해도 두 번의 (-grant) 기록 사이에는) (+grant)가 기록되어 있지 않다.
다만 단순 기록 수정이나 삭제는 데이터베이스에 직접 접근해서 해버리면 기록이 남지 않기 때문에 데이터베이스를 직접 수정한 것일 가능성이 크다.
애초부터 어느 프로그램이든 개발자가 있다. 소유주이거나 어떻게 돌아갈지를 알고 만든 사람일수록 페이지 시스템을 개발하거나 디자인하는 등 보다 고치기 쉬울 터이다. 만약 일반 민선 관리자에게 부여될 경우, 반달도배 로그를 강제로 철거시킬 때 유용하겠지만 권한 남용으로 악용될 경우 그 피해는 grant권한이 악용되어 입게 될 피해가 아무것도 아닐 정도로 심각할 것이 뻔하다. 이런 이유로 grant 권한만으로는 해당 developer 권한이 부여되지 않게 막아놓은 것으로 보인다.