You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 18, 2024. It is now read-only.
i am using barnyard2 version 2.1.14 build 337 with ipv6 support enabled. For visualisation i use snorby in the actual version. I realized that snorby displays ipv6-adresses as wrong ipv4-adresses.
The cause seems to be, that barnyard2 handles ip-adresses as unsinged integers when writing them to the database. This works for ipv4 but obviously breaks with ipv6. I didn't find any commit or issue within the last years wich mentioned this behavior. I can't imagine that i'm the only one who runs in this problem.
Are there any plans to implement a different way of handling the ip-addresses? Of course, not only barnyard needs to be changed, but this is one part in the whole setup.
Greetings
oscarminus
The text was updated successfully, but these errors were encountered:
Hi, I'm having the same problem with yours when integrating Barnyard2 with Snort. It writes 0 in the IP_SRC table and an integer in decimal to represent IPv6 which, in my view, is incorrect.
Hi firnsy,
i am using barnyard2 version 2.1.14 build 337 with ipv6 support enabled. For visualisation i use snorby in the actual version. I realized that snorby displays ipv6-adresses as wrong ipv4-adresses.
The cause seems to be, that barnyard2 handles ip-adresses as unsinged integers when writing them to the database. This works for ipv4 but obviously breaks with ipv6. I didn't find any commit or issue within the last years wich mentioned this behavior. I can't imagine that i'm the only one who runs in this problem.
Are there any plans to implement a different way of handling the ip-addresses? Of course, not only barnyard needs to be changed, but this is one part in the whole setup.
Greetings
oscarminus
The text was updated successfully, but these errors were encountered: