| r48 vs r53 | ||
|---|---|---|
| 1 | [목차] | |
| 1 | 2 | == 설명 == |
| 2 | 3 | 권한이 필요하신 분들은 이 문서에 토론을 발제해 가능한 자세하게 사유를 적어 권한을 요청하세요. |
| 3 | 4 | |
| 4 | 5 | '''단 정식 관리자의 판단에 따라 거절될 수 있습니다. 인증 방식 문단에 따라 요청에 자신이 누구인지 밝혀주세요.''' 그리고 무슨 권한이 필요한 지 말해주시면 감사하겠습니다. |
| 5 | 6 | |
| 6 | 7 | === 참고 === |
| 7 | 나무위키에서 차단당하신 분들은 차단 사유와 그에 대한 소명도 같이 적어주시면 판단하는 데 도움이 됩니다. | |
| 8 | ||
| 8 | 나무위키에서 차단당하신 분들은 차단 사유와 그에 대한 소명도 같이 적어주시면 판단하는 데 도움이 됩니다. | |
| 9 | 권한 요청을 주로 처리하는 정식 관리자 [[LiteHell]]님이 {{{#!html <a href="/thread/FuturisticBerserkWrongSisters#7">이곳</a>}}}에서 본인이 권한 요청을 처리할 때 어떤 기준으로 판단하는지 밝혔으니 [[grant]]나 admin, [[login_history]] 그리고 [[delete_thread]]같이 높은 신뢰도가 필요한 권한을 받고자 하는 사용자들은 참고하시기 바랍니다.[* 그동안에는 권한 요청을 기각할 때 | |
| 9 | 10 | == 인증 방식 == |
| 10 | 11 | * 다음 중 하나 택 |
| 11 | 12 | * 다른 위키의 사용자문서에 "더시드위키의 ~~~와 동일인입니다"를 서술하고 그 리비젼을 향하는 링크를 토론 발제문에 함께 제시 |
| 12 | 13 | * 위키 갤러리 고닉이 있는 경우 글을 올리고 그 글 링크를 토론 발제문에 함께 제시 |
| 13 | * 특수한 경우 | |
| 14 | * 특수한 경우[* 예시: 나무위키 09, 알파위키 폭발, 디씨탈퇴 삼중타]: 신뢰도가 높고[* 타위키 관리자경력이 있으면 신뢰도가 높을 가능성이 높습니다. 절대적인 건 아님.] 인증된 적이 있는 2인 이상의 보증이 필요 | |
| 14 | 15 | * 기타 정식 관리자에 의해 신뢰도를 얻을 수 있는 방식이라 판단되는 방식 |
| 15 | 16 | |
| 16 | == 거절될 가능성이 높은 권한 == | |
| 17 | == 권한 모음 == | |
| 18 | === 거절될 가능성이 높은 권한 === | |
| 17 | 19 | 이 문단에 있는 권한들은 거절될 가능성이 '''매우 높습니다.''' 또한 부여되더라도 1일 이상 아무 활동이 없을 경우 보안을 위해 권한이 '''회수'''될 수 있습니다. |
| 18 | * grant | |
| 19 | * nsacl | |
| 20 | * delete_thread | |
| 21 | * login_history | |
| 20 | * grant: 사용자들의 권한을 부여 및 회수할 수 있습니다. | |
| 21 | * nsacl: ACL 설정 권한이 거부되더라도 이를 무시하고 ACL을 조정할 수 있으며[* ACL 설정 권한이 모두 거부로 설정된다면 이 권한을 가진 이용자가 이것을 복구할 수 있습니다.] 이름공간 ACL을 조정할 수 있습니다. | |
| 22 | * delete_thread: 토론 삭제 권한으로, 한 번 삭제된 스레드는 서버에 접근하여 강제조치하지 않는 이상 복구가 힘들어 신뢰도가 높은 이용자에게만 부여되는 권한입니다. | |
| 23 | * login_history: 본인 및 다른 사용자들의 로그인 기록을 조회할 수 있는 권한으로, 최근 한 달 동안 로그인한 시각과 아이피, 최근에 접속한 기기 및 브라우저, 운영체제를 조회할 수 있습니다. 정식 관리자가 다중 계정 검사를 하거나 본인 및 본인의 부계정의 로그인 기록을 조회하는 것이 아닌 이상 사용할 수 없습니다. 이 권한 역시 남용할 경우 민감한 개인정보인 아이피 주소를 알아낼 수 있기 때문에 신뢰도가 높은 이용자에게만 부여될 수 있습니다. | |
| 22 | 24 | |
| 23 | == 신뢰도 및 인증과 상관없이 받을 수 있는 권한 == | |
| 25 | === 신뢰도 및 인증과 상관없이 받을 수 있는 권한 === | |
| 24 | 26 | 그냥 달라고 하면 줍니다. 다만 발제문에 너무 많은 권한을 요청한 경우 일괄 기각될 수 있습니다. |
| 25 | * disable_two_factor_login | |
| 26 | * no_force_recaptcha | |
| 27 | * disable_two_factor_login: 2단계 이메일 인증을 없앨 수 있는 권한으로, 이메일을 사용할 수 없거나 2단계 인증을 하기 귀찮을 때 유용하지만 이 경우 누군가 비밀번호만 알아낸다면 해당 계정으로 로그인할 수 있어 보안에 취약하므로 유의하시길 바랍니다. 나무위키에서도 이와 같은 사유로 이메일을 사용할 수 없는 이용자들에게 disable_two_factor 권한을 부여한 후 며칠이 지나면 회수합니다.] | |
| 28 | * no_force_recaptcha: 문서를 편집할 때 뜨는 리캡차가 사라지지만 대량으로 빠르게 편집하다 보면 가끔씩 뜨기도 합니다. 봇을 테스트할 때 유용한 권한입니다. | |
| 27 | 29 | |
| 30 | === 기타 권한 === | |
| 31 | * admin: ACL상에서 관리자로 인정되어 사용자 문서에 특수 권한 틀이 부착되며 사용자나 아이피를 차단할 수 있습니다. | |
| 32 | * update_thread_status: 스레드 상태를 바꿀 수 있는 권한으로, 스레드가 있는 문서를 이동시키거나, 스레드 상태를 normal(열림), pause(중단), close(닫힘)으로 변경하거나, 스레드 주제(제목)을 변경할 수 있습니다. | |
| 33 | * hide_thread_comment: 스레드 댓글을 블라인드 또는 블라인드된 댓글의 내용을 보거나 블라인드를 해제할 수 있습니다. | |
| 34 | ||
| 28 | 35 | == 유의사항 == |
| 29 | 권한 요청을 통해 받은 권한 | |
| 36 | 권한 요청을 통해 받은 권한으로 테스트의 범위를 넘어서는 행동을 해서는 안 됩니다.[* 다만 긴급조치가 필요할 정도의 반달을 차단하는 것은 허용됩니다.] | |
| 30 | 37 | |
| 31 | 38 | 일례로, grant 권한을 부여받은 사용자는 자신에게만 해당 권한을 사용할 수 있으며 권한 요청 등을 처리할 수 없습니다. |
| 32 | 39 | |
| 33 | 정식 관리자[* namu, LiteHell, PyPI] 중 최소 1인의 허가 없이 다른 사람에게 맘대로 쓰다 걸리면 그 후의 일은 알아서 상상하시기 바랍니다. | |
| 40 | 정식 관리자[* [[namu]], [[LiteHell]], [[PyPI]]] 중 최소 1인의 허가 없이 다른 사람에게 맘대로 쓰다 걸리면 그 후의 일은 알아서 상상하시기 바랍니다. | |
| 34 | 41 | [[분류:더시드위키]] |