Hola amigos, ante la confusión actual sobre diferentes Bugs que afectan a foros phpbb centrándonos sobre todo en su versión 2.0.19 y a la espera de una actualización “oficial” siempre teniendo en cuenta la actitud un tanto «pasiva de la web de sus creadores, www.phpbb.com, voy a comentaros unas medidas paliativas que no definitivas hasta la llegada de una nueva versión que los corrija.
Otros de los consejos que aquí se reflejan, creo que os serán también útiles para futuras versiones.
Hace unos días daba una información sobre el HTML activado y por qué desactivarlo, no quiero que nadie se pueda equivocar o que mi información pueda ser interpretada erróneamente, ese detalle, el desactivarlo es para una vulnerabilidad, la del HTML, pero no para otras (XSS etc).
No voy a referenciar mucho el porqué de estos consejos ya que en cierto modo podría ayudar a fomentar la inseguridad de los mismos porque no hay parches a día 21-2-06, de todos modos, debajo pongo los boletines de seguridad en los que me inspiro, me refiero a que no pongo los exploits, etc.Si alguien tiene dudas o sugerencias puede enviarme un mail a dabo arroba daboweb.com pero al final del artículo va un link a un tema que hemos abierto en el foro de seguridad en Tomatoma
-Activar la función de confirmar cuenta o registro mediante el código visual que tenéis en el panel de control. -Desactivar HTML en el panel de control del administrador (HTML off)-Ocultar la cuenta de correo del Admin y cambiarlas si es preciso por si alguien las pudiera tener -Prohibir los avatares o imágenes externas -Otras medidas que implican tocar el codigo,Haz antes una copia de seguridad de tus archivos y un backup de la base de datos, en www.tomatoma.ws o www.phpbb-es.com hay información al respecto.
Buscamos en el archivo search.php (está al principio):
Código:
$userdata = session_pagestart($user_ip, PAGE_SEARCH);
init_userprefs($userdata);
y añadimos justo después;
Código:
if ($userdata[’user_id’] == ANONYMOUS)
{
redirect(append_sid(”login.$phpEx?redirect=search.$phpEx”, true));
}
Protección extra para evitar ataques DOS en el sistema de búsquedas (Gracias The KuKa -:)
Con cTracker evitamos ataques tipo DOS, solo permite usar la busqueda por x usuarios a la vez, con una frecuencia, etc. Con la contraseña otro tanto, ademas el login se hace con el Visual Confirmation, a la vez de tener un LOG completo de todo ello, una lista de IPs tipo SPAM ,se pueden añadir mas IPs desde el ACP (panel de control del administrador)
http://www.phpbb-es.com/foro/cr..kertracker-professional
http://www.community.cback.de/viewtopic.php?t=3421
Vaciar todo el código del siguiente archivo
Código:
includes/usercp_sendpasswd.php
y poner dentro el típico “función no disponible contacta con el administrador en este correo ….”
Si no tenéis conocimientos de php a nivel de sintaxis o código podéis hacer un documento HMTL y meterlo dentro del includes/usercp_sendpasswd.php , no os preocupéis que las etiquetas HTML las leerá igual.
Algunos ataques van “directos” contra el user admin y otros contra el “ID” o identificador, contra los segundos poco se puede hacer pero para protegerse de los ataques al primero os recomiendo seguir la lógica de Unix en cuanto a la administración o uso normal del foro.
Mi propuesta es esta, cogéis un usuario que hayáis podido tener inactivo de pruebas u otro que registréis e ese momento y le hacéis administrador, lo ocultáis.
Al admin normal le dejáis con el rango (que no permisos) de admin y oculto y le quitáis los privilgios de administrador, lo ocultarlo es también para que no se vea que no sale en color naranja (aunque podéis cambiarle el color desde el ACP os recomiendo ocultarlo)
Administráis el foro con el user oculto que nadie conoce y vuestro admin “oficial” seguirá siendo el mismo pero si se hacen con esa cuenta o la fuerzan no podrán borrar nada ni bajarse un backup de la base de datos etc etc.
También os recomiendo proteger el directorio del admin mediante está información de Tomatoma
http://www.tomatoma.ws/foros/viewtopic.php?t=5898
—————
Más consejos;
Tener un especial cuidado con mensajes privados que contengan imágenes, puede que a través de esa imagén consigan vuestra IP con un sencillo código.
Protección u ocultación de todos los correos de moderadores y usuarios que accedan a foros privados o tengan permisos para editar.
Vaciar las bandejas de mensajes privados para que en caso de violentar una cuenta de admin no se vean comprometidas las de otros usuarios, a veces llegan mensajes con información más sensible si cabe a los buzones de los administradores.
Cambiar las contraseñas con más frecuencia, evitar combinaciones que puedan estar en diccionarios sensibles a ataques por fuerza bruta, combinar mayúsculas – minúsculas simbolos y números quería decir y a ser posible mayores de 8 caracteres.
Pensar en los foros privados como si fueran “públicos”, no dejando información confidencial que en caso de un ataque e intrusión pueda ser utilizada de diferentes modos.
También sería recomendable y sobre todo viendo la gran cantidad de cambios para Subsilver en la versión 2.0.19 , dejar el template por defecto o en su caso uno que se actualice con la frecuencia del original (Subsilver).
Tener instalados los mínimos mods posibles que os permitan restaurar / parchear el foro en casos de urgencia a la mayor brevedad posible.
Y por último os repito que lo más importante es tener copias de seguridad de vuestras bases de datos y archivos en el servidor además de una gran prudencia y sentido común en la administración del foro y /o movimientos que realicéis en el mismo así como los moderadores y co-admins
Vulnerabilidades publicadas en las que me he basado para escribir lo concerniente a la versión 2.0.19 que espero tenga una pronta actualización que corrija estos Bugs;
FrSIRT
http://www.frsirt.com/english/advisories/2006/0461
http://www.frsirt.com/english/advisories/2006/0445
http://www.frsirt.com/english/advisories/2006/0051
CVE MITRE
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-0450
Hay otras informaciones en las que me inspirado que por la propia seguridad de los foros no comentaré.
Para acabar, dar las gracias a tanta gente que anónimamente trabaja desarrollando software libre que después muchos utilizamos en nuestro día a día y entender todos que parte de la grandeza del software no propietario (sin referirme en este caso a la licencia de phpbb en concreto) reside en que es algo “vivo” y aún con los lógicos fallos de desarrollo, el software propietario tiene los mismos bugs o más aún, solo que quizás el día que te enteras de ellos quizás ya es demasiado tarde…
En especial aprovecho para agradecer también por su labor desinteresada y continuada, a sitios como Tomatoma o phpbb-es.com , demostrando día a día que el mejor soporte no se expresa únicamente en Inglés -:)
Hay otra persona que ha colaborado en este documento y que no estoy autorizado a citar, desde aquí te mando un abrazo amigo, el que no salga tu nombre no quiere decir que no lleve también tu firma :D
Este documento se distribuye bajo una licencia Creative Commons, puedes reproducirlo en parte o en su totalidad o incluso mejorarlo (lo cual no será difícil XD) con el único requisito de que cites la fuente original.
Debido a la complejidad y combinaciones o parámetros que se pueden dar en un ataque a un foro de este tipo no me responsabilizo de que con estas medidas que son paliativas no definitivas, dichos ataques no se puedan llevar a cabo.
También y aunque esto pueda parecer un contrasentido, si “al otro lado” no hubiera gente que descubriese vulnerabilidades como estas, los avances o mejoras del propio software serían más lentos y posiblemente más inseguros… Los sistemas cerrados son muchas veces un claro ejemplo de ello.
En caso que tengais alguna duda sobre este articulo podeis realizar vuestras consultas este post del foro de Tomatoma donde han publicado el artículo y donde yo prefiero que se trate al ser un lugar más adecuado donde darán mejor soporte
Saludos, Dabo
ladyblues
Gracias Dabo. Es una completísima información pero que quieres que te diga, me parece infame por parte de phpbb que esta información tenga que salir de otra peña y no de ellos. Es una vergüenza que tengamos que hacer tantísimos cambios y desactivar todas esas opciones para estar totalmente seguros. Jooooder!!! y yo tan feliz con mi html desactivado.
Me están entrando ganas de aprovechar la coyuntura de que estoy migrando de server e instaqlar un smf… y déjate que como me caliente mando a tomar vientos el php.
Por otra parte la administración de los foros es limitada, muy limitada. En fin, que me estoy calentando y que acabo de decidir que paso de esta movida mucho y que me paso a smf. Creo que se me ha quedado pequeño, aunque me entra cierto pánico de pensar en mis pobres moderatas aprendiendo a manejar a «la bestia parda del SMF».
En fin, lo dicho… gracias. Afortunadamente hay peña que muestra interés y nos hace el inmenso favor de contarnos estas y otras movidas.
Besos!
Mabel
Kids
Tío, completísima información. Viene que ni pintada. A mis favoritos por la vía rápida y de paso te lo «menearé» un poco ;-)
vigodit
buena buena la info tnx y felicidades por el blog esta de lujo ;)
Pingback:
meneame.netLiamngls
¿ A quién hay que instruir en la moderación de SMF ?
ladyblues
Liam ¿te estás ofreciendo a enseñar a mis moderatas?
Hombre, para seros franca me da pena porque a mí este foro me ha traido muchas sastisfacciones. Mirad, pasé de tener un foro en asp programado por mí sin opciones de moderación ni nada, donde la peña entraba en plan anónimo a trollear. Ahora con el phpbb hay un buen rollo del carajo, la peña sube fotos, comparte mucha más información, es un foro sencillo y cómodo.
Como esto no se trata de comparar no sigo con el tema, pero que se sepa que la dejadez conlleva más dejadez y finalmente a un abandono irrevocable. A ver si esta gente se pone las pilas.
Saludos.
Mabel.
dabo
Hola, gracias Kids por el meneo -:), ya lo puse en la noticia en Daboweb, yo para esto de la difusión soy un poco pakete pero estáis todos ahí (Con Maty a la cabeza :D)
La verdad es que no creo que haya que no seguir confiando en phpbb, simplemente ahora es una mala época, no te vayas a creer, cuando cambiamos a SMF en Daboweb y Caborian perdimos mucho tráfico y visitas pero principalmente el motivo fue que a la hora de administrar el foro tienes muchas más opciones, puede que ahora todo vaya más o menos bien y que dentro de un mes SMF no sea mi mejor opción, nunca se sabe pero por si acaso, con algunas de las medidas que os he puesto, vuestros phpbb estarán mejor protegidos.
Queria predicar un poco con el ejemplo y si en su día me queje de quienes lo gestionan actualmente (no del sistema de foros en si), creo que la mejor manera de ayudar es aportar algo para que este «bache» sea menos molesto. Una humilde ayuda eso si, pero a alguien le servirá.
Saludos -:)
Liamngls
La moderación en SMF no es muy diferente de phpBB , pero vaya , que si te decides a migrar y necesitas ayuda para cambiar enlaces o explicarle cuatro cosas a la peña … pues ya sabes donde encontrarme ;)
ladyblues
Jejejejeje mira que te hago moderata de La Taberna, Liam… fotografía, charlas… el rincón del diablo….
Hombre, la verdad es que me pillé un calentón el otro día tremendo porque me molesta mucho la dejadez, pero confieso que me encanta mi foro phpbb ;-)
Yo el smf tuve oportunidad de conocerlo en profundidad y la verdad es que me gusta muchísimo, sobretodo a nivel de administración… es muy completo, pero vamos. Hombre lo único que echo de menos es poder «unir temas» y bueno… me gustaría que solventaran todas estas movidas de seguridad.
En fin, seguiremos chefeando.
Un abrazo!
Mabel
Liamngls
Yo no puedo moderar en la Taberna , la claúsula de rescisión es un poco alta y el traspaso o la cesión tampoco solucionarían nada … xD
dabo
Estamos en portada en faq-mac y menéame, la verdad es que se nota el tráfico adicional -:)
Ayer cambié el link del post de dudas que apuntaba a Daboweb por uno que abrió The KuKa en Tomatoma donde seguro que se pueden atender mejor las dudas que vayan surgiendo.
Un saludo !