SJ CAPTCHA Lite: невидимая защита от спама

Vladimir

Адреса, с котрых режется больше всего спама:

118.175.255.10
192.192.35.235
202.28.27.3
202.75.144.62
203.121.133.22
213.253.169.130
217.113.18.130
218.27.148.66
62.149.67.49
78.132.160.116
80.90.160.45
82.207.89.105
83.138.140.52
83.138.162.78
85.172.19.238
89.31.88.150
92.113.12.41
92.61.33.82

Их можно добавить, например, в .htaccess:

Vladimir

Напишу пару идей, может быть, кто-нибудь реализует…

1. Некоторые спам-боты делают POST, не делая перед этим GET — с ними бороться проще всего (например, метод “изящного отсеивания” здесь дает 100% результат).
2. Не все боты воспринимают cookies правильно — если задать несколько cookies с одинаковыми именами, но разными путями, некоторые боты воспринимают только последний из них. Надо бы спеки перечитать, убедиться, какая из кук должна посылаться (я считаю, что с наиболее подходящим доменом/путем, но это моё мнение).
3. Проверить, как спам-боты реагируют на Expect: 100 Continue.
4. Проверить, как боты парсят форму комментирования: что будет, если создать две формы — невидимую для ботов и видимую для людей?
5. Попробовать поиграться с именем файла wp-comments-post.php. Например, использовать в форме другое имя, которое будет переписываться через mod_rewrite в wp-comments-post.php с каким-нибудь параметром.
6. Реализовать кросс-платформеннуюю проверку существования A- и MX-записей почтовых доменов.
7. Все проанализированные мной спам-боты, загружающие страницу перед оставлением комментария, не загружают ни скрипты, ни графику, ни CSS. Это отличает их от нормальных пользователей. Единственная проблема — как их отличить от пользователей lynx? И загружают ли браузеры мобильных телефонов frame/iframe?
8. To be continued