pycadf/doc/source/event_concept.rst
Samriddhi Jain 9fc60292c0 Turn on warning-is-error for sphinx build
The doc-migration spec requires all projects to treat warnings
as errors during sphinx build. This patches turns that function
on and resolves the error (detailed below) coming as a result
of it.

The code block in event_concept.rst file is currently made to
render in javascript which is an incorrect syntax for it.

Change-Id: Id7fee247b76ed7cfebb849305e0611bc966709be
2017-07-17 23:23:01 +05:30

9.3 KiB
Raw Permalink Blame History

Events

The principal goal of this specification is to ensure that similar auditable events, such as a "logon" or "critical resource update" resolve to the same data format with prescriptive data types, entities, and properties to facilitate reporting, query, federation, and aggregation.

Defining Events

The event model is intended to describe the interactions between resources that compose a cloud service. Conceptually, the event is based upon the perspective of a single RESOURCE called the OBSERVER that is responsible for observing the Actual Event and creating the (initial) CADF Event Record.

At a minimum, an Event must include the following attributes to be CADF-compliant: eventType, observer, initiator, target, action, and outcome. CADF's event model is extensible so any additional attributes that may better help describe the event can be added to the event model as an additional attribute.

Note

In some cases, the OBSERVER, INITIATOR, and TARGET could reference the same resource. The precise interpretation of these components, therefore, will depend somewhat on the type of event being recorded, and the specific activity and resources involved.

Use Case Examples

  1. Auditing access to a controlled resource

Scenario: A cloud provider has a software component that manages identity and access control that we will call an "identity management service". This service is required, by the provider's security policy, to log all user activities including "logon" attempts against any servers within the provider's infrastructure.

Event Attribute Value Reason
eventType activity OBSERVER is required to report any user security activity
observer.typeURI service/security/identity Value from the CADF Resource Taxonomy most closely describes an "Identity Manager Service"
initiator.typeURI data/security/account/user Value from the CADF Resource Taxonomy most closely describes a "user"
action authenticate/logon Value from the CADF Action Taxonomy most closely describes a user "logon" action.
target.typeURI service/compute/node Value from the CADF Resource Taxonomy most closely describes a target "server"
outcome success Any valid CADF Outcome Taxonomy value that describes result of action
measurement N/A A MEASUREMENT component is not required for "activity" type events.
REASON N/A A REASON component is not required for "activity" type events.

Event serialisation (including some optional attributes for additional details):

{
    "typeURI": "http://schemas.dmtf.org/cloud/audit/1.0/event",
    "eventTime": "2014-02-27T19:29:30.855665+0000",
    "target": {
        "typeURI": "service/compute/node",
        // optional Endpoints to describe compute node,
        "addresses": [
            {
                "url": "http://9.26.26.250:8774/v2/e7e2bcc9c0df4f3eabcd412ae62503f6",
                "name": "admin"
            },
            {
                "url": "http://9.26.26.250:8774/v2/e7e2bcc9c0df4f3eabcd412ae62503f6",
                "name": "private"
            },
            {
                "url": "http://9.26.26.250:8774/v2/e7e2bcc9c0df4f3eabcd412ae62503f6",
                "name": "public"
            }
        ],
        "id": "06747855d62547d4bfd707f75b8a1c54",
        "name": "nova"
    },
    "observer": {
        "id": "target" // shortform to show Observer Resource is the same as Target,
    },
    // tags use to query events on,
    "tags": [
        "correlation_id?value=56cdde6f-6b4e-48a4-94e6-defb40522fb2"
    ],
    "eventType": "activity",
    "initiator": {
        "typeURI": "data/security/account/user",
        "name": "admin",
        // optional Credential to describe resource,
        "credential": {
            "token": "MIIQzgYJKoZIhvcNAQcCoIIQvzCCELsC xxxxxxxx zqvD9OPWZm7VQpYNK2EvrZi-mTvb5A==",
            "identity_status": "Confirmed"
        },
        // optional Host to describe resource,
        "host": {
            "agent": "python-novaclient",
            "address": "9.26.26.250"
        },
        "project_id": "e7e2bcc9c0df4f3eabcd412ae62503f6",
        "id": "68a3f50705a54f799ce94380fc02ed8a"
    },
    // optional Reason for activity event,
    "reason": {
        "reasonCode": "200",
        "reasonType": "HTTP"
    },
    // list of Resources which edited event,
    "reporterchain": [
        {
            "reporterTime": "2014-02-27T19:29:31.043902+0000",
            "role": "modifier",
            "reporter": {
                "id": "target"
            }
        }
    ],
    "action": "authenticate/logon",
    "outcome": "success",
    "id": "0a196053-95de-48f8-9890-4527b25b5007",
    // Event model is extensible so additional attributes may be added to describe model,
    "requestPath": "/v2/e7e2bcc9c0df4f3eabcd412ae62503f6/os-certificates"
}
  1. Periodic monitoring resource status

Scenario: A cloud provider has software monitoring agents(Ceilometer) installed on every server(Nova) that it makes available as an IaaS resource to its customers. These agents are required to provide periodic informational status of each server's CPU utilisation along with metric data to their operations management software by using the CADF Event Record format.

Event Attribute Value Reason
eventType monitor OBSERVER is required to monitor a server's CPU utilization
observer.typeURI service/oss/monitoring Value from the CADF Resource Taxonomy most closely describes a "software monitoring agent"
initiator.typeURI service/oss/monitoring OBSERVER is also the INITIATOR of this monitoring event
action monitor Value from the CADF Action Taxonomy
target.typeURI service/compute/cpu Value from the CADF Resource Taxonomy most closely describes a servers "cpu"
outcome success OBSERVER successfully obtained and reported a CPU utilization measurement
measurement 80% MEASUREMENT component is required and the observed value is 80% CPU utilisation
reason N/A REASON component is not required for "monitor" type events.

Event serialisation:

{
    "typeURI": "http://schemas.dmtf.org/cloud/audit/1.0/event",
    "eventTime": "2014-02-27T19:29:30.855665+0000",
    "target": {
        "typeURI": "service/compute/cpu",
        "id": "06747855d62547d4bfd707f75b8a1c54",
        "name": "instance"
    },
    "observer": {
        "id": "initiator"
    },
    "eventType": "monitor",
    "initiator": {
        "typeURI": "service/oss/monitoring",
        "name": "ceilometer-pollster",
        "id": "68a3f50705a54f799ce94380fc02ed8a"
    },
    "measurement": [
        {
            "result": "80",
            "metric": {
                "metricId": "<metric_id>",
                "unit": "%",
                "name": "CPU utilisation metric"
            }
        }
    ],
    "action": "monitor",
    "outcome": "success",
    "id": "0a196053-95de-48f8-9890-4527b25b5007"
}

Note

Additional use cases can be found in the Full CADF specification.