|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Pues no hagas publicas las estadisticas
(Puntos:2, Interesante)( http://barrapunto.com/ | Última bitácora: Domingo, 13 Febrero de 2005, 01:29h )
Por ejemplo, ¿que pasa si alguien accede a una pagina que crees que no es accesible desde ninguna otra?
Pues que saldria en las estadisticas, por ejemplo en awstats y automaticamente el Sr. Google te la enlazaria como un champion. Como esta pagina tuviese informacion chunga....
Solución
(Puntos:3, Informativo)Crear un robots.txt con el siguiente contenido:
User-agent: *
Disallow: /usage/
A partir de ahí los bots de búsqueda no mirarán en el directorio de las estadísticas. No soluciona el SPAM pero evita que haga subir pagerank a los spammers. Poner filtros «Ignore» en webalizer (o similares) también sirve
Ancho de banda
(Puntos:2)( http://www.eines.cat/ | Última bitácora: Domingo, 21 Junio de 2009, 17:45h )
:wq
Xarxa Eines.cat [eines.cat]
Sobre el referer spam
(Puntos:4, Informativo)( http://woop.es/ | Última bitácora: Martes, 22 Marzo de 2005, 14:02h )
Como ya ha apuntado SegFault, no es un sistema nuevo. En octubre del 2004 puse una entrada en mi bitácora hablando sobre ello: Log hijacking, secuestro de log de referidos [barrapunto.com]. Un breve resumen de como evitarlo:
Para completar el tema de seguridad en las estadísticas, se debería tener en cuenta como y cuando se generan. El procesado de grandes ficheros de logs para generar las estadísticas es una tarea que supone mucha carga para el servidor y gran consumo de tráfico de red en consultas DNS, acceso a bases de datos GeoIP, etc.. Un usuario normal no debería poder actualizar las estadísticas para evitar posibles ataques de denegación de servicio. Por ello se recomienda que las actualizaciones se hagan desde la linea de comandos. Estas actualizaciones se deberían automatizar para llevarlas a cabo en horas de poca carga, por las madrugadas, fines de semana, etc..
Si las estadísticas son públicas, mucho cuidado con lo que se muestra ;-)
Estadísticas
(Puntos:2, Interesante)( http://www.emezeta.com/ )
Hace poco liberaron un sistema rel=nofollow [microsiervos.com] para que crawlers no sigan estos enlaces (y por lo tanto no suban pageranks).
Yo por el momento, con un sistema de iptables [nautopia.net] he conseguido bloquear todo el spam proviniente de IPs fijas, y el que no, que he comprobado que aparece con distintas ips (IP dinámica) se puede hacer perfectamente con Apache Scripting, con reglas en el .htaccess con el módulo modrewrite [apache.org].
Aunque claro, tampoco he recibido la cantidad de spam que se debe recibir en sitios de visitas masivas. Pero es cuestión de combinar varias de estas técnicas.
Emezeta blog [emezeta.com]
Oye y a ti como te gusta que te llamen? -Por parametro.
Algunas estadísticas lo solucionan
(Puntos:1, Interesante)Hablar con su ISP suele funcionar
(Puntos:2)( http://exocert.com/ )
En un par de horas se terminó el problema, y al día siguiente tenía un email del ISP diciendome que la cuenta del cliente en cuestión había sido cerrada.
Hacer Spam/DoS *suele* violar el contrato de prestación de servicios de cualquier ISP.
-- Escrito desde algun lugar de mOOtion [mootion.com] - mOOving pictures.
No sirve de nada...
(Puntos:2, Interesante)( http://barrapunto.com/ )
...el no mostrar las estadísticas. El spam va a seguir viniendo igual. Yo no muestro las estadísticas por ningún sitio (son unas AWStats protegidas por contraseña) y tengo los logs llenos de referrers con basura.
Podéis crear un .htaccess para ir resolviendo el problema provisionalmente. Este es para bloquear los referrers que tengan cualquier palabra de las señaladas (van todas en una línea, lo que pasa es que aquí aparecen cortadas):
Tenéis que tener activado el mod_rewrite.Aproximación para solucionar el spam de trackbacks
(Puntos:3, Informativo)( http://neuromancer.inf.um.es/fm | Última bitácora: Jueves, 20 Enero de 2005, 13:05h )
Estuve mucho tiempo intentando dar una solución al spam por trackback. Ya hice algo muy sencillo que solucionó el spam por comentarios [dif.um.es] (ninguno desde que lo puse).
Pero en seguida empezó el spam por trackback. Probé primero a cambiar la URL sobre la que se hace trackback, pero eso sólo duró un tiempo (como me imaginaba).
Sin embargo, se me ha ocurrido una cosa que parece eliminar el problema del spam en los trackbacks: aquí lo describo [dif.um.es]. La idea es hacer que los enlaces de trackback sean válidos sólo por un tiempo. Así, una persona que quiera hacer un trackback puede copiar la URL y ponerla en su historia y hacer el trackback, pero un spammer que "recuerde" la dirección donde enviar el trackback no le valdrá de nada, porque cada dirección de trackback tiene una validez.
El éxito de esta técnica tiene que ver con la manera de funcionar de los spammers. Tienen dos procesos separados: uno de robots que busca weblogs y quizá las URLs para hacer posts de comentarios y de trackbacks (con lo que construyen una base de datos); y otro de envío masivo de comentarios spam, por ejemplo, cuando alguien les contrata para hacer un flooding de un nuevo producto.
Resultado: ni un spam "so far" :)
Y voilà, conmigo los spammers lo llevan claro :P
Saludos!
diego