MISP is not only a software but also a series of data models created by the MISP community. MISP includes a simple and practical information sharing format expressed in JSON that can be used with MISP software or by any other software. The MISP formats are now standards handled by the [MISP standard body](https://www.misp-standard.org).
The MISP core format is a simple JSON format used by MISP and other tools to exchange events and attributes. The JSON schema 2.4 is described on the MISP core software and many sample files are available in the OSINT feed.
The MISP format is described as Internet-Draft in [misp-rfc](https://github.com/MISP/MISP-rfc). The MISP format are described to support the developer or organisation willing to build your own tool supporting the MISP format (as import or export). The standard is built from practical use-cases and the implementation references within the MISP project. The standard is quickly evolving following the MISP implementation.
***bank-account-nr**: Bank account number without any routing number
***bic**: Bank Identifier Code Number also known as SWIFT-BIC, SWIFT code or ISO 9362 code
***bin**: Bank Identification Number
***boolean**: Boolean value - to be used in objects
***bro**: An NIDS rule in the Bro rule-format
***btc**: Bitcoin Address
***campaign-id**: Associated campaign ID
***campaign-name**: Associated campaign name
***cc-number**: Credit-Card Number
***cdhash**: An Apple Code Directory Hash, identifying a code-signed Mach-O executable file
***chrome-extension-id**: Chrome extension id
***comment**: Comment or description in a human language
***community-id**: a community ID flow hashing algorithm to map multiple traffic monitors into common flow id
***cookie**: HTTP cookie as often stored on the user web client. This can include authentication cookie or session cookie.
***cortex**: Cortex analysis result
***counter**: An integer counter, generally to be used in objects
***country-of-residence**: The country of residence of a natural person
***cpe**: Common Platform Enumeration - structured naming scheme for information technology systems, software, and packages.
***dash**: Dash Address
***date-of-birth**: Date of birth of a natural person (in YYYY-MM-DD format)
***datetime**: Datetime in the ISO 8601 format
***dkim**: DKIM public key
***dkim-signature**: DKIM signature
***dns-soa-email**: RFC1035 mandates that DNS zones should have a SOA (Statement Of Authority) record that contains an email address where a PoC for the domain could be contacted. This can sometimes be used for attribution/linkage between different domains even if protected by whois privacy
***domain**: A domain name used in the malware
***domain|ip**: A domain name and its IP address (as found in DNS lookup) separated by a |
***email-dst**: The destination email address. Used to describe the recipient when describing an e-mail.
***email-dst-display-name**: Email destination display name
***email-header**: Email header
***email-message-id**: The email message ID
***email-mime-boundary**: The email mime boundary separating parts in a multipart email
***email-reply-to**: Email reply to header
***email-src**: The source email address. Used to describe the sender when describing an e-mail.
***email-src-display-name**: Email source display name
***email-subject**: The subject of the email
***email-thread-index**: The email thread index header
***email-x-mailer**: Email x-mailer header
***eppn**: eduPersonPrincipalName - eppn - the NetId of the person for the purposes of inter-institutional authentication. Should be stored in the form of user@univ.edu, where univ.edu is the name of the local security domain.
***favicon-mmh3**: favicon-mmh3 is the murmur3 hash of a favicon as used in Shodan.
***hassh-md5**: hassh is a network fingerprinting standard which can be used to identify specific Client SSH implementations. The fingerprints can be easily stored, searched and shared in the form of an MD5 fingerprint.
***hasshserver-md5**: hasshServer is a network fingerprinting standard which can be used to identify specific Server SSH implementations. The fingerprints can be easily stored, searched and shared in the form of an MD5 fingerprint.
***hex**: A value in hexadecimal format
***hostname**: A full host/dnsname of an attacker
***hostname|port**: Hostname and port number separated by a |
***ja3-fingerprint-md5**: JA3 is a method for creating SSL/TLS client fingerprints that should be easy to produce on any platform and can be easily shared for threat intelligence.
***mime-type**: A media type (also MIME type and content type) is a two-part identifier for file formats and format contents transmitted on the Internet
***mobile-application-id**: The application id of a mobile application
***named pipe**: Named pipe, use the format \.\pipe\<PipeName>
***nationality**: The nationality of a natural person
***other**: Other attribute
***passenger-name-record-locator-number**: The Passenger Name Record Locator is a key under which the reservation for a trip is stored in the system. The PNR contains, among other data, the name, flight segments and address of the passenger. It is defined by a combination of five or six letters and numbers.
***passport-country**: The country in which the passport was issued
***passport-expiration**: The expiration date of a passport
***passport-number**: The passport number of a natural person
***pattern-in-file**: Pattern in file that identifies the malware
***pattern-in-memory**: Pattern in memory dump that identifies the malware
***pattern-in-traffic**: Pattern in network traffic that identifies the malware
***payment-details**: Payment details
***pdb**: Microsoft Program database (PDB) path information
***pehash**: PEhash - a hash calculated based of certain pieces of a PE executable file
***pgp-private-key**: A PGP private key
***pgp-public-key**: A PGP public key
***phone-number**: Telephone Number
***place-of-birth**: Place of birth of a natural person
***place-port-of-clearance**: The port of clearance
***place-port-of-onward-foreign-destination**: A Port where the passenger is transiting to
***place-port-of-original-embarkation**: The original port of embarkation
***port**: Port number
***primary-residence**: The primary residence of a natural person
***redress-number**: The Redress Control Number is the record identifier for people who apply for redress through the DHS Travel Redress Inquiry Program (DHS TRIP). DHS TRIP is for travelers who have been repeatedly identified for additional screening and who want to file an inquiry to have erroneous information corrected in DHS systems
***regkey**: Registry key or value
***regkey|value**: Registry value + data separated by |
***sha1**: A checksum in sha1 format
***sha224**: A checksum in sha-224 format
***sha256**: A checksum in sha256 format
***sha3-224**: A checksum in sha3-224 format
***sha3-256**: A checksum in sha3-256 format
***sha3-384**: A checksum in sha3-384 format
***sha3-512**: A checksum in sha3-512 format
***sha384**: A checksum in sha-384 format
***sha512**: A checksum in sha-512 format
***sha512/224**: A checksum in the sha-512/224 format
***sha512/256**: A checksum in the sha-512/256 format
***sigma**: Sigma - Generic Signature Format for SIEM Systems
***size-in-bytes**: Size expressed in bytes
***snort**: An IDS rule in Snort rule-format
***special-service-request**: A Special Service Request is a function to an airline to provide a particular facility for A Passenger or passengers.
***windows-scheduled-task**: A scheduled task in windows
***windows-service-displayname**: A windows service's displayname, not to be confused with the windows-service-name. This is the name that applications will generally display as the service's name in applications.
***windows-service-name**: A windows service name. This is the name used internally by windows. Not to be confused with the windows-service-displayname.
Along with the core format, [MISP taxonomies](https://www.github.com/MISP/misp-taxonomies/) provide a set of already defined classifications modeling estimative language, CSIRTs/CERTs classifications, national classifications or threat model classification. The fixed taxonomies provide a practical method to tag efficiently events and attributes within a set of MISP instances where taxonomies can be easily cherry-picked or extended to meet the local requirements of an organization or a specific sharing community. When using MISP, the MISP taxonomies are available and can be freely used based on the community practises.
The Detection Maturity Level (DML) model is a capability maturity model for referencing ones maturity in detecting cyber attacks. It's designed for organizations who perform intel-driven detection and response and who put an emphasis on having a mature detection program. [Overview](/taxonomies.html#_dml)
The Permissible Actions Protocol - or short: PAP - was designed to indicate how the received information can be used. [Overview](/taxonomies.html#_pap)
The Admiralty Scale or Ranking (also called the NATO System) is used to rank the reliability of a source and the credibility of an information. Reference based on FM 2-22.3 (FM 34-52) HUMAN INTELLIGENCE COLLECTOR OPERATIONS and NATO documents. [Overview](/taxonomies.html#_admiralty_scale)
The AIS Marking Schema implementation is maintained by the National Cybersecurity and Communication Integration Center (NCCIC) of the U.S. Department of Homeland Security (DHS) [Overview](/taxonomies.html#_ais_marking)
A series of assessment predicates describing the analyst capabilities to perform analysis. These assessment can be assigned by the analyst him/herself or by another party evaluating the analyst. [Overview](/taxonomies.html#_analyst_assessment)
Course of action taken within organization to discover, detect, deny, disrupt, degrade, deceive and/or destroy an attack. [Overview](/taxonomies.html#_coa)
Collaborative intelligence support language is a common language to support analysts to perform their analysis to get crowdsourced support when using threat intelligence sharing platform like MISP. The objective of this language is to advance collaborative analysis and to share earlier than later. [Overview](/taxonomies.html#_collaborative_intelligence)
The COPINE Scale is a rating system created in Ireland and used in the United Kingdom to categorise the severity of images of child sex abuse. The scale was developed by staff at the COPINE (Combating Paedophile Information Networks in Europe) project. The COPINE Project was founded in 1997, and is based in the Department of Applied Psychology, University College Cork, Ireland. [Overview](/taxonomies.html#_copine_scale)
A Course Of Action analysis considers six potential courses of action for the development of a cyber security capability. [Overview](/taxonomies.html#_course_of_action)
It is critical that the CSIRT provide consistent and timely response to the customer, and that sensitive information is handled appropriately. This document provides the guidelines needed for CSIRT Incident Managers (IM) to classify the case category, criticality level, and sensitivity level for each CSIRT case. This information will be entered into the Incident Tracking System (ITS) when a case is created. Consistent case classification is required for the CSIRT to provide accurate reporting to management on a regular basis. In addition, the classifications will provide CSIRT IM’s with proper case handling procedures and will form the basis of SLA’s between the CSIRT and other Company departments. [Overview](/taxonomies.html#_csirt_case_classification)
Cyber Threat Framework was developed by the US Government to enable consistent characterization and categorization of cyber threat events, and to identify trends or changes in the activities of cyber adversaries. https://www.dni.gov/index.php/cyber-threat-framework [Overview](/taxonomies.html#_cyber_threat_framework)
Taxonomy used by CyCAT, the Universal Cybersecurity Resource Catalogue, to categorize the namespaces it supports and uses. [Overview](/taxonomies.html#_cycat)
Criminal motivation on the dark web: A categorisation model for law enforcement. ref: Janis Dalins, Campbell Wilson, Mark Carman. Taxonomy updated by MISP Project [Overview](/taxonomies.html#_dark_web)
Data classification for data potentially at risk of exfiltration based on table 2.1 of Solving Cyber Risk book. [Overview](/taxonomies.html#_data_classification)
Taxonomy defined in the DCSO MISP Event Guide. It provides guidance for the creation and consumption of MISP events in a way that minimises the extra effort for the sending party, while enhancing the usefulness for receiving parties. [Overview](/taxonomies.html#_dcso_sharing)
Distributed Denial of Service - or short: DDoS - taxonomy supports the description of Denial of Service attacks and especially the types they belong too. [Overview](/taxonomies.html#_ddos)
The Diamond Model for Intrusion Analysis establishes the basic atomic element of any intrusion activity, the event, composed of four core features: adversary, infrastructure, capability, and victim. [Overview](/taxonomies.html#_diamond_model)
A subset of Information Security Marking Metadata ISM as required by Executive Order (EO) 13526. As described by DNI.gov as Data Encoding Specifications for Information Security Marking Metadata in Controlled Vocabulary Enumeration Values for ISM [Overview](/taxonomies.html#_dni_ism)
Economical impact is a taxonomy to describe the financial impact as positive or negative gain to the tagged information (e.g. data exfiltration loss, a positive gain for an adversary). [Overview](/taxonomies.html#_economical_impact)
Incident Classification by the ecsirt.net version mkVI of 31 March 2015 enriched with IntelMQ taxonomy-type mapping. [Overview](/taxonomies.html#_ecsirt)
The present threat taxonomy is an initial version that has been developed on the basis of available ENISA material. This material has been used as an ENISA-internal structuring aid for information collection and threat consolidation purposes. It emerged in the time period 2012-2015. [Overview](/taxonomies.html#_enisa)
Estimative language to describe quality and credibility of underlying sources, data, and methodologies based Intelligence Community Directive 203 (ICD 203) and JP 2-0, Joint Intelligence [Overview](/taxonomies.html#_estimative_language)
Market operators and public administrations that must comply to some notifications requirements under EU NIS directive [Overview](/taxonomies.html#_eu_marketop_and_publicadmin)
EU classified information (EUCI) means any information or material designated by a EU security classification, the unauthorised disclosure of which could cause varying degrees of prejudice to the interests of the European Union or of one or more of the Member States. [Overview](/taxonomies.html#_euci)
A series of assessment predicates describing the event assessment performed to make judgement(s) under a certain level of uncertainty. [Overview](/taxonomies.html#_event_assessment)
The purpose of this taxonomy is to jointly tabulate both the of these failure modes in a single place. Intentional failures wherein the failure is caused by an active adversary attempting to subvert the system to attain her goals – either to misclassify the result, infer private training data, or to steal the underlying algorithm. Unintentional failures wherein the failure is because an ML system produces a formally correct but completely unsafe outcome. [Overview](/taxonomies.html#_failure_mode_in_machine_learning)
Flesch Reading Ease is a revised system for determining the comprehension difficulty of written material. The scoring of the flesh score can have a maximum of 121.22 and there is no limit on how low a score can be (negative score are valid). [Overview](/taxonomies.html#_flesch_reading_ease)
The Future of Privacy Forum (FPF) [visual guide to practical de-identification](https://fpf.org/2016/04/25/a-visual-guide-to-practical-data-de-identification/) taxonomy is used to evaluate the degree of identifiability of personal data and the types of pseudonymous data, de-identified data and anonymous data. The work of FPF is licensed under a creative commons attribution 4.0 international license. [Overview](/taxonomies.html#_fpf)
Taxonomy related to the REGULATION (EU) 2016/679 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL on the protection of natural persons with regard to the processing of personal data and on the free movement of such data, and repealing Directive 95/46/EC (General Data Protection Regulation) [Overview](/taxonomies.html#_gdpr)
Information needed to track or monitor moments, periods or events that occur over time. This type of information is focused on occurrences that must be tracked for business reasons or represent a specific point in the evolution of ‘The Business’. [Overview](/taxonomies.html#_gea_nz_activities)
Taxonomy used by GSMA for their information sharing program with telco describing the attack categories [Overview](/taxonomies.html#_gsma_attack_category)
Taxonomy used by GSMA for their information sharing program with telco describing the various aspects of fraud [Overview](/taxonomies.html#_gsma_fraud)
Taxonomy used by GSMA for their information sharing program with telco describing the types of infrastructure. WiP [Overview](/taxonomies.html#_gsma_network_technology)
Updated (CIRCL, Seamus Dowling and EURECOM) from Christian Seifert, Ian Welch, Peter Komisarczuk, ‘Taxonomy of Honeypots’, Technical Report CS-TR-06/12, VICTORIA UNIVERSITY OF WELLINGTON, School of Mathematical and Computing Sciences, June 2006, http://www.mcs.vuw.ac.nz/comp/Publications/archive/CS-TR-06/CS-TR-06-12.pdf [Overview](/taxonomies.html#_honeypot_basic)
The IFX taxonomy is used to categorise information (MISP events and attributes) to aid in the intelligence vetting process [Overview](/taxonomies.html#_ifx_vetting)
How an incident is classified in its process to be resolved. The taxonomy is inspired from NASA Incident Response and Management Handbook. https://www.nasa.gov/pdf/589502main_ITS-HBK-2810.09-02%20%5bNASA%20Information%20Security%20Incident%20Management%5d.pdf#page=9 [Overview](/taxonomies.html#_incident_disposition)
A taxonomy describing information leaks and especially information classified as being potentially leaked. The taxonomy is based on the work by CIRCL on the AIL framework. The taxonomy aim is to be used at large to improve classification of leaked information. [Overview](/taxonomies.html#_infoleak)
A full set of operational indicators for organizations to use to benchmark their security posture. [Overview](/taxonomies.html#_information_security_indicators)
The technical setup consists of environment structure, deployment, and orchestration. [Overview](/taxonomies.html#_interactive_cyber_training_technical_setup)
The training environment details the environment around the training, consisting of training type and scenario. [Overview](/taxonomies.html#_interactive_cyber_training_training_environment)
The training setup further describes the training itself with the scoring, roles, the training mode as well as the customization level. [Overview](/taxonomies.html#_interactive_cyber_training_training_setup)
Internet of Things taxonomy, based on IOT UK report https://iotuk.org.uk/wp-content/uploads/2017/01/IOT-Taxonomy-Report.pdf [Overview](/taxonomies.html#_iot)
The Cyber Kill Chain, a phase-based model developed by Lockheed Martin, aims to help categorise and identify the stage of an attack. [Overview](/taxonomies.html#_kill_chain)
Classification based on different categories. Based on https://www.sans.org/reading-room/whitepapers/incident/malware-101-viruses-32848 [Overview](/taxonomies.html#_malware_classification)
classification for the identification of type of misinformation among websites. Source:False, Misleading, Clickbait-y, and/or Satirical News Sources by Melissa Zimdars 2019 [Overview](/taxonomies.html#_misinformation_website_label)
Malware Type and Platform classification based on Microsoft's implementation of the Computer Antivirus Research Organization (CARO) Naming Scheme and Malware Terminology. Based on https://www.microsoft.com/en-us/security/portal/mmpc/shared/malwarenaming.aspx, https://www.microsoft.com/security/portal/mmpc/shared/glossary.aspx, https://www.microsoft.com/security/portal/mmpc/shared/objectivecriteria.aspx, and http://www.caro.org/definitions/index.html. Malware families are extracted from Microsoft SIRs since 2008 based on https://www.microsoft.com/security/sir/archive/default.aspx and https://www.microsoft.com/en-us/security/portal/threat/threats.aspx. Note that SIRs do NOT include all Microsoft malware families. [Overview](/taxonomies.html#_ms_caro_malware)
Malware Type and Platform classification based on Microsoft's implementation of the Computer Antivirus Research Organization (CARO) Naming Scheme and Malware Terminology. Based on https://www.microsoft.com/en-us/security/portal/mmpc/shared/malwarenaming.aspx, https://www.microsoft.com/security/portal/mmpc/shared/glossary.aspx, https://www.microsoft.com/security/portal/mmpc/shared/objectivecriteria.aspx, and http://www.caro.org/definitions/index.html. Malware families are extracted from Microsoft SIRs since 2008 based on https://www.microsoft.com/security/sir/archive/default.aspx and https://www.microsoft.com/en-us/security/portal/threat/threats.aspx. Note that SIRs do NOT include all Microsoft malware families. [Overview](/taxonomies.html#_ms_caro_malware_full)
The taxonomy is meant for large scale cybersecurity incidents, as mentioned in the Commission Recommendation of 13 September 2017, also known as the blueprint. It has two core parts: The nature of the incident, i.e. the underlying cause, that triggered the incident, and the impact of the incident, i.e. the impact on services, in which sector(s) of economy and society. [Overview](/taxonomies.html#_nis)
Open Threat Taxonomy v1.1 base on James Tarala of SANS http://www.auditscripts.com/resources/open_threat_taxonomy_v1.1a.pdf, https://files.sans.org/summit/Threat_Hunting_Incident_Response_Summit_2016/PDFs/Using-Open-Tools-to-Convert-Threat-Intelligence-into-Practical-Defenses-James-Tarala-SANS-Institute.pdf, https://www.youtube.com/watch?v=5rdGOOFC_yE, and https://www.rsaconference.com/writable/presentations/file_upload/str-r04_using-an-open-source-threat-model-for-prioritized-defense-final.pdf [Overview](/taxonomies.html#_open_threat)
After an incident is scored, it is assigned a priority level. The six levels listed below are aligned with NCCIC, DHS, and the CISS to help provide a common lexicon when discussing incidents. This priority assignment drives NCCIC urgency, pre-approved incident response offerings, reporting requirements, and recommendations for leadership escalation. Generally, incident priority distribution should follow a similar pattern to the graph below. Based on https://www.us-cert.gov/NCCIC-Cyber-Incident-Scoring-System. [Overview](/taxonomies.html#_priority_level)
Add a retenion time to events to automatically remove the IDS-flag on ip-dst or ip-src attributes. We calculate the time elapsed based on the date of the event. Supported time units are: d(ays), w(eeks), m(onths), y(ears). The numerical_value is just for sorting in the web-interface and is not used for calculations. [Overview](/taxonomies.html#_retention)
Runtime or software packer used to combine compressed data with the decompression code. The decompression code can add additional obfuscations mechanisms including polymorphic-packer or other obfuscation techniques. This taxonomy lists all the known or official packer used for legitimate use or for packing malicious binaries. [Overview](/taxonomies.html#_runtime_packer)
Threat taxonomy in the scope of securing smart airports by ENISA. https://www.enisa.europa.eu/publications/securing-smart-airports [Overview](/taxonomies.html#_smart_airports_threats)
Classification based on malware stealth techniques. Described in https://vxheaven.org/lib/pdf/Introducing%20Stealth%20Malware%20Taxonomy.pdf [Overview](/taxonomies.html#_stealth_malware)
The Targeted Threat Index is a metric for assigning an overall threat ranking score to email messages that deliver malware to a victim’s computer. The TTI metric was first introduced at SecTor 2013 by Seth Hardy as part of the talk “RATastrophe: Monitoring a Malware Menagerie” along with Katie Kleemola and Greg Wiseman. [Overview](/taxonomies.html#_targeted_threat_index)
Thales Group Taxonomy - was designed with the aim of enabling desired sharing and preventing unwanted sharing between Thales Group security communities. [Overview](/taxonomies.html#_thales_group)
The ThreatMatch Sectors, Incident types, Malware types and Alert types are applicable for any ThreatMatch instances and should be used for all CIISI and TIBER Projects. [Overview](/taxonomies.html#_threatmatch)
An overview of some of the known attacks related to DNS as described by Torabi, S., Boukhtouta, A., Assi, C., & Debbabi, M. (2018) in Detecting Internet Abuse by Analyzing Passive DNS Traffic: A Survey of Implemented Systems. IEEE Communications Surveys & Tutorials, 1–1. doi:10.1109/comst.2018.2849614 [Overview](/taxonomies.html#_threats_to_dns)
The Traffic Light Protocol - or short: TLP - was designed with the objective to create a favorable classification scheme for sharing sensitive information while keeping the control over its distribution at the same time. [Overview](/taxonomies.html#_tlp)
The Indicator of Trust provides insight about data on what can be trusted and known as a good actor. Similar to a whitelist but on steroids, reusing features one would use with Indicators of Compromise, but to filter out what is known to be good. [Overview](/taxonomies.html#_trust)
Taxonomy to describe different types of intelligence gathering discipline which can be described the origin of intelligence. [Overview](/taxonomies.html#_type)
The Use Case Applicability categories reflect standard resolution categories, to clearly display alerting rule configuration problems. [Overview](/taxonomies.html#_use_case_applicability)
Ce vocabulaire attribue des valeurs en pourcentage à certains énoncés de probabilité [Overview](/taxonomies.html#_vocabulaire_des_probabilites_estimatives)
Workflow support language is a common language to support intelligence analysts to perform their analysis on data and information. [Overview](/taxonomies.html#_workflow)
MISP galaxy is a simple method to express a large object called cluster that can be attached to MISP events or attributes. A cluster can be composed of one or more elements. Elements are expressed as key-values. There are default vocabularies available in MISP galaxy but those can be overwritten, replaced or updated as you wish. Existing clusters and vocabularies can be used as-is or as a template. MISP distribution can be applied to each cluster to permit a limited or broader distribution scheme. Many MISP galaxy clusters are already available like Exploit-Kit, Microsoft Activity Group actor, Preventive Measure,
Ransomware, TDS, Threat actor or Tool used by adversaries.
