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
When you receive an event from MISP integration and an alert is created on The Hive 4, the link to the MISP instance is generated incorrectly: looking at frontend/app/views/partials/alert/list.html
it seems that it takes $vm.urls[event.source] that previously (eg. TH-3) was used to identify the MISP instance from which the event was coming from, now represents the source organization. Therefore $vm.urls[event.source] is not resolved and remains empty, so the url becomes relative on Hive instance's URL.
Click on the arrow icon that brings to MISP
It will redirect you to http:///events/
rather than http:///events/
Possible Solutions
Workaround
I named the MISP integration in application.conf at the same way of my organization. in this way I tricked the array Lookup in the Hive. Of course in a multi-org setup this is not feasible, so we need to fix it :) Solution
Use the right property as array key when loading MISP instance's address
The text was updated successfully, but these errors were encountered:
In TheHive 4 we added a field called externalLink to the alert object, allowing any alert to have its own external link, not only MISP alerts. We will rely on this field.
Request Type
Bug
Work Environment
Problem Description
When you receive an event from MISP integration and an alert is created on The Hive 4, the link to the MISP instance is generated incorrectly: looking at
frontend/app/views/partials/alert/list.html
it seems that it takes
$vm.urls[event.source]
that previously (eg. TH-3) was used to identify the MISP instance from which the event was coming from, now represents the source organization. Therefore$vm.urls[event.source]
is not resolved and remains empty, so the url becomes relative on Hive instance's URL.Steps to Reproduce
It will redirect you to http:///events/
rather than http:///events/
Possible Solutions
Workaround
I named the MISP integration in
application.conf
at the same way of my organization. in this way I tricked the array Lookup in the Hive. Of course in a multi-org setup this is not feasible, so we need to fix it :)Solution
Use the right property as array key when loading MISP instance's address
The text was updated successfully, but these errors were encountered: