[IRC-DEV] Propuesta sobre nueva tabla en la BDD

Trutx PiSTeCh hydralisk at terra.es
Fri May 17 14:27:09 CEST 2002


    Buenas,

    aprovechando que se ha estado hablando del DCCALLOW últimamente, me
gustaría proponer la implementación de una nueva tabla en la bdd. Dicha
tabla funcionaría análogamente al comando DCCDENY existente en Unreal, que
prohíbe el envío de ficheros conflictivos (típicamente virus), previamente
especificados (usando el comando DCCDENY para añadirlos en un *.conf).
Dichos ficheros reciben una f:line cuando intentan ser enviados, cosa que
evita su distribución. Eso por supuesto no evita los DCCs directos a la ip
del receptor, pero ya que la función del comando está encarada a limpiar la
red de virus que se mandan automáticamente con el nick de la víctima como
target, el hecho de que los sends directos a la IP eviten el filtro no
influiría para nada.

    La idea es implementar una nueva tabla en la bdd (tabla f?) con los
nombres y extensiones (sin comodines) de los ficheros conflictivos típicos.
Cuando el server reciba un privmsg con un send de uno de estos ficheros,
automáticamente lo descartará y retornará al usuario algo tipo "Cannot send
file, forbidden file type". Dicho a ojo, el coste de implementación es bajo,
el consumo de memoria menospreciable y el de cpu intuyo que bajo o muy bajo.
La tabla se iría actualizando cada cierto tiempo, añadiendo los nuevos
ficheros conflictivos que puedan aparecer.

    El motivo de la implementación no es proteger a uno o otro desalmado que
acepta lo que sea, sinó mejorar la seguridad de la red a nivel más global.
Se pueden poner ignores, silences o simplemente cancelar el send, pero
siempre habrá gente que no lo hará y que más tarde molestará a otros con
sends o queries que ni siquiera sabe que manda. Además la red dejará de ser
un peligro para los datos de los discos de los usuarios, a menos en lo que a
virus se refiere. Como tampoco salen virus nuevos cada día (me refiero a
virus típicos de irc, tipo lifestages, pinky, netol...) con una
actualización muy de cuando en cuando bastaría.

    Ideas? Comentarios? Sugerencias?

    Saludos

    Trutx




More information about the IRC-Dev mailing list