Skip to content
New issue

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

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

Already on GitHub? # to your account

TAC Ontology needs to extend the STIX 2.1 specification with respect to "Extension Definition" #22

Open
rhohimer opened this issue Oct 12, 2021 · 1 comment
Assignees

Comments

@rhohimer
Copy link

rhohimer commented Oct 12, 2021

The mantra of the TAC-TC has been to "embrace and extend". The TAC extensions have incorporated the object oriented approach of subclassing and taxonomic classification. However, STIX 2.1 does not have the notion of classes and subclasses. Therefore, we need to understand the relationship between STIX Extension Definition and the class hierarchy of the TAC ontology.

I'm contemplating the notion that if a Extension Definition is asserted that it may be used to assert a "subclassOf" property.

@rhohimer rhohimer self-assigned this Oct 12, 2021
@rhohimer
Copy link
Author

In conversation with @Vasileios-Mavroeidis we formed an approach to dealing with the STIX Extension Definition. We concluded that a SEMANTIC extension mechanism is different from the STIX extension mechanism.

The TAC Ontology uses a formal ontological language (OWL) to represent concepts such as classes and properties. With a formal ontology we have available the syntax to create a subclass and subproperty. This is an embedded inherent capability in the OWL language. Because of this capability it is straight forward (easy) to create extensions.

The Extension Definition provided in the STIX specification is not robust or expressive enough to express a subclass relationship or subproperty relationship. It does allow the writer to add properties to existing objects (or create new objects) but the mechanism does not assert any relationships between the new class/property and the old.

New SEMANTIC Extensions should be given there own namespaces during development. This implies that the new extensions will be in their own ontology files. These files will be imported into the stix-semex ontology (stix-semex.owl).

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant