Re: [cti] Documents

["Barnum, Sean D." <sbarnum@mitre.org>]

>One symptom of the split that I really don’t like is that certain TLOs will have a CTI Common spec version (relationship), others have a STIX one (Indicator), and others have a CybOX one (Observation). 

Well, I would assert this is one of the absolute intended advantages of the current approach. Common things should be defined and leveraged at a common level. Domain-spefic things should be defined and leveraged at a domain-specific level. We do not want to force domains or implementers who only care about CybOX to have to think about domain-specific objects from STIX, or even worse domains that only care about CTI Common and not about CybOX or STIX to have to worry about domain-specific objects from those two non-germane domains.

>That seems very confusing to me…one version to rule them all!

Again, I will assert that this is not a versioning issue. This is not about having different versions of the same thing. This is about having different things that have different contexts and purposes.

sean

From: <cti@lists.oasis-open.org> on behalf of John Wunder <jwunder@mitre.org>
Date: Monday, March 7, 2016 at 1:56 PM
To: Allan Thomson <athomson@lgscout.com>, "Jordan, Bret" <bret.jordan@BLUECOAT.COM>
Cc: "cti@lists.oasis-open.org" <cti@lists.oasis-open.org>
Subject: Re: [cti] Documents

I agree. In reality there are lots of interdependencies and they almost always version in sync anyway, so we might as well formalize that. It also simplifies how we talk about things…how many times have you said “well that’s not really STIX, it’s CybOX, so XYZ rather than ABC”? This way we get rid of that issue.

I do agree with Paul’s (separate) concerns about references in, but I think by following what Allan and Bret mentioned we can avoid that and ensure that people only deal with what they have to.

One symptom of the split that I really don’t like is that certain TLOs will have a CTI Common spec version (relationship), others have a STIX one (Indicator), and others have a CybOX one (Observation). That seems very confusing to me…one version to rule them all!

John

From: <cti@lists.oasis-open.org> on behalf of Allan Thomson <athomson@lgscout.com>
Date: Monday, March 7, 2016 at 1:45 PM
To: "Jordan, Bret" <bret.jordan@BLUECOAT.COM>
Cc: "cti@lists.oasis-open.org" <cti@lists.oasis-open.org>
Subject: Re: [cti] Documents

Having a single version of the content is preferred from my perspective.

You can still have normative text that describes each module separately.

But having ONE version to track for the related content is preferred.

allan

On Mar 7, 2016, at 9:14 AM, Jordan, Bret <bret.jordan@BLUECOAT.COM> wrote:

Right now, we have three documents for STIX & CybOX, aka CTI.  We have:

CTI Common 1.0

STIX 2.0

CybOX 3.0

I would like to challenge this design.  It seems like we are opening ourselves to document versioning and compliance / interoperability nightmares. 

1) Does it really make sense, other than for historical reasons, to keep these documents separate?  

2) If they were merged, then could not things like MAEC and other standards (that are NOT part of OASIS) just reference the sections that were of interest to them?

Thanks,

Bret

Bret Jordan CISSP

Director of Security Architecture and Standards | Office of the CTO

Blue Coat Systems

PGP Fingerprint: 63B4 FC53 680A 6B7D 1447  F2C0 74F8 ACAE 7415 0050

"Without cryptography vihv vivc ce xhrnrw, however, the only thing that can not be unscrambled is an egg."