r33 vs r35 | ||
---|---|---|
... | ... | |
19 | 19 | |
20 | 20 | * 시스템상 스레드에서 일반적으로 이용자가 한 번 작성하면 수정할 수 없는 '''댓글의 내용을 '''[[https://www.alphawiki.org/thread/ADailyAndRainySmoke|'''수정'''한 것으로 보이는]] 흔적[* 본래 욕설이었던 것으로 추정되나, 현재는 검열되어 있다.] |
21 | 21 | |
22 | * | |
23 | ||
24 | ||
22 | * 특정 사용자에게 차단 내역에 "사용자 권한 설정" 기록을 남기지 않고 권한 부여가 가능하거나 (권한을 부여한 후) 차단 내역의 로그를 삭제할 수 있는 것으로 보인다. [[알파위키]]의 폐쇄 및 재개장 전후의 해당 [[https://www.alphawiki.org/BlockHistory?until=16644|기록]]을 보면 특정 이용자의 {{{#gray (-grant)}}}(권한 제거) 기록이 __2번__ 되었으나 (과거에 {{{#gray (+grant)}}}가 한 번 있었다고 해도 두 번의 {{{#gray (-grant)}}} 기록 사이에는) {{{#gray (+grant)}}}가 기록되어 있지 않다. | |
25 | 23 | 다만 단순 기록 수정이나 삭제는 데이터베이스에 직접 접근해서 해버리면 기록이 남지 않기 때문에 데이터베이스를 직접 수정한 것일 가능성이 크다. |
26 | 24 | |
27 | 25 | 애초부터 어느 프로그램이든 개발자가 있다. 소유주이거나 어떻게 돌아갈지를 알고 만든 사람일수록 페이지 시스템을 개발하거나 디자인하는 등 보다 고치기 쉬울 터이다. 만약 일반 민선 관리자에게 부여될 경우, 반달도배 로그를 강제로 철거시킬 때 유용하겠지만 권한 남용으로 악용될 경우 그 피해는 [[grant]]권한이 악용되어 입게 될 피해가 아무것도 아닐 정도로 심각할 것이 뻔하다. 이런 이유로 grant 권한만으로는 해당 developer 권한이 부여되지 않게 막아놓은 것으로 보인다. |
... | ... |