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] CybOX Datatype Refactoring/Deprecation

JSON can not include binary blobs, and the standard way of doing that is to base64 encode them.  So that is really a non issue. 


Sent from my Commodore 64

On Mar 3, 2016, at 3:54 PM, Crawford, David <David.Crawford@aetna.com> wrote:

Which of the Cybox objects are you recommending be Base64 encoded, just those that may contain binaries?


From: cti@lists.oasis-open.org [mailto:cti@lists.oasis-open.org] On Behalf Of Patrick Maroney
Sent: Thursday, March 03, 2016 6:34 PM
To: cti@lists.oasis-open.org; Jordan, Bret; Foley, Alexander - GIS
Subject: RE: [cti] CybOX Datatype Refactoring/Deprecation


In addition to the up or down motion to pass "truth on the wire", I make a motion to add (2) Base64 encoding of STIX/Cybox content "on the wire" as a "Must" requirement for low impact/high effectiveness method to minimize impacts of handling "Live Ammo" within STIX Packahes as they are passed between systems, applications, APIs, etc..  

Patrick Maroney
Email: pmaroney@specere.org
Cell: (609)841-5104


On Thu, Mar 3, 2016 at 1:22 PM -0800, "Foley, Alexander - GIS" <alexander.foley@bankofamerica.com> wrote:

I second the motion and will open the ballot today.




Alex Foley


From: Jordan, Bret [mailto:bret.jordan@bluecoat.com]
Sent: Thursday, March 03, 2016 3:56 PM
To: cti@lists.oasis-open.org; Foley, Alexander - GIS
Subject: Re: [cti] CybOX Datatype Refactoring/Deprecation


The co-chairs and Rich discussed this issue and issues like it at length this morning.  The conclusion we came up with is that it appears that there is general consensus. However, to be sure, we are going to propose that when issues like this get this muddy, that we just open a simple vote to see if we have official consensus so we can just move on, and stop having circular discussions.


Alex, I therefor motion that we open a ballot on this issue.  Namely "Should STIX and CybOX support the ability to capture content in a defanged form and thus also include the ability to track that yes it was defanged and how it was defanged"









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." 


On Mar 3, 2016, at 13:40, Terry MacDonald <terry@soltra.com> wrote:


That seems a reasonable summary to me. I think there is enough consensus to at least park it until after the first release of CybOX 3.
Terry MacDonald

It seems to me there is a rough concensus that we *should not* be supporting the de-fanging of data within STIX, with several people bringing up many strong arguments for why it is a bad idea to transmit on the wire and/or store data in a de-fanged fashion.

At a minimum, it seems to me that there is certainly a rough concensus that the supporting of de-fanging of data within STIX is not an MVP requirement.

Any chance we can proceed with this concensus, table this issue until after the release, where it can be raised again if it is later found to be a requirement? Anyone opposed to that?

Jason Keirstead
STSM, Product Architect, Security Intelligence, IBM Security Systems
www.ibm.com/security | www.securityintelligence.com

Without data, all you are is just another person with an opinion - Unknown

<graycol.gif>Joep Gommers ---03/03/2016 05:05:26 AM---To support this statement based on our implementation of exactly this; At rest any information is st

From: Joep Gommers <joep@eclecticiq.com>
To: Chris Ricard <cricard@fsisac.us>, Mark Clancy <mclancy@soltra.com>, "'cti@lists.oasis-open.org'" <cti@lists.oasis-open.org>
Date: 03/03/2016 05:05 AM
Subject: Re: [cti] CybOX Datatype Refactoring/Deprecation
Sent by: <cti@lists.oasis-open.org>

To support this statement based on our implementation of exactly this;

At rest any information is stored as close to its original as possible. Defanging information is fanged back to ensure the ability to correlate, compare, cluster, etc. Depending on the use-case of the information, information is defanged on consumption by humans or when presenting on systems (e.g. a browser app for example) that could potentially generate action outside of the users control. E.g. Our UI ensures that things are defanged.

E.g. When exported:

E.g when you need to be able to compare mentally

e.g when you risk clicking it:


This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.bankofamerica.com/emaildisclaimer. If you are not the intended recipient, please delete this message.

This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna

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