여러 대책을 테스트해본 분들의 의견에 따르면 요즘 봇들은 IE를 embed하여 DOM 소스를 직접 분석하는 방식을 쓰는 경우도 있는 것 같습니다.
Ajax의 경우는 페이지 로딩이 되자마자 이루어지지는 않기 때문에 타이밍 문제로 봇이 인식하지 못할 가능성도 있으나, 역시 이또한 기술적으로 봇 입장에서 해결 가능한 문제입니다. 또한 코멘트를 Ajax에 의존하는 것은 접근성을 떨어뜨린다는 면도 있겠죠.

가장 나은 방법은 EAS와 같은 collective spam filter를 사용하는 방법이겠으나, 차선책으로 신현석 님이 제시하신 것과 같은 아이디어를 써볼 수는 있겠습니다.

가장 효과적인 방법은 그림에 글씨를 출력해 적는 방법(MT에 이걸 적용해서 쓰신 김중태님 말로는 스팸 코멘트가 1차래도 없었다네요)이라 생각합니다. 물론 똑똑한 스팸봇은 인식을 하겠지만, 아직 그런게 활기치고 다니지는 않는듯 합니다.
다만, 일반 방문자도 코멘트를 남길때 문자를 받아 적어야 하는 불편함은 어쩔 수 없죠.

트랙백의 경우도 트랙백 주소를 표시할때 주소를 분리해서 표시하면 봇이 수집을 못하겠지만,
(예 http://blog.ofjwc.com + /tb/123) 이도 사용자 입장에선 불편하죠.
뭐 JS로 어떻게 하면 분리된 문자열을 합쳐서 클릭시 복사되도록 할 수도 있겠지만요...

글씨 출력하는것도 어느정도 뚤릴 가능성이 있으니 숫자 + 숫자 = ? 이런 형식도 좋을 거 같아요.
귀찮을 수도 있지만 재미도 있을거 같거든요. 전 이런 구조로 된 스팸방지를 본적이 있는데 상당히 잼있었거든요.
(ex: 30+3 에 대해 물어보고 대답은 33이라고 하는...)

죄송합니다만, 코드 자체에 접근성을 향상시키고 있는 시점에서 그 방법은 도입하기가 조금 꺼려집니다. 그렇게 하면야 스팸은 확실히 차단될지 몰라도 시각장애인 역시 확실히 차단되니까요. 되도록이면 시각장애인을 비롯한 각종 다른 상황에 놓인 다른 유저들이 사용할 수 있도록 하는 것이 접근성 향상의 목적입니다. 물론, 어느 유저가 플러그인 형태로 제작해서 사용하는 것은 전혀 터치할 의도는 없습니다. TnF나 TnC에서 공식적으로 그런 방식을 도입하는 것은 보류하는 것이 좋을 것 같다는 것이죠.

나니님, 제 말 오해하지 마시고... 회사의 기밀을 적으시면 곤란한 상황에 처하실 수 있습니다. 지적재산권이라는 것은 주로 아이디어에서 비롯되는 것이 많기 때문에 아이디어가 누출되면 생명력을 잃을 수 있습니다. 그 부분은 살짝 삭제하시는 편이 좋을 것 같네요.(이미 볼 사람은 다 봤겠지만...:( 삭제하실 때를 대비해 본문인용은 안 했습니다.)

graphittie (2006-06-25 11:32:54)에 의해 마지막으로 수정

ㅎㅎ 요새 스패머 프로그램들의 경우 IE 자체를 embedding하는 것으로 보이기 때문에 그 방식은 순식간에 깨집니다.

사람 들어오듯이 IE열고 주소 쳐서 들어와서 트랙백 주소 읽은 후 붙이고 confirm하기 때문에 지금까지의 대부분의 방식들은 의미가 없어지고 있습니다. 랜덤으로 트랙백 주소가 나타나는 경우도 마찬가지죠.

한 3개월 이전이라면 의미가 있었겠지만, 이제는 저 방식도 의미가 없답니다^^

스팸봇들은 날이 갈수록 무시무시해집니다. 사실상 기계급의 능력을 가진 인간이라고 생각해야 합니다.
때문에 클라이언트 레벨에서의 보조를 받는 방법은 접근성을 떨어뜨리는 것은 물론이고, 효과도 심하게 낮습니다.
DB입력 단계에서 걸러낼 수 있는 알짜 "알고리즘"을 찾아내는게 중요합니다.
잡기로 장난질 부려봐야 별 의미없는 세상..

역시 최고의 방법은 감정을 가진 필터를 만드는 것이 아닐까 합니다.

읽어보고 "짱나!" 해서 지우는 프로그램을...

으음.. 커플 염장 데이터도 반드시 걸러지겠군요[...]