Revisión periódica de listas

Una lista que se carga y no se revisa envejece mal. Las entradas se quedan después de que el actor abandonó la infraestructura, las direcciones cambian de dueño, las fuentes empeoran sin que nadie lo note y nadie sabe ya quién pidió cada bloqueo. La revisión periódica es el momento en que la lista vuelve a justificar cada entrada con datos: vigencia, coincidencias, confirmación de la fuente y un dueño.

Consulta SELECT * FROM politica_de_revision.

La regla R1 es la que más entradas mueve: retira lo vencido que nadie tocó en 90 días y que la fuente no reconfirmó. Las tres condiciones van juntas; si falta una, la entrada no sale por R1. Una entrada reconfirmada se renueva por R2 aunque esté vencida, y una vencida con coincidencias se queda hasta revisarlas, por R3.

Consulta SELECT * FROM entradas_en_revision y aplica R1 fila por fila.

Cada entrada tiene que tener a alguien que responda por ella: quien la pidió o quien mantiene la lista. Cuando una entrada corta algo legítimo, el dueño es quien decide si se retira; sin dueño, la decisión se toma a ciegas o no se toma. Por eso la regla R4 obliga a asignarla o retirarla en la misma revisión.

Las fuentes también se revisan. Una fuente cuyas coincidencias nunca resultan ser actividad real cuesta tiempo al SOC y daño al negocio sin proteger nada. La política no la expulsa de golpe: la pasa a modo registro, donde sus entradas siguen anotando coincidencias sin cortar nada, hasta que demuestre que acierta.

Consulta SELECT * FROM fuentes y aplica R5.

La entrada RVL-08 está vencida, la fuente no la reconfirmó y aun así tuvo dos coincidencias en 90 días. Si se aplicara solo la fecha, saldría de la lista. Pero alguien de la empresa intentó llegar a ella dos veces en el último trimestre, y eso es justo lo que una lista existe para notar.