Creo que STARTTLS+SASL hace falta al menos en los clientes. En el S2S no lo sé, pero aún no debe estar desarrollado.

Entiendo que tu crítica se refiere al primer apartado: 'Why Server-to-server Encryption?'.

Por lo tanto ese contenido parece más bien publicitario

En efecto, el propósito de ese primer apartado es explicar porqué existe el cifrado S2S. Es publicidad de los mecanismos STARTTLS+SASL descritos en el XMPP-Core. Así mismo pretende motivar a los administradores de servidores ejabberd a que activen el cifrado en las conexiones S2S.

quizás inadvertidamente, parece meter miedo a la gente para que se instale ejabberd como solución de encriptación extremo a extremo que no es

Tu interpretación es errónea por varias razones:

• En ningún momento se dice que ejabberd sea el único servidor que lo soporta. De hecho se indica claramente que los principales servidores libres lo soportan: jabberd, jabberd2, jive (en el CVS) y ejabberd.
• En ningun momento se dice que el cifrado C2S+cifrado S2S+cifrado C2S sea sustituto del cifrado cliente-cliente (estilo PGP). El administrador del servidor siempre puede leer los mensajes en claro. Esto queda perfectamente claro en el diagrama puesto que se ve como los servidores cifran y descifran los mensajes de los usuarios con sus claves.
• Por supuesto, una mala instalación del servicio, mala configuración del servidor o demasiada permisividad con los certificados que se aceptan como válidos conlleva un riesgo de seguridad. Pero eso no es culpa de Jabber, ni de ejabberd, ¿verdad?

En este y otros casos solo la autentificación y encriptación extremo a extremo da ese servicio.

Evidentemente. Pero una cosa no excluye la otra.

No puedes usar cifrado PGP con todo el mundo porque no tienes la clave pública de TODO el mundo con el que charlas, ni todo el mundo va a usar PGP necesariamente. Actualmente no hay otro sistema en Jabber para hacer cifrado cliente-cliente aparte de PGP. ¿Qué haces en las salas de charla?

El cifrado S2S es un paso adelante que no excluye el cifrado cliente-cliente cuando éste sea posible.

Si te fijas, tanto el diagrama como el texto está destinado a los administradores de servidores, ya sean ejabberd, cualquier otro Jabber o cualquier otro sistema de mensajería:

• 'intercept your users' conversations'
• 'read your users' conversations'
• en el diagrama se usa el color amarillo entre clientes y servidores, así como entre servidores. Evidentemente, los clientes y los propios servidores pueden leer los mensajes perfectamente.

Por tanto, la posibilidad de que el administrador de tu servidor Jabber te espie no procede mencionarla en una página sobre cifrado servidor-servidor, ya que implícitamente se entiende que es posible. Si no confias en los administradores de tu servidor, deberías usar cifrado cliente-cliente, donde los mensajes vayan cifrados desde el cliente emisor hasta el cliente receptor.

El objetivo del cifrado y autenticación en conexiones S2S supongo que es más bien proteger a los prestadores y a los usuarios de un servidor Jabber del espionaje ilegal efectuado por gobiernos, organizaciones, agencias o malhechores que pretenden violar el secreto de las comunicaciones reconocido en las constituciones de todos los paises democráticos, derecho que recordemos es imprescindible para que estos usuarios tegan libertad de expresión.

Ahora respecto a la interceptación de la línea, digamos por el ISP: como la mayoría de los términos que usas se me escapan, no puedo comentarlos. Supongo que estás en lo cierto. En tal caso, en vez de haber errores en esa página o en ejabberd, hay un error en XMPP. Si este es el caso, deberías dirigirte a los autores del protocolo.

Para concluir: estamos de acuerdo en que la única forma de garantizar la confidencialidad de las comunicaciones al 99.99% es llamar por teléfono a esa persona, que te de la firma de su clave, la instalas, la validas, etc. Pero el cifrado C2S+S2S+C2S evita el espionaje pasivo de tu ISP o malhechores tipo Echelon, ¿o no?

Temas relacionados:

• Seguridad en la conexión al servidor: SSL
• Seguridad en la comunicación entre contactos: GnuPG

Creo que lo prudente y sincero sería reescribir esa página con una explicación más ajustada a la realidad.

Yo también considero que la explicación dada en esa página es insuficiente e incluso puede inducir a error. Pero yo ya la he mejorado todo lo que he podido, y también aquellos a los que se la he pasado.

Por tanto eres el más indicado para corregir y ampliar esa página. Si me pasas el texto que crees correcto (en ingles si puede ser) lo copio tal cual alli y te menciono como autor del mismo.

Si eres experto en seguridad y estás interesado o preocupado por el tema te invito a que eches un vistazo a las listas de correo de www.jabber.org porque periódicamente se trata este tema, y se ha tratado repetidamente en el pasado.