OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

cti message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [cti] CTI Charter


Duncan - thank you for raising this important document and support your message that Interop is part of CTI TC.

Having been the CTI Interop Co-Chair, helped lead/define the Interop test documents and the STIXPreferred program as a whole - I think it Is bizarre to hear a statement that the CTI TC charter doesnât cover Interop.

My response -> Of course it covers Interop. Its been an active area for multiple years and the fact that the TC held multiple plugfests, spent significant time on working on Interop specification, tests and a whole self-certification program shows that its an important work product.

I donât have the time to attend the CTI meetings most of the time nowadays but if thereâs a need for support or justification on *all* the work that has already taken place in this area and should continue then let me know when you need supportive voices.

For anyone to seriously suggest that STIX/TAXII specifications alone are sufficient to create a sharing ecosystem without the necessary interop to support working implementations in the real-world is deft of logic.

Allan

On Apr 26, 2022, at 9:42 AM, duncan sfractal.com <duncan@sfractal.com> wrote:

I believe we should be semantically pedantic when discussing the charter and I may not have made my position clear. I am fine with rechartering if we feel it is necessary. What I want us to be very careful on is when we are discussing the scope of the CTI TC Charter. The minutes have the following statements:
  • âBased on the original TC charter, weâve largely accomplished our goals!â
  • âThese (interop and accessibility) are not in our current charter.â
  • âRecharter is necessary because Interop is not in our original charterâ
I have issues with the above statements. Reminding everyone, here is the scope copied verbatim from our current charter at https://www.oasis-open.org/committees/cti/charter.php :
âScope of Work 
The OASIS CTI TC work is the continuing development of the STIX and TAXII standards, based on the needs identified by the CTI TC Members. The Standards Track Work Product efforts will be related to improving existing information representations for codifying, analyzing, or sharing of cyber threat intelligence as well as defining new information representations for covering additional Cyber Threat Intelligence use cases identified by the CTI TC.
In addition to Standards Track Work Products, the OASIS CTI TC work products may include supporting documentation, open source tooling, and any other materials deemed necessary to encourage the adoption of the TC's specifications.â
I donât think we have met all the goals in the charter eg âto improving existing information representations for codifying, analyzing, or sharing of cyber threat intelligence as well as defining new information representations for covering additional Cyber Threat Intelligence use cases identified by the CTI TC.â Although I agree that we may have delivered the deliverables in the charter section 4, I alsoI think âto continue evolving capabilities based on requirements and capabilities identified by OASIS TC membersâ gives us plenty of room to continue working.
I strongly disagree that interop is outside the scope of the existing charter. It clearly is within the scope above. I have no issue with rechartering. I donât even have an issue with increasing the scope of the existing charter â if it is necessary. Note OASIS makes a big distinction between increasing the scope of a TC charter (essentially equivalent to making a new TC) and modifying your charter but keeping or downsizing your scope. I donât want us to go through a lot of unnecessary bureaucracy that we donât need to. And I would like us to be able to continue working in the meantime. Recall we are not allowed to work on items outside our scope. That is why the scope exists. And why Iâm so anal on being semantically pedantic. 
So letâs be careful on our wording. Adding interop to the charter deliverables section is fine, but I have not heard anything yet that indicates we need to expand the scope of the TC charter. Be precise if something is missing from the deliverables section of the charter as there is a huge difference between
  • âRecharter is necessary because Interop is not in our original charterâ (what is said in meeting minutes) and
  • âRecharter would be beneficial because Interop is not in the deliverables section of our current charterâ (what I think was meant).
The former means it can not be worked on until the TC is rechartered with an increased scope though an onerous process. The later means it is within the current charter but we would like to highlight it, and itâs a fairly lightweight process to update the charter to contain it.
 
-- 
Duncan Sparrell
sFractal Consulting LLC
iPhone, iTypo, iApologize
I welcome VSRE emails. Learn more at http://vsre.info/



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]