포털이나 메타블로그에 스팸 블로그(스플로그)가 메인에 올라오는 경우는 드물다. 약간 취약했던 메타블로그에서도 스팸의 노출이 오르락 내리락 하는 것은 아무래도 사용자가 많아지면서 소수의 어뷰징이 힘을 잃기 때문이라고 볼 수도 있고 시스템을 통해 스팸을 잘 걸러낸다고도 볼 수 있겠다.
하지만 여전히 수많은 스팸 블로그가 양산되고 있고 이들의 수법은 유치하지만 노골적이다.
특히 포털 블로그들이 각종 악성 스크립트를 막아놓으면서 조금 시들해지는가 싶더니만 티스토리와 텍스트큐브의 자유도 높은 시스템과 각 검색 사이트의 블로그 검색 강화에 힘입어 다시 스팸 블로그들이 고개를 들고 있다.
흠.. 악당 사이트를 공개할까 말까 하다가 (사이트 URL, 그리고 어떻게 찾게 됐는지) 공개하지 않기로 했다. 나중에 검색 사이트 담당자들은 직접 이메일을 보내시거나 아니면 수법을 보고 바로 눈치 채기 바란다.
태그나 스크립트에 문외한인 그만이 이런 내용을 찾아냈다는 것도 우습지만 이런 스팸 블로그들이 버젓이 양산되고 있는 현실이 더 안타까와 그 수법을 공개한다.
사례 1.> 너무 쉬운 메타 태그 이용하기
A 블로그의 경우 메타 블로그를 통해 접속을 하면 잠깐 동안 로딩하는 듯한 화면이 보인다.
그러더니 잠깐 사이에 엉뚱한 사이트로 가버린다. 일부러 흐리게 처리했지만 어떤 내용인지는 짐작이 갈 것이다.
자, 그럼 이 블로그는 어떻게 바로 이런 사이트로 우리를 안내한 것일까?
A 블로그를 자세히 보자. 오른쪽 스크롤바를 보자. 그리고 그걸 아래로 내려보면...
아하, 이것은 소스 보기를 통해 쉽게 알 수 있다.
스킨 배경을 하얗게 해놓고 헤드 배너에 로딩중이라는 메시지만 큼지막하게 써놓은 채 본문 이하 부분을 아래로 한참 내려 놓아 스크립트나 자동 로딩중이라고 착각하게끔 한 것이다.
그렇다면 바로 사이트를 이동하면 될 것을 굳이 티스토리에 블로그를 만들어 두고 불필요한 블로그를 잠깐이나마 보이게끔 편집까지 해놓은 것일까?
그것은 이 블로그의 RSS를 뒤져보면 해답이 나온다. 최신 연예인 사진들과 인터넷에서 발견할 수 있는 다양한 야한 사진들을 퍼오고 인간이 상상할 수 있는 거의 모든 야한 단어들을 블로그 포스트마다 적어 놓은 것이다. 이른 바 검색 최적화를 위한 작업이었을 것이다.
이 마법의 자바스크립트 코드는 놀랍게도 '뒤로' 버튼 따위로 자신이 어떤 블로그를 경유했는지를 알 수 없게 만드는 코드다. 물론 이런 의도로 만들어진 코드는 아니겠지만 스패머들은 좋은 기술은 다 알고 있나 보다.
보통 자바스크립트에서 다른 사이트로 이동시키는 코드로 location.href = "{페이지URL}"를 사용하는데 이 경우 다른 페이지로 넘어가기 전의 페이지가 남아서 어느 사이트가 낚시질을 했는지 파악할 수 있다. 그런데 location.replace를 사용하면 검색이나 메타 블로그 등에서 유입되는 경우 바로 스팸 사이트로 휘리릭 넘어가버리고 직전의 페이지가 어느 것이었는지 파악이 되지 않는다는 것이다. [참고]
징그런 스패머들..
** 설마 이 글을 따라하라고 썼다고 생각하면 좌절이다. 스팸블로그들의 수법 두가지를 발견해서 이들 쓰레기를 없애자는 의미로다가(구질구질하게 이런 걸 써야 하나?)...--;; 해결 방법이 있는지 없는지 염두에 두지 않고 막바로 쓴다.
** 덧, 이런 방법들은 너무 유치해서 검색에서 충분히 걸러낸다는 댓글이 있었습니다. "위 두가지는 검색엔진 최적화라기 보다는 검색엔진에서 사라지기 최적화입니다" (제가 문외한이라..^^) 다행이네요. 그래도 제 눈에 들어왔으니..^^; 물론 기사 어뷰징 처럼 인기 검색어를 동원해 지능적인 펌질이나 기사 위조 등은 여전히 눈에 보이긴 합니다만...
올 한해도 이렇게 지나가는 걸 보니 정말 시간이 쏜살 같다는 걸 느낍니다.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 아기 냄새 폴폴 풍기던게 엊그제 같은데 훌쩍 자란 큰녀석은 벌써 사춘기이고, 아직도 마음은 대학생 같은데 어느덧 마흔이 지나가고 있다는 것에 혼란스러워하는 제 모습이 엉뚱하기만 합니다. 갑자기 추워진 공기가 목도리의 존재 가치를 새삼 알려주듯..
Redirection Spam은 몇 가지 방법으로 생성됩니다.
HTTP Status Codes, Meta Tag, Javascript가 그것들인데, 위험성을 따지자면, HTTP Status Codes < Meta Tag(사례1) < Javascript(사례2) 순이죠.
위에 나온 Javascript 방법은 그나마 양반이란 생각이 듭니다. 진정 Javascript Redirection Spam이 무서운 이유는 Javascript의 eval(), Unescape() 등의 함수들 때문이죠. 이 두 함수를 섞어서 스크립트 코드를 만들면 진짜 감당 안 됩니다.
Redirection Spam은 몇 가지 방법으로 생성됩니다.
HTTP Status Codes, Meta Tag, Javascript가 그것들인데, 위험성을 따지자면, HTTP Status Codes < Meta Tag(사례1) < Javascript(사례2) 순이죠.
위에 나온 Javascript 방법은 그나마 양반이란 생각이 듭니다. 진정 Javascript Redirection Spam이 무서운 이유는 Javascript의 eval(), Unescape() 등의 함수들 때문이죠. 이 두 함수를 섞어서 스크립트 코드를 만들면 진짜 감당 안 됩니다.
댓글을 달아 주세요
점점 블로그로 번져가는 스팸머들...
2007/12/29 02:19걱정입니다.. 쩝쩝..
이메일이 그랬듯이, 블로그 툴이 스팸으로 이용되는 경우가 더 많아질 거 같아서 걱정입니다.
2007/12/29 22:27그런 장난을 칠 때는 파폭 자바스크립트 스위치를 몽땅 꺼버리고 추적을 해야지요...(....)
2007/12/29 02:21^^; 추적해서 제가 체포를 할 수 있는 것도 아니고..
;
2007/12/29 22:26관리자만 볼 수 있는 댓글입니다.
2007/12/29 02:56예전에 즐겨쓰던 기술들이 스패머들의 기술이 되어버렸군요.
2007/12/29 03:27씁쓸하네요. -.-;
오늘 반가왔습니다. 잘 들어가셨는지요? 스팸은 필요악인가.. 뭐 이런 주제도 괜찮을 거 같았는데 말이죠..^^
2007/12/29 22:26너무 유용한 블로그입니다~
2007/12/29 11:06좋은 글 잘 읽고 갑니다.
링크 걸어도 괜찮죠?? ^^
네! 감사합니다.
2007/12/29 22:25★ 한달에 6키로 성공 ..그 비결은 ? ★
2007/12/29 12:32콩 단백질 파우더로 살빼기 성공했어요 +ㅁ+
지긋지긋한 변비 없애고 55사이즈 입구있어요~
살찌면서 생긴 두통, 위장병까지 사라졌구요 *^ㅇ^*
요요없이 1년째 유지하고 있답니다.
연예인들이 왜 많이 하는지 이제 알 것 같네요~
자세한건 ♡허브캣♡에 문의해보세요~♬
친절하게 상담해줄거에요 ^^ ☎ o5o5.308.8564
스팸 관련 글에 달린...어울리는 댓글이네요. ^^;
2007/12/29 13:53하하.. 기념으로 남겨두기로 하죠.. 돈 많이 버세요. 쯧쯧..
2007/12/29 22:25애들 방학도 했겠다.
2007/12/30 08:08좋은거 갈켜준다.. 에레이 똥물에나 빠질넘아.
으이구.. 댓글 다는 폼새하곤..
2007/12/30 12:24Redirection Spam 이군요.
2008/01/04 22:57Redirection Spam은 몇 가지 방법으로 생성됩니다.
HTTP Status Codes, Meta Tag, Javascript가 그것들인데, 위험성을 따지자면, HTTP Status Codes < Meta Tag(사례1) < Javascript(사례2) 순이죠.
위에 나온 Javascript 방법은 그나마 양반이란 생각이 듭니다. 진정 Javascript Redirection Spam이 무서운 이유는 Javascript의 eval(), Unescape() 등의 함수들 때문이죠. 이 두 함수를 섞어서 스크립트 코드를 만들면 진짜 감당 안 됩니다.
Redirection Spam 이군요.
2008/01/04 22:59Redirection Spam은 몇 가지 방법으로 생성됩니다.
HTTP Status Codes, Meta Tag, Javascript가 그것들인데, 위험성을 따지자면, HTTP Status Codes < Meta Tag(사례1) < Javascript(사례2) 순이죠.
위에 나온 Javascript 방법은 그나마 양반이란 생각이 듭니다. 진정 Javascript Redirection Spam이 무서운 이유는 Javascript의 eval(), Unescape() 등의 함수들 때문이죠. 이 두 함수를 섞어서 스크립트 코드를 만들면 진짜 감당 안 됩니다.