[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [cti] Re: [EXT] [cti] Re: Question about combinatorial extension
Thanks for the reply. I just mostly wanted to confirm that I understood both use cases.
Â
I did assume that your rationale for combinatorial extensions was so you could âbundleâ related extensions.
Â
I was concerned with re-use of the extension definition by others. I was thinking it would be âcleanerâ to just have one extension defined.
However, I see that you might want to introduce a whole new domain with lots of new SDOs, SCOs, and additional properties on existing objects, so it makes sense that you would want to put them all in one schema/extension.
Â
I was also thinking that when one is using a combinatorial extension that they need to use all of the parts. But there is nothing in the new spec language that implies that.
Â
So, I have changed my mind â I now am in favor of combinatorial extensions!
Â
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ Rich
Â
From: <cti@lists.oasis-open.org> on behalf of aa tt <atcyber1000@gmail.com>
Date: Wednesday, October 7, 2020 at 5:54 PM
To: Rich Piazza <rpiazza@mitre.org>
Cc: "cti@lists.oasis-open.org" <cti@lists.oasis-open.org>
Subject: [EXT] [cti] Re: Question about combinatorial extensionÂ
Rich - the simplest analogy I can think of, is this.
Â
âââ
I can write 1 word document with 2 paragraphs. Where the document describes a concept with two related aspects described in the document.
Â
Or
Â
I can write 2 word documents, with 1 paragraph each. Where each document describes a separate concept entirely.
ââââ
Â
Your example below suggests the 2 extensions are completely unrelated to each other. In that case, it would make sense to write 2 separate documents (1 for each extension).
Â
For examples, where authors want to publish related content as a single extension -> I propose that STIX extension should give authors the *option* to write the 1 document with 2 paragraphs *if* they want to.Â
Â
And we should not force them to write 2 separate documents.
Â
Allan
On Oct 7, 2020, at 8:20 AM, Rich Piazza <rpiazza@mitre.org> wrote:
Â
Hi Alan,
Â
I didnât want to belabor the point on the call yesterday, but I wanted to check my understanding of the combinatorial extension.
Â
Letâs assume that we have two extensions defined (similar to the spec examples):
I introduced new ids, so as not to confuse it with other extension examples.
Â
{
ÂÂâidâ: âstix-extension--9994a318-2a81-4b04-a79a-7c515cfae643â,
ÂÂ"type": "stix-extension",
ÂÂâspec_versionâ: â2.1â,
ÂÂ"name": "Extension My Favorite SDO",
ÂÂ"description": "This schema adds a new object my-favorite-sdo",
ÂÂ"created_by": "identity--uuid1",
ÂÂ"schema": "https://www.example.com/schema-my-favorite-sdo/v1/",
ÂÂ"version": "1.2.1",
ÂÂâextension_typesâ: [ ânew_sdoâ ]
}
Â
and
Â
{
ÂÂâidâ: âstix-extension--29c8ae7a-6779-40dd-92e5-0806cb61a6faâ,
ÂÂ"type": "stix-extension",
ÂÂâspec_versionâ: â2.1â,
ÂÂ"name": "Extension Foo",
ÂÂ"description": "This schema adds rank and toxicityâ
ÂÂ"created_by": "identity--uuid1",
ÂÂ"schema": "https://www.example.com/schema-foo/v1/",
ÂÂ"version": "1.2.1",
ÂÂâextension_typesâ: [ âextends_subcompâ ]
}
Â
Using these extensions, Iâm not sure what would change in your instance on page 221, except the indicator would be using the extensionÂstix-extension--29c8ae7a-6779-40dd-92e5-0806cb61a6faÂinstead of the combinatorial extension that included both extension types (stix-extension--a932fcc6-e032-176c-126f-cb970a5a1fff).
Â
So what is the advantage of the combinatorial extension? What am I missing?
Â
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ Rich
Â
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]