En esta época, la mayoría de los productos comerciales de SIEM / SEIM / SIM / SEM / SEEM / CSIM / SCIM / SIM se envían con una gran cantidad de los llamados "informes enlatados". En general, cada uno de estos informes se diseñará para analizar registros específicos de tipos específicos de sistemas y procesarlos. Por ejemplo, dado un informe "Intentos de autenticación fallidos de Windows", se podría suponer que los Id. De evento que se asignan de nuevo a los eventos de autenticación se procesarán en busca de FALLAS. Mientras que un "Windows - Firewall Blocks" buscaría los EventIDs que se asignan al subsistema de firewall se procesaría.
Las preguntas reales que debes hacerte son estas;
- "¿Qué queremos obtener de un SIEM?"
- "¿Sobre qué quiero que me avisen?"
- "¿Qué informes me gustaría ver?"
La respuesta a la pregunta # 1 es realmente sobre todo enmarcar la situación en tu propia cabeza. Así que puede tenerlo en cuenta cuando piense en los otros 2. Una vez que haya respondido esas preguntas, puede ver el producto SIEM que tiene y determinar "¿Qué datos se requieren para producir esa información?"
Tenga en cuenta que su también puede variar enormemente dependiendo de las fuentes de registro específicas. Por ejemplo, puede decidir que un servidor web que no sirve para nada, excepto la información de contacto de un departamento, solo necesita enviar registros de autenticación e IIS, mientras que puede desear que todos los registros de todos provengan de sus controladores de dominio. Esto también puede verse muy influenciado por cualquier restricción de licencia, ya que muchos productos comerciales se licenciarán según la cantidad de fuentes de registro y / o eventos por segundo (EPS).
Desafortunadamente, no hay una respuesta breve y clara. Todo depende de lo que quieras y de lo que sea capaz tu solución.