Diseñar un intercambio sectorial

Una comunidad puede intercambiar de dos formas. En la de centro, un servidor común aloja las colecciones y cada miembro es cliente: hay un solo sitio donde aplicar permisos, revisar y conservar historial, y quien no tiene personal para operar un servidor puede participar igual. En la de pares, cada organización publica en su propio servidor y las demás sondean a todas: nadie depende de un tercero, pero cada participante opera un servidor y las reglas se reparten en tantos sitios como miembros.

Con TAXII 2.1 cualquiera de las dos se arma con colecciones y sondeo, porque el envío sin pedir (los canales) sigue sin especificar.

Abre miembros.csv y reglas-acordadas.txt.

Cada regla de la asamblea tiene que verse en una fila de la topología: quién lee y quién escribe cada colección. Una regla que no se refleja en ningún permiso es una promesa sin control. La revisión es mecánica: se toma cada regla, se buscan las colecciones a las que afecta y se comprueba que el permiso la cumpla.

Abre propuesta-de-topologia.csv y repásala regla por regla.

Compartir una cuenta entre organizaciones borra la trazabilidad: si algo se publica mal, no se sabe quién fue, y retirar el acceso a una obliga a cambiar la clave de todas. Por eso las comunidades dan una cuenta por miembro que escribe, y la quitan cuando el miembro deja de participar.

Con miembros.csv y las reglas, cuenta las cuentas de publicación que necesita la colección de aportes.

La propuesta separa dos colecciones: una donde los miembros escriben y no leen, y otra donde leen y no escriben, con la curaduría en medio. Muchos miembros conectan la colección que leen directamente a su detección automática; si un aporte equivocado llegara ahí sin revisión, se bloquearía en varias redes a la vez. El buzón deja entrar todo; la vitrina solo muestra lo revisado.

Mira en la propuesta quién lee y quién escribe cada una de esas dos colecciones.