bb164ad1aeSmall change to a unit test
Michael Chisholm
2021-07-07 16:06:04 -0400
3a0297c597replaced links with stix-v2.1-os
Rich Piazza
2021-07-07 15:03:28 -0400
02bf33eedfMerge branch 'dev-extensions-proposal' of github.com:oasis-open/cti-python-stix2 into dev-extensions-proposal
Rich Piazza
2021-07-07 13:43:10 -0400
638689c481Add another check to the test_toplevel_ext_prop_meta() unit test.
Michael Chisholm
2021-07-07 13:03:13 -0400
d6a1aa9f74Merge branch 'dev-extensions-proposal' of github.com:oasis-open/cti-python-stix2 into dev-extensions-proposal
Rich Piazza
2021-07-07 11:02:05 -0400
99a8ade4cdpre-commit stylistic fixes
Michael Chisholm
2021-07-06 20:40:50 -0400
2cda97cf5eChanged STIX object initialization to formulate a property order and process properties in that order. This establishes iteration order on object properties, making the object_properties() method unnecessary. So the latter method has been deleted. All uses of that method have been removed.
Michael Chisholm
2021-07-06 20:32:58 -0400
8bbf5fa461Make extension instances work the same as other objects, with respect to properties. Before, properties were declared on toplevel-property-extension extensions as if they were going to be used in the normal way (as actual properties on instances of the extension), but they were not used that way, and there was some ugly hackage to make it work. Despite the fact that property instances were given during extension registration, they were not used to typecheck, set defaults, etc on toplevel property extension properties.
Michael Chisholm
2021-07-06 14:27:40 -0400
93d2524d45Remove excessive nested lists from CusomObservable decorator. Remove iterable chaining from CustomObject decorator. If all values are guaranteed lists now, it no longer makes sense to use it. Simpler and clearer to use plain old list concatenation.
Michael Chisholm
2021-07-02 21:10:52 -0400
b9eba77008Move the CustomExtension decorator from the v21.observables module to v21.common. Custom extensions are not specific to SCOs, so I don't know why it was in that module. Now, ExtensionDefinition and CustomExtension are together in the same module, just like MarkingDefinition and CustomMarking are together. Made sense to me.
Michael Chisholm
2021-07-02 20:54:54 -0400
6fc39a70eapre-commit stylistic fixes
Michael Chisholm
2021-07-01 20:08:09 -0400
ac8e46f491Improve customization detection in the face of toplevel-property-extension style extensions. If an unregistered extension of that type is encountered, all unrecognized toplevel props will now be considered extension properties (not custom). It will no longer turn on the allow_custom flag, which would allow customizations everywhere.
Michael Chisholm
2021-06-30 20:20:29 -0400
d87718c15cBug fixes, hackage removal, and some pre-commit stylistic fixes.
Michael Chisholm
2021-06-30 17:50:00 -0400
081f36068cMerge branch 'master' of github.com:oasis-open/cti-python-stix2 into main
chrisr3d
2021-06-30 15:30:13 +0200
5504001f92Add new infrastructure-type-ov entries
Chris Lenk
2021-06-25 23:01:11 -0400
7a9d052a0dUpdate Network Traffic for CS03
Chris Lenk
2021-06-25 22:48:00 -0400
c7b4840232Code style and behavioral improvements in ExtensionsProperty:
Michael Chisholm
2021-06-25 22:20:02 -0400
70718063d3Remove relics of the old way customization was handled and enforced, from _STIXBase20 and _STIXBase21. That awkwardness is no longer necessary.
Michael Chisholm
2021-06-25 22:10:31 -0400
47b864cb4dFix v21 ExtensionDefinition class to use the enum constant from the vocab module for extension-type-enum, instead of replicating that list.
Michael Chisholm
2021-06-25 22:06:52 -0400
e17f3e6c1cAdd constants to the v21 vocab module for extension-type-enum
Michael Chisholm
2021-06-25 22:04:59 -0400
4dc8e49d3cpre-commit stylistic fix
Michael Chisholm
2021-04-14 12:58:09 -0400
f301bc144fDisable custom vocab enforcement. Custom values for open-vocab properties are now always accepted and not considered customizations (has_custom will be False). Just commented out the enforcement code and xfail'd the unit tests, which makes it easy to reinstate these behaviors later. It was decided this is too likely to break user code, and we don't currently have a way to disallow customizations in other places while still allowing custom open vocab values. Safest to always allow custom open vocab values, for now.
Michael Chisholm
2021-04-14 12:48:32 -0400
9f96d7631eUpdate TAXII example
Chris Lenk
2021-04-09 09:26:35 -0400
33128908c7Another pre-commit stylistic fix. Necessary since apparently the git action uses a more recent version of pre-commit than travis did, and the newer pre-commit requires different things than the old one did.
Michael Chisholm
2021-03-31 21:31:59 -0400
82148aa1acPre-commit stylistic fix
Michael Chisholm
2021-03-31 21:27:06 -0400
e735b537c7Remove a workaround which was used in the 2.0 and 2.1 Report objects, to structure object_refs type requirements as an empty blacklist, instead of a whitelist. I think it was originally necessary due to the older implementation of ReferenceProperty which was in place at the time. With the implementation change to invert whitelists with generics to blacklists when allow_custom=True, a "full" whitelist is internally converted to an empty blacklist anyway, so it winds up being the same thing. But I think the full whitelist looks better in the code, so I prefer that to the empty blacklist.
Michael Chisholm
2021-03-31 20:56:31 -0400
0ddf0d2ca8Clean up ReferenceProperty.clean(), to use new APIs which are available after the rebase. This simplifies the implementation. Also made utils.to_enum() a module public function, since I needed to use it outside that module. Misc pre-commit stylistic fixes.
Michael Chisholm
2021-03-31 20:01:27 -0400
40023ec987forgot to add this in the rebase...
Emmanuelle Vargas-Gonzalez
2021-03-31 18:55:55 -0400
bc053da3c4Merge branch 'master' of github.com:oasis-open/cti-python-stix2 into dev-extensions-proposal
Emmanuelle Vargas-Gonzalez
2021-03-31 18:53:02 -0400
af046beeb5add new-sdo or new-sro option in CustomObject decorator, add a test, and example in guide
Emmanuelle Vargas-Gonzalez
2021-03-31 18:46:37 -0400
08d5781f54add entry on extensions.ipynb, typos, and a couple of fixes for registry module and Marking decorator
Emmanuelle Vargas-Gonzalez
2021-03-31 18:11:38 -0400
c8b9eab53dFixed some more silliness in properties.py... was it a rebase glitch? Something else I overlooked? Not sure.
Michael Chisholm
2021-03-31 16:49:14 -0400
6f60bed235Make a minor post-rebase fix
Michael Chisholm
2021-03-31 16:21:35 -0400
c8c4e89415Add back usage of spec_version where HashesProperty is used for various STIX objects. Also pre-commit stylistic fixes...
Michael Chisholm
2020-07-10 16:57:22 -0400
a8a65599bfAdd back spec_version kwarg to HashesProperty, since it was used to check key lengths. Added some unit tests for hash keys. Also added a library hash support test module I'd forgotten to add before.
Michael Chisholm
2020-07-10 16:29:57 -0400
c590de8ea5Add proper customization enforcement for open vocabs. This adds a new OpenVocabProperty class. It also requires a redesign of HashesProperty and redoes general library support for hash algorithms.
Michael Chisholm
2020-07-09 20:13:53 -0400
62ee2b2b0aPre-commit changes. Also remove a dupe test function which slipped through due to a rather complex rebase... not too surprising I missed it.
Michael Chisholm
2020-07-06 22:43:25 -0400
414694d8faAdd support in ReferenceProperty for hybrid object type constraints (i.e. both generic type categories and specific types). Also: - more expansion/refinement of reference property unit tests - bugfix: SROs are in OBJ_MAP too, it's not just SDOs! Oops... - pre-commit stylistic fixes
Michael Chisholm
2020-06-27 20:03:33 -0400
986404b7b7In the test_properties.py test suites, I thought code like
Michael Chisholm
2020-06-24 19:39:47 -0400
03c265c3a3Add a check in ReferenceProperty constructor for an impossible to satisfy type constraint: empty whitelist. It would be silly for anyone to do that, but I should check just in case I guess.
Michael Chisholm
2020-06-22 16:58:28 -0400
c7dd58ed89Further ReferenceProperty refinements: make allow_custom=True work when a whitelist of generic category types is used. Disallow hybrid constraints (both generic and specific at the same time). Add more unit tests.
Michael Chisholm
2020-06-19 18:48:38 -0400
387ce7e7cbFix Report SDO: I'd fixed ReferenceProperty to work the way I thought it should, but forgot to fix Report to use ReferenceProperty in the way I thought it should! Oops. Added some tests to ensure Report is working property with custom ID types in object_refs.
Michael Chisholm
2020-06-19 11:40:36 -0400
d2f960f2fcInitial revamp of customization enforcement and detection.
Michael Chisholm
2020-06-18 20:49:25 -0400
203a2746e0add new file test_extension_definition.py and assigned new UUIDs to the constants
Emmanuelle Vargas-Gonzalez
2021-03-31 15:00:54 -0400
35ef718b70add extension-definition ids (fail to validate) but keeping in Git history
Emmanuelle Vargas-Gonzalez
2021-03-31 14:58:28 -0400
294bd7309eadd .serialize(pretty=True) around docs/guide/ to accommodate this change
Emmanuelle Vargas-Gonzalez
2021-03-31 13:56:02 -0400
dd6b847b10small tweaks and pre-commit changes
Emmanuelle Vargas-Gonzalez
2021-03-31 12:44:15 -0400
6d285c47aeupdate test suite for use of .serialize(pretty=True)
Emmanuelle Vargas-Gonzalez
2021-03-31 12:39:14 -0400
9cc2e5bd3aremove backwards compatible imports, remove pretty=True from _STIXBase.__str()__, and simplify _STIXBase.__repr()__ (breaking)
Emmanuelle Vargas-Gonzalez
2021-03-31 11:02:05 -0400
bde9aaa13eupdate some TODOs and clear out some backwards kept imports (breaking)
Emmanuelle Vargas-Gonzalez
2021-03-30 22:40:41 -0400
8093e07d1bMerge branch 'master' of github.com:oasis-open/cti-python-stix2 into main
chrisr3d
2021-03-24 12:36:49 +0100
Merge pull request #496 from emmanvg/semantic-equivalence-part3
Chris Lenk
2021-03-10 14:08:45 -0500
c9e66def60rename test, update the rest of the docstrings for object_similarity() and object_equivalence()
Emmanuelle Vargas-Gonzalez
2021-03-10 13:32:02 -0500