Publicar y gestionar versiones de objetos

4 tareas · 40 min · Principiante

Martes 10 de noviembre, 10:01. Alto Cauce hace su primer aporte a Salinar: cuatro objetos en un solo envío a la colección de aportes. El jueves el SOC avisa de que uno de los dominios publicados era un falso positivo, y alguien intenta borrarlo. Lees el envío, las respuestas del servidor, el historial de versiones de un objeto y la política de publicación de la comunidad para decidir qué se hace bien. Todo son respuestas guardadas en la terminal del escritorio; no se envía nada.

0 de 4 · 0%

Objetivo de la sala

Para publicar, el cliente hace POST a {api-root}/collections/{id}/objects/ con un sobre que trae los objetos. Si el servidor acepta la petición responde 202 Accepted y devuelve un recurso de estado: un id propio, status (pending o complete), total_count y los contadores success_count, failure_count y pending_count. Mientras el estado sea pending, el cliente consulta {api-root}/status/{id}/ hasta que pase a complete.

Si el envío supera el max_content_length de la API root, el servidor responde 413 y no hay nada que consultar. Si la cuenta no puede escribir en la colección, la respuesta es 403 o 404.

Abre registro-del-envio.log y estado-1.json.

Responde para continuar

A las 10:02 el estado decía pending con 2 éxitos y 2 pendientes. ¿Qué significa?

Que el servidor aún procesa el envío; hay que volver a consultar el estado hasta que diga complete Que dos objetos se perdieron y hay que reenviar todo el sobre antes de que caduque el estado Que el servidor rechazó la mitad del sobre y lo devolverá cuando la curaduría lo revise a mano

Ver pista de ayuda

Un pendiente no es un fallo. ¿Qué contador cuenta los fallos?

Cuando el estado llega a complete, successes y failures dicen, objeto por objeto, qué se aceptó y qué no, con su id, su version y, en los fallos, un message opcional del servidor. Un envío parcialmente fallido no se repara reenviando el sobre entero: se corrige el objeto rechazado y se envía ese.

Abre estado-2.json y, si quieres ver por qué, compáralo con envio-del-martes.json.

Responde para continuar

Escribe el id del objeto del envío que el servidor rechazó.

Ver pista de ayuda

Está en la lista failures del estado final.

Un objeto STIX se corrige publicando una versión nueva: el mismo id con un modified posterior. El servidor puede guardar varias versiones, y la dirección {api-root}/collections/{id}/objects/{object-id}/versions/ las lista. Al pedir objetos, match[version] decide cuál llega: last (lo que se recibe si no se indica nada), first, all o una marca de tiempo concreta.

Abre versiones-indicator--ac-01.json. Fíjate en que la lista no viene ordenada.

Responde para continuar

Un miembro pide indicator--ac-01 en la colección de curados con match[version]=first. Escribe la versión que recibe.

Ver pista de ayuda

Ordena las tres marcas de tiempo; first es la más antigua.

TAXII 2.1 añadió el borrado de un objeto (DELETE en la dirección del objeto), pero la norma solo lo admite cuando la cuenta tiene a la vez can_read y can_write en esa colección; con uno solo de los dos el servidor responde 403. En STIX, en cambio, un emisor retira lo que publicó con una versión nueva que lleva "revoked": true: los receptores ven que ya no vale y por qué, y queda constancia. Borrar hace desaparecer el objeto sin explicación para quien ya lo cargó.

Lee nota-del-soc.txt, la última parte de registro-del-envio.log y politica-de-publicacion.txt.

Responde para continuar

¿Qué hace Alto Cauce con indicator--ac-02, el dominio que resultó ser un falso positivo?

Repetir el DELETE con la cuenta de lectura, que sí tiene permiso de lectura sobre la colección de aportes Publicar en aportes una versión nueva del mismo id con revoked en true y un modified posterior Publicar un indicador nuevo, con otro id, que diga que el dominio es legítimo, y dejar el anterior intacto

Ver pista de ayuda

La política dice cómo se retira un objeto propio, y el 403 tiene una explicación en la norma.

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 Aceptado no es procesado Lab

2 El objeto que no entró Lab

3 Varias versiones del mismo id Lab

4 Retirar sin borrar Lab

Whoami-Labs Pro utiliza cookies