Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Evaluate mandatory CybOX objects as evidence if applying confidence to STIX object #75

Closed
bauman opened this issue Oct 28, 2013 · 3 comments

Comments

@bauman
Copy link

bauman commented Oct 28, 2013

short discussion STIXProject/python-stix#31

I appreciate the inclusion of the community standardizing on a way to share confidence, but adding a layer of subjectivity into an automated transfer mechanism seems like it would trend to being misused.

Could you consider a method to influence parties to supply cybox observables, or some form of evidence to back their assertion for any stix objects marked with any type of confidence?

@johnwunder
Copy link
Member

I think this might make sense more as an optional field than as a mandatory field. In a lot of cases that evidence data could contain sensitive internal information from the indicator producer's operational environment. By including confidence and not requiring evidence we can allow those organizations to share the indicator and their derived confidence without being required to supply the more sensitive evidence.

I would support this as an optional addition to the confidence structure though, because I can imagine cases where you have that information and are willing to share it.

What do you think, @bauman?

@bauman
Copy link
Author

bauman commented Nov 8, 2013

@johnwunder I agree with you, optional is better than nothing.

I believe organizations can arbitrarily redact information in their cybox representation enough to strip anything sensitive, which is why I'd rather it be mandatory with at minimum a highly redacted cybox representation.

At the end of the day, a highly redacted cybox object is probably no better than nothing at all.

@benjaminxscott
Copy link
Contributor

We are looking to implement this in #162 as an optional field

@johnwunder johnwunder removed this from the Version 2.0 milestone Dec 11, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants