Sí, lo vi. Tomado nota.
Voy a citar a los que tienen el poder de cerrarnos debido a ese aspecto, que se considera un problema de seguridad en nuestra organización: “Si este sistema puede permitir que alguien de una organización no autorizada entre, tienes que asumir que eventualmente lo hará, independientemente de tu diligencia”. Esto es exactamente lo que sucedió. Esa “característica” (diría yo, una no-característica ya que el “must_approve_user” simplemente no tiene efecto en el caso de invitación exclusiva) se habilitó, emitimos la invitación sin restricciones a las personas exactas que queríamos invitar, y obviamente, una de estas personas compartió ese enlace de invitación sin restricciones con otra organización.
Con esto también respondo a @tobiaseigen
@Wall-E Tengo curiosidad por entender cómo es que tus enlaces de invitación caen en manos de personas a las que no se les debería permitir el acceso a tu sitio. Presumiblemente, el personal de tu sitio sabrá tener cuidado de no crear enlaces de invitación que puedan ser utilizados por cualquiera y compartirlos públicamente o en entornos donde las personas equivocadas puedan usarlos. Hasta cierto punto, el problema que enfrentas es un problema de capacitación del personal. Siéntete libre de enviarme un mensaje privado con tu respuesta si contiene detalles sensibles.
Tenemos reuniones, conferencias, con a veces cientos de personas de organizaciones autorizadas que pueden unirse a nuestro foro. Pero algunas de ellas a veces son de otras organizaciones que no están autorizadas a unirse a nuestro foro (debido a políticas generales que escapan a nuestro control).
Ese enlace de invitación se “soltó”, incluso con la diligencia del personal, ya que no podemos controlar lo que harán las personas “implícitamente autorizadas” con ese enlace; por definición, ese enlace no está “restringido”, por lo que pueden reenviarlo a quien quieran. No puedo culpar a mi personal por eso, ya que si dices que es “por diseño” hay una aprobación implícita, significa que este enlace de invitación sin restricciones puede llegar a cualquier parte, por lo tanto, eventualmente lo hará. Esto es exactamente de lo que hablaban los jefes de nuestro departamento de TI, por buenas razones. Lo sabíamos, y por eso habilitamos el “must_approve_users” para que actuara como esa capa de seguridad que pensábamos que era.
Veo que hay una pregunta sobre si esto es una característica o un error. No soy un programador profesional, eso es para que lo decidas tú (soy astrofísico). Simplemente les informo de un grave “problema” que nos causó, esperando que pueda ser abordado para que podamos seguir utilizando esta maravillosa plataforma.
Estoy totalmente a favor de la opción 3, al igual que nuestro centro de investigación y el personal de mi foro. Hasta nuevo aviso, se ha instruido al personal a no utilizar la invitación sin restricciones. Lo que añade una carga adicional, ya que ahora tienen que añadir todas las direcciones de correo electrónico individuales de las personas que queremos invitar (y en una conferencia, eso son más de cientos de participantes…). Hacerlo en cada reunión, evento, etc… añadirá una alta viscosidad a nuestro crecimiento, y puedo prever que algún miembro del personal se vaya debido a la carga de trabajo añadida (la mayoría son voluntarios, y todos están sobrecargados con sus otras tareas).