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
Allan has suggested adding first_seen and last_seen fields (both optional, presumably) to the relationship object. This would let you track, for example, the time period when a malware object was used-by an intrusion-set.
The text was updated successfully, but these errors were encountered:
This was discussed on the working call on Sept 5, 2017. The agreed consensus for text was:
start_time: This optional timestamp represents the earliest time at which the relationship between the objects exists. If the timestamp field #1 is a future timestamp, at the time of the updated field is defined, then this represents an estimate by the producer of the intelligence on the earliest time at which relationship will be asserted to be true. If not specified, then the earliest time at which the relationship between the objects exists is not defined.
end_time: This optional timestamp represents the latest time at which the relationship between the objects exists. If the timestamp field #2 is a future timestamp, at the time of the updated field is defined, then this represents an estimate by the producer of the intelligence on the latest time at which relationship will be asserted to be true. If the timestamp field #2 is defined, then it MUST be later than the timestamp #1 value. If not specified, then the latest time at which the relationship between the objects exists is not defined.
There were no voiced objections to this consensus, so once the editorial work is done on the spec, this issue can be closed.
Allan has suggested adding
first_seen
andlast_seen
fields (both optional, presumably) to the relationship object. This would let you track, for example, the time period when amalware
object wasused-by
anintrusion-set
.The text was updated successfully, but these errors were encountered: