Skip to end of banner
Go to start of banner

The Open-AudIT API

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Introduction

Open-AudIT is implementing a JSON Restful API to be used both in the web interface and via JSON requests.

Open-AudIT's API

Open-AudIT is basing it's API on http://jsonapi.org with the intention of providing simple and intuitive access in a manner familiar to developers.

In addition to this API, the web interface will use the same request format and supply some additional actions.

 

Access Model

The API is using our new model of access. Instead of a user <-> group model, we're using user <-> organisation.

The Endpoints

At present we have endpoints for:

devices - The devices, bg surprise.

orgs - The organisations setup within.

networks - The networks detected by Open-AudIT. This also doubles as our "blessed subnets" list.

Collections to be introduced

Locations, scripts, users, discoveries, config, additional fields, groups queries and more are planned. Basically everything that is possible to move to the new model inside Open-AudIT will be.

Options

Format

Using the format option is useful when using a web browser but you wish to see the result in JSON format. Adding format=json achieves this. Normally a web browser will set it's accept header to html, so in that case we return the rendered page. Using an API to retrieve JSON you should set the accept header to contain the string "json". That might be "json/application" or whatever you like. You can over ride this by providing the format option in the URL..

Action

When using the API the default action is determined according to the format and URL. You can override this by providing the 'action' option in the URL. An example of this is when creating a new item. You would normally use POST to /item but in the case of a web user, you need a web form to be able to fill out the item details. In that case there is no facility for this in a typical JSON restul API. We work around this by providing action=create in a GET request for the URL. IE - http://{server}/open-audit/index.php/networks?action=create.

 

Sort

To sort by a database column, user "sort={attribute}". To reverse sort, insert a minus, thus "sort=-{attribute}".

sort=[-]{attribute}

 

Current

By default, only attributes with "current=y" are retrieved. To override this, set current as below.

current={y|n|all}

 

GroupBy

groupby={attribute}

 

Limit

When requesting JSON, by default no limit is set.

When requesting screen display, limit is set to 1000 by default.

limit={int}

 

Offset

The offset is the count of devices you wish to return data from.

offset={int}

 

Properties

Requested properties should be in a comma separated list.

properties={attribute 1},{attribute 2},{attribute 3}

 

Filter

To filter by a property value, use the property name. Operators that should preceed the value are !=, >, >=, <, <=, LIKE. If no operator is specified, the default is =.

{attribute}=[operator]{value}

 

Version

To request a different version of the API (currently only v1 exists), use the attribute 'version'.

version=[1]

 

 

End Points

All endpoints URLs are of the format http://{server}/open-audit/index.php/{endpoint}

Devices

TypeEndpoint  
GET/devicesReturn a collection of devices with the default set of columns from the system table (system.id, system.icon, system.type, system.name, system.domain, system.ip, system.description, system.os_family, system.status) 
GET/devices/{id}Return an individual devices details. 
GET/devices?subresource={subresource name}To return all items in a subresource for a collection of devices. If you wanted all software you would use http://{server}/open-audit/index.php/devices?sub_resource=software 
GET/devices/{id}?subresource={subresource name}To return all items in a subresource for a specific device. 
GET/devices?sub_resource={subresource name}&sub_resource_id={subresource id}To return a specific item in a subresource for a collection of devices - not especially useful. You would more likely use the below (request a subresource items from a specific device) 
GET/devices{id}?sub_resource={subresource name}&sub_resource_id={subresource id}To return a specific subresource item for a specific device. 
POST | PUT | PATCH/devices/{id}

To update a device attribute. The body of the POST should be JSON formatted using the attribute name 'data'.

An example post updating the description is below.

data: {
    "id":1,
    "description":"This is a test"
}
 

Device SubResource Names

NAMENAMENAME

audit_log
bios
change_log
disk
dns
edit_log
ip
log
memory
module
monitor
motherboard

netstat
network
optical
pagefile
partition
print_queue
processor
route
san
scsi
server
server_item 

service
share
software
software_key
sound
task
user
user_group
variable
video
vm
windows

 

Networks

 

Orgs

 

 

 

 

  • No labels