Code Monkey home page Code Monkey logo

Comments (15)

diogofgm avatar diogofgm commented on June 22, 2024 1

Ok ive been looking into my data and it seams that my thesis is correct. LEEF outputs in UTC/GMT. I have 1h diference in my data because we are in DST with means GMT+1. I’m going to fix this TZ issue and release an update.

from ta-kaspersky.

diogofgm avatar diogofgm commented on June 22, 2024

Hi Marcelo
Have you installed the add on? Also what format are you using? CEF or LEEF?

from ta-kaspersky.

marceloyb avatar marceloyb commented on June 22, 2024

Yes, addon is installed. I believe CEF, since it's been configured directly in KSC Panel.

image

from ta-kaspersky.

diogofgm avatar diogofgm commented on June 22, 2024

You should be using LEEF. If I recall correctly you need to choose QRadar in the format to have it output LEEF. Splunk option wasn’t available when I started building these add nos and app.

from ta-kaspersky.

marceloyb avatar marceloyb commented on June 22, 2024

Tried changing to LEEF (QRadar) and Splunk stopped receiving the logs if i use sourcetype kaspersky:leef. Any ideas why? If i use the "syslog" sourcetype it works.

Edit: Actually it is receiving, but the kaspersky:leef sourcetype is somehow throwing events into my indexer with wrong time stamp (4 hours in the future)
image

from ta-kaspersky.

diogofgm avatar diogofgm commented on June 22, 2024

can you post a sanitised sample of you data? the only reason to have data generated with a timestamp in the future would be if you have problems with timezone or misconfigured server times since the add on is not doing anything regarding time. Check the time of you splunk server and kaspersky server. Are you using a common ntp server?

from ta-kaspersky.

diogofgm avatar diogofgm commented on June 22, 2024

After looking at you profile I saw you might be in GMT-3. I was thinking, if I'm correct 4h in the future would be something like your data is coming in as UTC if you are under DST.
Thats something it never occurred to me and I actually didn't configured in the TA since in Portugal we are GMT/UTC (Apart from when we are GMT+1 due to DST). Its possible that kaspersky is outputting data in UTC and since no TZ is defined you get data in the future.

from ta-kaspersky.

marceloyb avatar marceloyb commented on June 22, 2024

Probably. The problem happens once the data get into the TA i made a change on the sourcetype kaspersky:leef so the timestamp will be defined on the Current time, but there are still some discrepancies. Since i'm kinda newbie on Splunk, i couldn't find where i could fix the cause, but with the changes the app is working fine.
image

from ta-kaspersky.

diogofgm avatar diogofgm commented on June 22, 2024

Have you compared the timestamp and TZ of the server where you are hosting the Kaspersky SC console with the on in the logs?
What is the TZ you have setup in your splunk profile (Your account name > preferences)?
In the image you posted, what is the right timestamp? the one in splunk or the one in the logs?

The thing here is, when you index data you can either extract or assign a TZ to your data. This allows splunk to adjust it to TZ the one you have in your profile.

From splunk docs:
https://docs.splunk.com/Documentation/Splunk/7.3.2/Admin/Propsconf

TZ = <timezone identifier>
* The algorithm for determining the time zone for a particular event is as
  follows:
  * If the event has a timezone in its raw text (for example, UTC, -08:00),
  use that.
  * If TZ is set to a valid timezone string, use that.
  * If the event was forwarded, and the forwarder-indexer connection uses
  the version 6.0 and higher forwarding protocol, use the timezone provided
  by the forwarder.
  * Otherwise, use the timezone of the system that is running splunkd.
* Default: empty string

from ta-kaspersky.

marceloyb avatar marceloyb commented on June 22, 2024

I checked some logs from yesterday, when i used the "syslog" Source type on the Data Input, and the results are the same that i got using the "kaspersky:leef" Source type, so i don't think the problem is actually the TA. On the Kaspersky SC console the time is correct. The TZ on my profile is GMT -3 (Brasilia).

When i used the CEF format for the logs the time wasn't showing on the log, but with the LEEF it shows. Could it be related smh?

from ta-kaspersky.

diogofgm avatar diogofgm commented on June 22, 2024

From what you're telling me I'm starting to believe its safe to assume that regardless the time you have in Kaspersky server, LEEF will always output UTC. If that's the case, its just a matter of adding TZ to the "kaspersky:leef" source type. Can you test adding TZ = UTC to the source type in the TA and index some data?

from ta-kaspersky.

marceloyb avatar marceloyb commented on June 22, 2024

add TZ = UTC to the /etc/apps/TA-kaspersky/default/props.conf file, right? Did and still keeps the same.

This is the config on the "kaspersky:leef" source type regarding Timestamp

image

from ta-kaspersky.

diogofgm avatar diogofgm commented on June 22, 2024

have you restarted Splunk after that?

from ta-kaspersky.

marceloyb avatar marceloyb commented on June 22, 2024

Yes. I was looking the logs and on some of them, the time was -1 instead of the +4. I don't remember what exactly i did after that, but it involved reinstalling TA and messing in the configurations

image

from ta-kaspersky.

diogofgm avatar diogofgm commented on June 22, 2024

The new version of the add on has been released in splunkbase. Please check if it solves your issue.

from ta-kaspersky.

Related Issues (11)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.