r38 vs r39 | ||
---|---|---|
... | ... | |
21 | 21 | 해당 글자수만큼 4,760번 하면 무려 약 '''23억 자'''[* 정확히는 [math(484,920 \times 4,760 = 2,308,219,200)] 자. 게다가 개행은 0번이다. 곧 반달러가 '''한 줄에 그 많은 include문법을 다 때려넣고 저장'''한 것.]가 되는데, 만일 시스템이 이런 기계적인 글자를 출력하는 방식으로 동작되고 있었다면 심각한 문제일 것이다. |
22 | 22 | "오미크론 변이" 문서의 글자수 변동만 해도 +97,446 자이며 처음부터 반달에다 갈아엎는 수정이므로 실제 변경된 글자 수는 이보다 더 많겠지만, 앞의 연습장의 수정에서는 이보다 서너 배 넘는 글자수가 수정되었어도 동작이 원활했다. |
23 | 23 | |
24 | --이 문제를 인지하고 있는 상황인데도 되돌리기 하는 이용자가 있었다.-- | |
24 | --이 문제를 사측에서 인지하고 있는 상황인데도 되돌리기 하는 이용자가 있었다.-- | |
25 | 25 | |
26 | 26 | ----- |
27 | 27 | 두 번째 사례로는 한편 같은 날 include를 악용하여 캬루 사진 문서를 도배한 반달이 차단되었다. (이 문서는 더시드위키의 일반 문서들 중 2021-12-02 기준 __가장 내용이 많은 문서__이며, 시스템상 106,756글자이다.) |
28 | 28 | 위와 같은 계산법으로 한다면 include를 제외하고(r4판 바이트 수 기준) 개행 1자를 추가하면 [math(106,737)]자가 된다. 도배한 [[https://theseed.io/raw/%EB%8B%B4%EB%8F%84%EC%95%94%EB%B3%B5%EC%8B%B1%206%ED%98%B8%EC%84%A0?rev=8|한 문서]]만 봐도 {{{ [include(캬루캬루캬루쨩♥)]}}}을 [math(19,620)]번을 도배했는데, 이렇게 되면 문서에 로드 되는 글자수는 무려 '''20억 자''' [* 정확히는 [math(106,737 \times 19,620 = 2,094,179,940)]자]가 된다. |
29 | --그런데 더시드위키의 동일인이 다른 문서에도 같은 짓을 두 번 했다.-- | |
29 | 30 | === 결론 === |
30 | 31 | 더 많은 조사가 필요하나, 현재로서는 해당 include문법의 악용이 유력한 원인이라고 본다. |
31 | 32 | 확실한 점으로는 반달을 방지하는 차원에서라도 인용문 문법({{{ > }}}를 입력) 같이 엔진을 개선하여 include 문법 동작에 제한을 줄 필요가 있다. |
... | ... |