Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

Add Ability to Capture Dependencies/Data Files #97

Open
ikiril01 opened this issue Mar 2, 2015 · 6 comments
Open

Add Ability to Capture Dependencies/Data Files #97

ikiril01 opened this issue Mar 2, 2015 · 6 comments

Comments

@ikiril01
Copy link
Member

ikiril01 commented Mar 2, 2015

We should add the ability to characterize files (e.g., configuration) that a malware instance may be dependent on, along with any other data files that may be created or used by a Malware Subject. It's currently possible to capture the latter as separate Malware Subjects, but there's no way to explicitly refer to the "nature" of the files.

@ikiril01
Copy link
Member Author

We should also include the ability to capture the encoding or encryption used on these files.

@ikiril01 ikiril01 self-assigned this Apr 10, 2015
@ikiril01
Copy link
Member Author

This could potentially be accomplished with first-class relationships, as described in #74.

<Relationship source_id="malware-subject-1" target_id="object-1">
    <Type>has dependency</Type>
</Relationship>
<Relationship source_id="malware-subject-1" target_id="object-1">
    <Type>has data file</Type>
</Relationship>

@ikiril01
Copy link
Member Author

Should we care about capturing the "type" of the Object with regards to dependencies, e.g. configuration file, etc.? One of the cleanest ways of doing so is to capture this using the Description field, though this means that we won't be able to use a standardized vocabulary for doing so (though maybe this isn't a big deal if we document a list of "suggested" descriptions). E.g.,

<Relationship source_id="malware-subject-1" target_id="object-1">
  <Type>has dependency</Type>
</Relationship>

<Object id="object-1">
  <Description>configuration file</Description>
  <Properties xsi:type="FileObj:FileObjectType">
     <File_Name>qwerty.dat</File_Name>
  </Properties>
</Object>

@dzbeck
Copy link
Contributor

dzbeck commented Apr 23, 2015

I think it would be useful to capture the fact that object-1 is a config file for malware-subject-1, but I think that information should be associated with the relationship, not with the Object itself. There may be Objects which are related to two different entities in different ways. what about further specifying dependency types? so in addition to a general "has dependency" type there could be a "has configuration file" type?

@ikiril01
Copy link
Member Author

@dzbeck I think that makes good sense - after all, a configuration file (or any other associated file) may or may not be a dependency. In the case that is a dependency, would we then want to use two relationships to specify this?

E.g.,

<Relationship source_id="malware-subject-1" target_id="object-1">
  <Type>has dependency</Type>
</Relationship>

<Relationship source_id="malware-subject-1" target_id="object-1">
  <Type>has configuration file</Type>
</Relationship>

@dzbeck
Copy link
Contributor

dzbeck commented Apr 24, 2015

How about making a list of types in a Relationship? So it would look like:

<Relationship source_id="malware-subject-1" target_id="object-1">
  <Types>
    <Type>has dependency</Type>
    <Type>has configuration file</Type>
  </Types>
</Relationship>

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants