+
Js->writeBuffer(); // Write cached scripts
\ No newline at end of file
diff --git a/app/View/Attributes/check_composites.ctp b/app/View/Attributes/check_composites.ctp
index ad23ed05a..371718fb5 100755
--- a/app/View/Attributes/check_composites.ctp
+++ b/app/View/Attributes/check_composites.ctp
@@ -8,9 +8,4 @@ if (0 == count($fails)):?>
-
-
-
- element('actions_menu'); ?>
-
\ No newline at end of file
diff --git a/app/View/Attributes/edit.ctp b/app/View/Attributes/edit.ctp
index 77fa8c900..648a6a8b2 100755
--- a/app/View/Attributes/edit.ctp
+++ b/app/View/Attributes/edit.ctp
@@ -1,124 +1,123 @@
-
-
\ No newline at end of file
diff --git a/app/View/Attributes/search.ctp b/app/View/Attributes/search.ctp
index 1ab55c79c..c7a66e0db 100755
--- a/app/View/Attributes/search.ctp
+++ b/app/View/Attributes/search.ctp
@@ -12,11 +12,6 @@
Form->end(__('Search', true));?>
diff --git a/app/View/Events/automation.ctp b/app/View/Events/automation.ctp
index 1ea0947fa..875adbaaf 100644
--- a/app/View/Events/automation.ctp
+++ b/app/View/Events/automation.ctp
@@ -53,11 +53,4 @@ This would enable you to export:
...
-
-
-
-
- element('actions_menu'); ?>
-
-
\ No newline at end of file
diff --git a/app/View/Events/contact.ctp b/app/View/Events/contact.ctp
index 07c409045..654d1356a 100755
--- a/app/View/Events/contact.ctp
+++ b/app/View/Events/contact.ctp
@@ -18,7 +18,6 @@ echo $this->Form->input('person', array(
+
\ No newline at end of file
diff --git a/app/View/Events/edit.ctp b/app/View/Events/edit.ctp
index 1206c9770..8b2f33ff1 100755
--- a/app/View/Events/edit.ctp
+++ b/app/View/Events/edit.ctp
@@ -32,7 +32,7 @@ $this->Js->get('#EventAnalysis')->event('change', 'showFormInfo("#EventAnalysis"
\ No newline at end of file
diff --git a/app/View/Events/index.ctp b/app/View/Events/index.ctp
index 74189a368..9bef91199 100755
--- a/app/View/Events/index.ctp
+++ b/app/View/Events/index.ctp
@@ -88,15 +88,15 @@ foreach ($events as $event):?>
Form->postLink('Publish Event', array('action' => 'alert', $event['Event']['id']), array('action' => 'alert', $event['Event']['id']), 'Are you sure this event is complete and everyone should be informed?');
+ echo $this->Form->postLink('', array('action' => 'alert', $event['Event']['id']), array('class' => 'icon-download-alt', 'title' => 'Publish Event'), 'Are you sure this event is complete and everyone should be informed?');
elseif (0 == $event['Event']['published']) echo 'Not published';
?>
Html->link(__('Edit', true), array('action' => 'edit', $event['Event']['id']), null);
- echo $this->Form->postLink(__('Delete'), array('action' => 'delete', $event['Event']['id']), null, __('Are you sure you want to delete # %s?', $event['Event']['id']));
+ echo $this->Html->link('', array('action' => 'edit', $event['Event']['id']), array('class' => 'icon-edit', 'title' => 'Edit'));
+ echo $this->Form->postLink('', array('action' => 'delete', $event['Event']['id']), array('class' => 'icon-trash', 'title' => 'Delete'), __('Are you sure you want to delete # %s?', $event['Event']['id']));
}?>
- Html->link(__('View', true), array('controller' => 'events', 'action' => 'view', $event['Event']['id'])); ?>
+ Html->link('', array('controller' => 'events', 'action' => 'view', $event['Event']['id']), array('class' => 'icon-list-alt', 'title' => 'View')); ?>
\ No newline at end of file
diff --git a/app/View/Events/show_i_o_c_results.ctp b/app/View/Events/show_i_o_c_results.ctp
index 37c9e7e7f..95d1e3771 100644
--- a/app/View/Events/show_i_o_c_results.ctp
+++ b/app/View/Events/show_i_o_c_results.ctp
@@ -55,6 +55,6 @@ endforeach; ?>
\ No newline at end of file
diff --git a/app/View/Events/succes.ctp b/app/View/Events/succes.ctp
index 97773d14c..3387166cd 100755
--- a/app/View/Events/succes.ctp
+++ b/app/View/Events/succes.ctp
@@ -5,9 +5,4 @@ if (0 == count($succes)):?>
else:?>
Succes, all done.
-
-
-
- element('actions_menu'); ?>
-
\ No newline at end of file
diff --git a/app/View/Events/view.ctp b/app/View/Events/view.ctp
index ae039e5d7..0c7531393 100755
--- a/app/View/Events/view.ctp
+++ b/app/View/Events/view.ctp
@@ -2,14 +2,33 @@
$mayModify = (($isAclModify && $event['Event']['user_id'] == $me['id']) || ($isAclModifyOrg && $event['Event']['orgc'] == $me['org']));
$mayPublish = ($isAclPublish && $event['Event']['orgc'] == $me['org']);
?>
-
echo $this->Form->postLink('Publish (no email)', array('action' => 'publish', $event['Event']['id']), null, 'Publish but do NOT send alert email? Only for minor changes!');
}
?>
-
+
Export functionality is designed to automatically generate signatures for intrusion detection systems. To enable signature generation for a given attribute, Signature field of this attribute must be set to Yes.
-Note that not all attribute types are applicable for signature generation, currently we only support NIDS signature generation for IP, domains, host names, user agents etc., and hash list generation for MD5/SHA1 values of file artifacts. Support for more attribute types is planned.
-
-
Simply click on any of the following buttons to download the appropriate data.
-
-
-
-
Html->link(__('Download all as XML', true), array('action' => 'xml', 'download')); ?>
-
-
-Click this to download all events and attributes that you have access to (except file attachments) in a custom XML format.
-
-Click this to download all network related attributes that you have access to under the Snort rule format. Only published events and attributes marked as IDS Signature are exported. Administration is able to maintain a whitelist containing host, domain name and IP numbers to exclude from the NIDS export.
-
-
-
-
-
Html->link(__('Download all MD5 hashes', true), array('action' => 'hids', 'md5','download')); ?>
-
Html->link(__('Download all SHA1 hashes', true), array('action' => 'hids', 'sha1','download')); ?>
-
-
-Click on one of these two buttons to download all MD5 or SHA1 checksums contained in file-related attributes. This list can be used to feed forensic software when searching for susipicious files. Only published events and attributes marked as IDS Signature are exported.
-
-
-
-
-Click on one of these buttons to download all the attributes with the matching type. This list can be used to feed forensic software when searching for susipicious files. Only published events and attributes marked as IDS Signature are exported.
-
Export functionality is designed to automatically generate signatures for intrusion detection systems. To enable signature generation for a given attribute, Signature field of this attribute must be set to Yes.
+ Note that not all attribute types are applicable for signature generation, currently we only support NIDS signature generation for IP, domains, host names, user agents etc., and hash list generation for MD5/SHA1 values of file artifacts. Support for more attribute types is planned.
+
+
Simply click on any of the following buttons to download the appropriate data.
+
+
+
+
+ Html->link('Download all as XML', array('action' => 'xml', 'download'), array('class' => 'btn')); ?>
+
+
Click this to download all events and attributes that you have
+ access to (except file attachments) in a custom XML
+ format.
+
Click this to download all network related attributes that you
+ have access to under the Snort rule format. Only published
+ events and attributes marked as IDS Signature are exported.
+ Administration is able to maintain a whitelist containing host,
+ domain name and IP numbers to exclude from the NIDS export.
+
Click on one of these two buttons to download all MD5 or SHA1
+ checksums contained in file-related attributes. This list can be
+ used to feed forensic software when searching for susipicious files.
+ Only published events and attributes marked as IDS
+ Signature are exported.
+
+
+
+
+ Click on one of these buttons to download all the attributes with the matching type. This list can be used to feed forensic software when searching for susipicious files. Only published events and attributes marked as IDS Signature are exported.
+
\ No newline at end of file
diff --git a/app/View/Blacklists/admin_edit.ctp b/app/View/Blacklists/admin_edit.ctp
index 76d164bb5..237a3a91c 100755
--- a/app/View/Blacklists/admin_edit.ctp
+++ b/app/View/Blacklists/admin_edit.ctp
@@ -1,7 +1,7 @@
Form->postLink(__('Delete Blacklist'), array('admin' => true, 'action' => 'delete', $this->Form->value('Blacklist.id')), null, __('Are you sure you want to delete # %s?', $this->Form->value('Blacklist.id')));?>
\ No newline at end of file
diff --git a/app/View/Blacklists/admin_index.ctp b/app/View/Blacklists/admin_index.ctp
index fdd311a56..b0a2666c8 100755
--- a/app/View/Blacklists/admin_index.ctp
+++ b/app/View/Blacklists/admin_index.ctp
@@ -1,6 +1,22 @@
- Paginator->counter(array(
- 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
- ));
- ?>
+ Paginator->counter(array(
+ 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
+ ));
+ ?>
+
+
\ No newline at end of file
diff --git a/app/View/Blacklists/index.ctp b/app/View/Blacklists/index.ctp
index cd9d8dd76..85190e789 100644
--- a/app/View/Blacklists/index.ctp
+++ b/app/View/Blacklists/index.ctp
@@ -1,6 +1,22 @@
@@ -13,17 +29,24 @@ foreach ($list as $item):?>
endforeach;?>
- Paginator->counter(array(
- 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
- ));
- ?>
+ Paginator->counter(array(
+ 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
+ ));
+ ?>
+
+
\ No newline at end of file
diff --git a/app/View/Regexp/admin_add.ctp b/app/View/Regexp/admin_add.ctp
index 1e23c2962..007ed6133 100755
--- a/app/View/Regexp/admin_add.ctp
+++ b/app/View/Regexp/admin_add.ctp
@@ -1,11 +1,21 @@
@@ -24,19 +40,23 @@ endforeach;?>
echo $this->Paginator->counter(array(
'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
));
- ?>
-
-
- Paginator->counter(array(
- 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
- ));
- ?>
+ Paginator->counter(array(
+ 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
+ ));
+ ?>
+
+
\ No newline at end of file
diff --git a/app/View/Whitelists/admin_edit.ctp b/app/View/Whitelists/admin_edit.ctp
index d08fd3b34..bd0210008 100755
--- a/app/View/Whitelists/admin_edit.ctp
+++ b/app/View/Whitelists/admin_edit.ctp
@@ -1,7 +1,7 @@
Form->postLink(__('Delete Whitelist'), array('admin' => true, 'action' => 'delete', $this->Form->value('Whitelist.id')), null, __('Are you sure you want to delete # %s?', $this->Form->value('Whitelist.id')));?>
\ No newline at end of file
diff --git a/app/View/Whitelists/admin_index.ctp b/app/View/Whitelists/admin_index.ctp
index 6d1b6cf00..23d4abbf6 100755
--- a/app/View/Whitelists/admin_index.ctp
+++ b/app/View/Whitelists/admin_index.ctp
@@ -1,6 +1,22 @@
@@ -22,19 +38,21 @@ endforeach;?>
echo $this->Paginator->counter(array(
'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
));
- ?>
-
-
\ No newline at end of file
diff --git a/app/View/Whitelists/index.ctp b/app/View/Whitelists/index.ctp
index da48e8952..ed71c170f 100644
--- a/app/View/Whitelists/index.ctp
+++ b/app/View/Whitelists/index.ctp
@@ -1,6 +1,22 @@
@@ -13,17 +29,24 @@ foreach ($list as $item):?>
endforeach;?>
- Paginator->counter(array(
- 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
- ));
- ?>
+ Paginator->counter(array(
+ 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
+ ));
+ ?>
+
+
- Paginator->counter(array(
- 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
- ));
- ?>
+ Paginator->counter(array(
+ 'format' => __('Page {:page} of {:pages}, showing {:current} records out of {:count} total, starting on record {:start}, ending on {:end}')
+ ));
+ ?>
+
+
\ No newline at end of file
diff --git a/app/View/Servers/push.ctp b/app/View/Servers/push.ctp
index 6ca029561..d92f63e82 100755
--- a/app/View/Servers/push.ctp
+++ b/app/View/Servers/push.ctp
@@ -23,8 +23,8 @@ else:?>
endif;?>
\ No newline at end of file
diff --git a/app/View/Pages/administration.ctp b/app/View/Pages/administration.ctp
index fa6a420bf..e8b05c1ec 100755
--- a/app/View/Pages/administration.ctp
+++ b/app/View/Pages/administration.ctp
@@ -1,154 +1,158 @@
-
-It is possible to ban certain values from ever being entered into the system via an event info field or an attribute value. This is done by blacklisting the value in this section.
+It is possible to ban certain values from ever being entered into the system via an event info field or an attribute value. This is done by blacklisting the value in this section.
Adding and modifying entries
Administrators can add, edit or delete blacklisted items by using the appropriate functions in the list's action menu and the menu on the left.
-
+
Import Regexp
-The system allows administrators to set up rules for regular expressions that will automatically alter newly entered or imported events (from GFI Sandbox).
+The system allows administrators to set up rules for regular expressions that will automatically alter newly entered or imported events (from GFI Sandbox).
The purpose of Import Regexp entries
They can be used for several things, such as unifying the capitalisation of file paths for more accurate event correlation or to automatically censor the usernames and use system path variable names (changing C:\Users\UserName\Appdata\Roaming\file.exe to %APPDATA%\file.exe).
-The second use is blocking, if a regular expression is entered with a blank replacement, any event info or attribute value containing the expression will not be added. Please make sure the entered regexp expression follows the preg_replace pattern rules as described here.
+The second use is blocking, if a regular expression is entered with a blank replacement, any event info or attribute value containing the expression will not be added. Please make sure the entered regexp expression follows the preg_replace pattern rules as described here.
Adding and modifying entries
-Administrators can add, edit or delete regular expression rules, which are made up of a regex pattern that the system searches for and a replacement for the detected pattern.
+Administrators can add, edit or delete regular expression rules, which are made up of a regex pattern that the system searches for and a replacement for the detected pattern.
-
+
Managing the Signature whitelist
-The signature whitelist view, accessible through the administration menu on the left, allows administrators to create and maintain a list of addresses that are whitelisted from ever being added to the NIDS signatures. Addresses listed here will be commented out when exporting the NIDS list.
+The signature whitelist view, accessible through the administration menu on the left, allows administrators to create and maintain a list of addresses that are whitelisted from ever being added to the NIDS signatures. Addresses listed here will be commented out when exporting the NIDS list.
Whitelisting an address:
- While in the whitelist view, click on New Whitelist on the left to bring up the add whitelist view to add a new address.
+ While in the whitelist view, click on New Whitelist on the left to bring up the add whitelist view to add a new address.
Managing the list:
- When viewing the list of whitelisted addresses, the following pieces of information are shown: The ID of the whitelist entry (assigned automatically when a new address is added), the address itself that is being whitelisted and a set of controls allowing you to delete the entry or edit the address.
-
-
+ When viewing the list of whitelisted addresses, the following pieces of information are shown: The ID of the whitelist entry (assigned automatically when a new address is added), the address itself that is being whitelisted and a set of controls allowing you to delete the entry or edit the address.
+
+
Managing the users:
-As an admin, you can set up new accounts for users, edit the profiles of users, delete them, or just have a look at all the viewers' profiles. Organisation admins are restricted to executing the same actions on their organisation's users only.
+As an admin, you can set up new accounts for users, edit the profiles of users, delete them, or just have a look at all the viewers' profiles. Organisation admins are restricted to executing the same actions on their organisation's users only.
Adding a new user:
-To add a new user, click on the New User button in the administration menu to the left and fill out the following fields in the view that is loaded:
+To add a new user, click on the New User button in the administration menu to the left and fill out the following fields in the view that is loaded:
-
Email: The user's e-mail address, this will be used as his/her login name and as an address to send all the automatic e-mails and e-mails sent by contacting the user as the reporter of an event.
-
Password: A temporary password for the user that he/she should change after the first login. Make sure that it is at least 6 characters long, includes a digit or a special character and contains at least one upper-case and at least one lower-case character.
-
Confirm Password: This should be an exact copy of the Password field.
-
Org:The organisation of the user. Entering ADMIN into this field will give administrator privileges to the user. If you are an organisation admin, then this field will be unchangeable and be set to your own organisation.
-
Roles: A drop-down list allows you to choose a role-group that the user should belong to. Roles define the privileges of the user. To learn more about roles, click here.
-
Receive alerts when events are published: This option will subscribe the new user to automatically generated e-mails whenever an event is published.
-
Receive alerts from "contact reporter" requests: This option will subscribe the new user to e-mails that are generated when another user tries to get in touch with an event's reporting organisation that matches that of the new user.
-
Authkey: This is assigned automatically and is the unique authentication key of the user (he/she will be able to reset this and receive a new key). It is used for exports and for connecting one server to another, but it requires the user to be assigned to a role that has auth permission enabled.
-
NIDS Sid: Nids ID, not yet implemented.
-
Gpgkey: The key used for encrypting e-mails sent through the system.
+
Email: The user's e-mail address, this will be used as his/her login name and as an address to send all the automatic e-mails and e-mails sent by contacting the user as the reporter of an event.
+
Password: A temporary password for the user that he/she should change after the first login. Make sure that it is at least 6 characters long, includes a digit or a special character and contains at least one upper-case and at least one lower-case character.
+
Confirm Password: This should be an exact copy of the Password field.
+
Org:The organisation of the user. Entering ADMIN into this field will give administrator privileges to the user. If you are an organisation admin, then this field will be unchangeable and be set to your own organisation.
+
Roles: A drop-down list allows you to choose a role-group that the user should belong to. Roles define the privileges of the user. To learn more about roles, click here.
+
Receive alerts when events are published: This option will subscribe the new user to automatically generated e-mails whenever an event is published.
+
Receive alerts from "contact reporter" requests: This option will subscribe the new user to e-mails that are generated when another user tries to get in touch with an event's reporting organisation that matches that of the new user.
+
Authkey: This is assigned automatically and is the unique authentication key of the user (he/she will be able to reset this and receive a new key). It is used for exports and for connecting one server to another, but it requires the user to be assigned to a role that has auth permission enabled.
+
NIDS Sid: Nids ID, not yet implemented.
+
Gpgkey: The key used for encrypting e-mails sent through the system.
Listing all users:
-To list all current users of the system, just click on List Users under the administration menu to the left. A view will be loaded with a list of all users and the following columns of information:
-
+To list all current users of the system, just click on List Users under the administration menu to the left. A view will be loaded with a list of all users and the following columns of information:
+
-
Id: The user's automatically assigned ID number.
-
Org: The organisation that the user belongs to.
-
Email: The e-mail address (and login name) of the user.
-
Autoalert: Shows whether the user has subscribed to auto-alerts and is always receiving the mass-emails regarding newly published events that he/she is eligible for.
-
ontactalert: Shows whether the user has the subscription to contact reporter e-mails directed at his/her organisation turned on or off.
-
Gpgkey: Shows whether the user has entered a Gpgkey yet.
-
Nids Sid: Shows the currently assigned NIDS ID.
-
Termsaccepted: This flag indicates whether the user has accepted the terms of use or not.
-
Newsread: The last point in time when the user has looked at the news section of the system.
-
Action Buttons: Here you can view a detailed view of a user, edit the basic details of a user (same view as the one used for creating a new user, but all the fields come filled out by default) or remove a user completely.
+
Id: The user's automatically assigned ID number.
+
Org: The organisation that the user belongs to.
+
Email: The e-mail address (and login name) of the user.
+
Autoalert: Shows whether the user has subscribed to auto-alerts and is always receiving the mass-emails regarding newly published events that he/she is eligible for.
+
ontactalert: Shows whether the user has the subscription to contact reporter e-mails directed at his/her organisation turned on or off.
+
Gpgkey: Shows whether the user has entered a Gpgkey yet.
+
Nids Sid: Shows the currently assigned NIDS ID.
+
Termsaccepted: This flag indicates whether the user has accepted the terms of use or not.
+
Newsread: The last point in time when the user has looked at the news section of the system.
+
Action Buttons: Here you can view a detailed view of a user, edit the basic details of a user (same view as the one used for creating a new user, but all the fields come filled out by default) or remove a user completely.
Editing a user:
-To add a new user, click on the New User button in the administration menu to the left and fill out the following fields in the view that is loaded:
+To add a new user, click on the New User button in the administration menu to the left and fill out the following fields in the view that is loaded:
-
Email: The user's e-mail address, this will be used as his/her login name and as an address to send all the automatic e-mails and e-mails sent by contacting the user as the reporter of an event.
-
Password: It is possible to assign a new password manually for a user. For example, in case that he/she forgot the old one a new temporary one can be assigned. Make sure to check the "Change password" field if you do give out a temporary password, so that the user will be forced to change it after login.
-
Confirm Password: This should be an exact copy of the Password field.
-
Org:The organisation of the user. Entering ADMIN into this field will give administrator privileges to the user. If you are an organisation admin, then this field will be unchangeable and be set to your own organisation.
-
Roles: A drop-down list allows you to choose a role-group that the user should belong to. Roles define the privileges of the user. To learn more about roles, click here.
-
Receive alerts when events are published: This option will subscribe the user to automatically generated e-mails whenever an event is published.
-
Receive alerts from "contact reporter" requests: This option will subscribe the user to e-mails that are generated when another user tries to get in touch with an event's reporting organisation that matches that of the user.
-
Authkey: It is possible to request a new authentication key for the user.
-
NIDS Sid: Nids ID, not yet implemented.
-
Termsaccepted: Indicates whether the user has accepted the terms of use already or not.
-
Change Password: Setting this flag will require the user to change password after the next login.
-
Gpgkey: The key used for encrypting e-mails sent through the system.
+
Email: The user's e-mail address, this will be used as his/her login name and as an address to send all the automatic e-mails and e-mails sent by contacting the user as the reporter of an event.
+
Password: It is possible to assign a new password manually for a user. For example, in case that he/she forgot the old one a new temporary one can be assigned. Make sure to check the "Change password" field if you do give out a temporary password, so that the user will be forced to change it after login.
+
Confirm Password: This should be an exact copy of the Password field.
+
Org:The organisation of the user. Entering ADMIN into this field will give administrator privileges to the user. If you are an organisation admin, then this field will be unchangeable and be set to your own organisation.
+
Roles: A drop-down list allows you to choose a role-group that the user should belong to. Roles define the privileges of the user. To learn more about roles, click here.
+
Receive alerts when events are published: This option will subscribe the user to automatically generated e-mails whenever an event is published.
+
Receive alerts from "contact reporter" requests: This option will subscribe the user to e-mails that are generated when another user tries to get in touch with an event's reporting organisation that matches that of the user.
+
Authkey: It is possible to request a new authentication key for the user.
+
NIDS Sid: Nids ID, not yet implemented.
+
Termsaccepted: Indicates whether the user has accepted the terms of use already or not.
+
Change Password: Setting this flag will require the user to change password after the next login.
+
Gpgkey: The key used for encrypting e-mails sent through the system.
Contacting a user:
-Site admins can use the "Contact users" feature to send all or an individual user an e-mail. Users that have a PGP key set will receive their e-mails encrypted. When clicking this button on the left, you'll be presented with a form that allows you to specify the type of the e-mail, who it should reach and what the content is using the following options:
-
+Site admins can use the "Contact users" feature to send all or an individual user an e-mail. Users that have a PGP key set will receive their e-mails encrypted. When clicking this button on the left, you'll be presented with a form that allows you to specify the type of the e-mail, who it should reach and what the content is using the following options:
+
-
Action: This defines the type of the e-mail, which can be a custom message or a password reset. Password resets automatically include a new temporary password at the bottom of the message and will automatically change the user's password accordingly.
-
Recipient: The recipient toggle lets you contact all your users, a single user (which creates a second drop-down list with all the e-mail addresses of the users) and potential future users (which opens up a text field for the e-mail address and a text area field for a PGP public key).
-
Subject: In the case of a custom e-mail, you can enter a subject line here.
-
Subject: In the case of a custom e-mail, you can enter a subject line here.
-
Custom message checkbox: This is available for password resets, you can either write your own message (which will be appended with a temporary key and the signature), or let the system generate one automatically.
+
Action: This defines the type of the e-mail, which can be a custom message or a password reset. Password resets automatically include a new temporary password at the bottom of the message and will automatically change the user's password accordingly.
+
Recipient: The recipient toggle lets you contact all your users, a single user (which creates a second drop-down list with all the e-mail addresses of the users) and potential future users (which opens up a text field for the e-mail address and a text area field for a PGP public key).
+
Subject: In the case of a custom e-mail, you can enter a subject line here.
+
Subject: In the case of a custom e-mail, you can enter a subject line here.
+
Custom message checkbox: This is available for password resets, you can either write your own message (which will be appended with a temporary key and the signature), or let the system generate one automatically.
Keep in mind that all e-mails sent through this system will, in addition to your own message, will be signed in the name of the instance's host organisation's support team, will include the e-mail address of the instance's support (if the contact field is set in the bootstrap file), and will include the instance's PGP signature for users that have a PGP key set (and thus are eligible for an encrypted e-mail).
-
+
Managing the roles
-Privileges are assigned to users by assigning them to rule groups, which use one of four options determining what they can do with events and four additional privilege elevating settings. The four options for event manipulation are: Read Only, Manage My Own Events, Manage Organisation Events, Manage & Publish Organisation Events. The extra privileges are admin, sync, authentication key usage and audit permission
-Read Only: This allows the user to browse events that his organisation has access to, but doesn't allow any changes to be made to the database.
-Manage My Own Events: The second option, gives its users rights to create, modify or delete their own events, but they cannot publish them.
-Manage Organization Events: allows users to create events or modify and delete events created by a member of their organisation.
-Manage & Publish Organisation Events: This last setting, gives users the right to do all of the above and also to publish the events of their organisation.
-Perm sync: This setting allows the users of the role to be used as a synchronisation user. The authentication key of this user can be handed out to the administrator of a remote MISP instance to allow the synchronisation features to work.
-Perm admin: Gives the user administrator privileges, this setting is used for the organisation admins.
-Perm audit: Grants access to the logs. With the exception of site admins, only logs generated by the user's own org are visible.
-Perm auth: This setting enables the authentication key of the role's users to be used for rest requests.
+Privileges are assigned to users by assigning them to rule groups, which use one of four options determining what they can do with events and four additional privilege elevating settings. The four options for event manipulation are: Read Only, Manage My Own Events, Manage Organisation Events, Manage & Publish Organisation Events. The extra privileges are admin, sync, authentication key usage and audit permission
+Read Only: This allows the user to browse events that his organisation has access to, but doesn't allow any changes to be made to the database.
+Manage My Own Events: The second option, gives its users rights to create, modify or delete their own events, but they cannot publish them.
+Manage Organization Events: allows users to create events or modify and delete events created by a member of their organisation.
+Manage & Publish Organisation Events: This last setting, gives users the right to do all of the above and also to publish the events of their organisation.
+Perm sync: This setting allows the users of the role to be used as a synchronisation user. The authentication key of this user can be handed out to the administrator of a remote MISP instance to allow the synchronisation features to work.
+Perm admin: Gives the user administrator privileges, this setting is used for the organisation admins.
+Perm audit: Grants access to the logs. With the exception of site admins, only logs generated by the user's own org are visible.
+Perm auth: This setting enables the authentication key of the role's users to be used for rest requests.
Creating roles:
-When creating a new role, you will have to enter a name for the role to be created and set up the permissions (as described above) using the radio toggle and the four check-boxes.
+When creating a new role, you will have to enter a name for the role to be created and set up the permissions (as described above) using the radio toggle and the four check-boxes.
Listing roles:
-By clicking on the List Roles button, you can view a list of all the currently registered roles and a list of the permission flags turned on for each. In addition, you can find buttons that allow you to edit and delete the roles. Keep in mind that you will need to first remove every member from a role before you can delete it.
-
-
+By clicking on the List Roles button, you can view a list of all the currently registered roles and a list of the permission flags turned on for each. In addition, you can find buttons that allow you to edit and delete the roles. Keep in mind that you will need to first remove every member from a role before you can delete it.
+
+
Using the logs of MISP
-Users with audit permissions are able to browse or search the logs that MISP automatically appends each time certain actions are taken (actions that modify data or if a user logs in and out).
-Generally, the following actions are logged:
+Users with audit permissions are able to browse or search the logs that MISP automatically appends each time certain actions are taken (actions that modify data or if a user logs in and out).
+Generally, the following actions are logged:
-Listing all the log entries will show the following columns generated by the users of your organisation (or all organisations in the case of site admins):
-
+Listing all the log entries will show the following columns generated by the users of your organisation (or all organisations in the case of site admins):
+
-
Id: The automatically assigned ID number of the entry.
-
Email: The e-mail address of the user whose actions triggered the entry.
-
Org: The organisation of the above mentioned user.
-
Created: The date and time when the entry originated.
-
Action: The action's type. This can include: login/logout for users, add, edit, delete for events, attributes, users and servers.
-
Title: The title of an event always includes the target type (Event, User, Attribute, Server), the target's ID and the target's name (for example: e-mail address for users, event description for events).
+
Id: The automatically assigned ID number of the entry.
+
Email: The e-mail address of the user whose actions triggered the entry.
+
Org: The organisation of the above mentioned user.
+
Created: The date and time when the entry originated.
+
Action: The action's type. This can include: login/logout for users, add, edit, delete for events, attributes, users and servers.
+
Title: The title of an event always includes the target type (Event, User, Attribute, Server), the target's ID and the target's name (for example: e-mail address for users, event description for events).
Change: This field is only filled out for entries with the action being add or edit. The changes are detailed in the following format: variable (initial_value) => (new_value),...
When the entry is about the creation of a new item (such as adding a new event) then the change will look like this for example:
- org() => (ADMIN), date() => (20012-10-19),...
+ org() => (ADMIN), date() => (20012-10-19),...
Searching the Logs:
-Another way to browse the logs is to search it by filtering the results according to the following fields (the search is a sub-string search, the sub-string has to be an exact match for the entry in the field that is being searched for):
+Another way to browse the logs is to search it by filtering the results according to the following fields (the search is a sub-string search, the sub-string has to be an exact match for the entry in the field that is being searched for):
-
Email: By searching by Email, it is possible to view the log entries of a single user.
-
Org: Searching for an organisation allows you to see all actions taken by any member of the organisation.
-
Action: With the help of this drop down menu, you can search for various types of actions taken (such as logins, deletions, etc).
-
Title: There are several ways in which to use this field, since the title fields contain several bits of information and the search searches for any substrings contained within the field, it is possible to just search for the ID number of a logged event, the username / server's name / event's name / attribute's name of the event target.
-
Change: With the help of this field, you can search for various specific changes or changes to certain variables (such as published will find all the log entries where an event has gotten published, ip-src will find all attributes where a source IP address has been entered / edited, etc).
+
Email: By searching by Email, it is possible to view the log entries of a single user.
+
Org: Searching for an organisation allows you to see all actions taken by any member of the organisation.
+
Action: With the help of this drop down menu, you can search for various types of actions taken (such as logins, deletions, etc).
+
Title: There are several ways in which to use this field, since the title fields contain several bits of information and the search searches for any substrings contained within the field, it is possible to just search for the ID number of a logged event, the username / server's name / event's name / attribute's name of the event target.
+
Change: With the help of this field, you can search for various specific changes or changes to certain variables (such as published will find all the log entries where an event has gotten published, ip-src will find all attributes where a source IP address has been entered / edited, etc).
\ No newline at end of file
diff --git a/app/View/Pages/categories_and_types.ctp b/app/View/Pages/categories_and_types.ctp
index 3ec1b4994..40c1ab58d 100644
--- a/app/View/Pages/categories_and_types.ctp
+++ b/app/View/Pages/categories_and_types.ctp
@@ -1,11 +1,13 @@
-
- The top bar's only interactive part is a link to the MISP system itself - this will redirect the user to the default view of the site, which is the List Events view.
+ The top bar's only interactive part is a link to the MISP system itself - this will redirect the user to the default view of the site, which is the List Events view.
The left menu
- This menu contains all of the main functions of the site as a series of buttons.
+ This menu contains all of the main functions of the site as a series of buttons.
New Event: Allows you to create a new event.
List Events: You can browse all the currently stored events here.
List Attributes: You can browse all the currently stored attributes of events here.
Search Attributes: Search for and filter a list of attributes.
-
Export: Export various types of data from the system for NIDSs or other uses.
- Global Actions
+
Export: Export various types of data from the system for NIDSs or other uses.
+ Global Actions
News: Read about the latest news regarding the MISP system
My Profile: Manage your user account.
Members List: View the number of users per organisation and get some statistics about the currently stored attributes.
User Guide: A link to this user guide.
Terms & Conditions: View the terms & conditions again.
-
Log out: Logs the current user out.
- Sync Actions
+
Log out: Logs the current user out.
+ Sync Actions
-
List Servers: Connect your MISP instance to other instances, or view and modify the currently established connections.
- Input Filters
+
List Servers: Connect your MISP instance to other instances, or view and modify the currently established connections.
+ Input Filters
Import Blacklist: Create, modify or delete blacklisted strings. These will stop any matching events/attributes from being entered into the system.
Import Regexp: Create, modify or delete regular expressions and their replacements. Each time an event / attribute is created or modified, they will be parsed and found expressions will be replaced.
-
Signature Whitelist: View and manage the list of whitelisted addresses. These, if contained in attributes, will be blocked from the NIDS signature exports.
- Administration
+
Signature Whitelist: View and manage the list of whitelisted addresses. These, if contained in attributes, will be blocked from the NIDS signature exports.
+ Administration
New User: Create an account for a new user.
List Users: View, modify or delete the currently registered users.
New Role: Create a new role group for the users of this instance, controlling their privileges to create, modify, delete and to publish events.
-
List Roles: List, modify or delete currently existing roles.
- Audit
+
List Roles: List, modify or delete currently existing roles.
+ Audit
List Logs: View the logs of the instance.
-
Search Logs: Search the logs by various attributes.
+
Search Logs: Search the logs by various attributes.
The main area
- This is where all the views (navigated to via the menu buttons) will be displayed. In general, there are two main view types, information views (which list the currently stored data and allow you to modify it) and form views (allowing you to enter or alter data). All lists are organised in such a way that all the information columns are on the left and every line of data can be modified or viewed in more detail on the right-most column, titled "Actions". All lists display a certain set number of the most recent items, but page control buttons at the bottom allow you to browse older entries.
+ This is where all the views (navigated to via the menu buttons) will be displayed. In general, there are two main view types, information views (which list the currently stored data and allow you to modify it) and form views (allowing you to enter or alter data). All lists are organised in such a way that all the information columns are on the left and every line of data can be modified or viewed in more detail on the right-most column, titled "Actions". All lists display a certain set number of the most recent items, but page control buttons at the bottom allow you to browse older entries.
The bottom bar
- Contains a link to download the gpg key used for encrypting the e-mails sent through the system and the current version number - if you are logged in.
+ Contains a link to download the gpg key used for encrypting the e-mails sent through the system and the current version number - if you are logged in.
When first logging into MISP with the username and password provided by your administrator, there are a number of things that need to be done, before you can start using the system.
@@ -26,7 +28,7 @@
Subscribing to e-mails sent via the "Contact Reporter" functionality: This feature is turned on right below the autoalerts and will allow you to receive e-mails addressed to your organisation whenever a user tries to ask about an event that was posted by a user of your organisation. Keep in mind that you can still be addressed by such a request even when this setting is turned off, if someone tries to contact you as the event creator directly or your organisation for an event that you personally have created then you will be notified.
Reviewing the Terms & Conditions: To review the Terms & Conditions or to read the User Guide, use the appropriate button on the left navigation menu.
Making sure that compatibility mode is turned off (IE9&IE10):Compatibility mode can cause some elements to appear differently than intended or not appear at all. Make sure you have this option turned off.
-
+
Managing your account:
To alter any details regarding your profile, use the "My Profile" menu button to bring up the profile overview and then click on "Edit Profile" in the right upper corner.
@@ -40,7 +42,7 @@ To alter any details regarding your profile, use the "My Profile" menu button to
Setting up the GPG Key: In order for the system to be able to encrypt the messages that you send through it, it needs to know your GPG key. You can acquire this by clicking on the PGP/GPG key link at the bottom left of the screen. Copy the entirety of the key and navigate to the Edit profile view (My Profile on the left -> Edit profile in the top right corner). Paste the key into the Gpgkey field and click submit.
Requesting a new authentication key: It is possible to make the system generate a new authentication key for you (for example if your previous one gets compromised. This can be accessed by clicking on the My Profile button and then clicking the reset key next to the currently active authentication code. The old key will become invalid when the new one is generated.
-
+
Staying up to date:
MISP also provides its users with some information about itself and its users through the links provided in the Global Actions menu.
The process of entering an event can be split into 3 phases, the creation of the event itself, populating it with attributes and attachments and finally publishing it.
@@ -46,7 +49,7 @@ The process of entering an event can be split into 3 phases, the creation of the
Info: The info field, where the malware/incident can get a brief description starting with the internal reference. This field should be as brief and concise as possible, the more detailed description happens through attributes in the next stage of the event's creation. Keep in mind that the system will automatically replace detected text strings that match a regular expression entry set up by your server's administrator(s).
GFI Sandbox: It is possible to upload the exported .zip file from GFI sandbox with the help of this tool. These will be dissected by the MISP and a list of attributes and attachments will automatically be generated from the .zip file. Whilst this does most of the work needed to be done in the second step of the event's creation, it is important to manually look over all the data that is being entered.
-
+
Add attributes to the event:
The second step of creating an event is to populate it with attributes and attachments. In addition to being able to import the attributes and attachments from GFI, it is also possible to manually add attributes and attachments to an event, by using the two appropriate buttons on the event's page. Let's look at adding attributes first.
When clicking on the add attribute button, you will have to fill out a form with all the data about the attribute.
@@ -67,7 +70,7 @@ Keep in mind that the system searches for regular expressions in the value field
Value: The actual value of the attribute, enter data about the value based on what is valid for the chosen attribute type. For example, for an attribute of type ip-src (source IP address), 11.11.11.11 would be a valid value. For more information on types and values, Html->link(__('click here', true), array('controller' => 'pages', 'action' => 'display', 'categories_and_types')); ?>.
Batch import: If there are several attributes of the same type to enter (such as a list of IP addresses, it is possible to enter them all into the same value-field, separated by a line break between each line. This will allow the system to create separate lines for the each attribute.
-
+
Add attachments to the event:
You can also upload attachments, such as the malware itself, report files from external analysis or simply artifacts dropped by the malware. Clicking on the add attachment button brings up a form that allows you to quickly attach a file to the event. The following fields need to be filled out:
@@ -84,12 +87,12 @@ You can also upload attachments, such as the malware itself, report files from e
All: This will share the attachment with all MISP communities, allowing the attachment to be freely propagated from one server to the next.
-
+
Publish an event:
Once all the attributes and attachments that you want to include with the event are uploaded / set, it is time to finalise its creation by publishing the event (click on publish event in the event view). This will alert the eligible users of it (based on the private-controls of the event and its attributes/attachments and whether they have auto-alert turned on), push the event to instances that your instance connects to and propagate it further based on the distribution rules. It also readies the network related attributes for NIDS signature creation (through the NIDS signature export feature, for more information, go to the export section.).
There is an alternate way of publishing an event without alerting any other users, by using the "publish (no email)" button. This should only be used for minor edits (such as correcting a typo).
-
+
Browsing past events:
The MISP interface allows the user to have an overview over or to search for events and attributes of events that are already stored in the system in various ways.
To list all events:
@@ -130,7 +133,7 @@ On the left menu bar, the option "List events" will generate a list of the last
Attributes: A list of all attributes attached to the event, including its category, type, value, whether the attribute in itself is related to another event, whether the flag signalling that the attribute can be turned into an IDS signature is on, and a field showing the current privacy setting of the attribute.Attributes can also be modified or deleted via the 3 buttons at the end of each line.
Using the modify button will bring up the attribute creation view, with all data filled out with the attribute's currently stored data.
-
+
Listing all attributes:
Apart from having a list of all the events, it is also possible to get a list of all the stored attributes in the system by clicking on the list attributes button. The produced list of attributes will include the followings fields:
@@ -142,25 +145,25 @@ On the left menu bar, the option "List events" will generate a list of the last
Signature: Shows whether the attribute has been flagged for NIDS signature generation or not.
Actions: A set of buttons that allow you to view the event that the attribute is tied to, to edit the attribute (using the same view as what is used to set up attributes, but filled out with the attribute's current data) and a delete button.
-
+
Searching for attributes:
Apart from being able to list all events, it is also possible to search for data contained in the value field of an attribute, by clicking on the "Search Attributes" button.
This will bring up a form that lets you enter one or several search strings (separate search strings with line breaks) that will be compared to the values of all attributes, along with options to narrow down the search based on category and type. The entered search string has to be an exact match with (the sub-string of) a value. A second text field makes it possible to enter event IDs for events that should be excluded from the search (again, each line represents an event ID to be excluded).
The list generated by the search will look exactly the same as listing all attributes, except that only the attributes that matched the search criteria will be listed (to find out more about the list attributes view, Html->link(__('click here', true), array('controller' => 'pages', 'action' => 'display', 'categories_and_types')); ?>.). The search parameters will be shown above the produced list and the search terms will be highlighted.
-
+
Updating and modifying events and attributes:
Every event and attribute can easily be edited. First of all it is important to find the event or attribute that is to be edited, using any of the methods mentioned in the section on browsing past events.
Once it is found, the edit button (whether it be under actions when events/attributes get listed or simply on the event view) will bring up the same screen as what is used to create the entry of the same type (for an event it would be the event screen as seen here, for an attribute the attribute screen as described here).
Keep in mind that editing any event (either directly or indirectly through an attribute) will unpublish it, meaning that you'll have to publish it (through the event view) again once you are done.
-
+
Contacting the reporter:
To get in touch with the reporter of a previously registered event, just find the event for which you would like to contact the reporter by either finding it on the list of events, by finding it through one of its attributes or by finding it through a related event.
Once the event is found and the event view opened, click the button titled "Contact Reporter". This will bring up a view where you can enter your message that is to be e-mailed to all members of the reporting organisation that subscribe to receiving such reports or the reporting user himself. Along with your message, the detailed information about the event in question will be included in the e-mail.
By default, the message will be sent to every member of the organisation that posted the event in the first place, but if you tick the check-box below the message field before sending the mail, only the person that reported the event will get e-mailed.
-
+
Automation:
It is possible to quickly and conveniently export the data contained within the system using the automation features located in the main menu on the left (available to users with authentication key access only). There are various sets of data that can be exported, by using the authentication key provided by the system (also shown on the export page). If for whatever reason you would need to invalidate your current key and get a new one instead (for example due to the old one becoming compromised) just hit the reset link next to the authentication key in the export view or in your "my profile" view.
The following types of export are possible:
@@ -178,7 +181,7 @@ The following types of export are possible:
It is also possible to export a list of all eligible attributes that match a specific type into a plain text file. The format to do this is:
<server>/events/text/<authentication_key>/<type>
Type could be any valid type (as according to the list of Html->link(__('categories and types', true), array('controller' => 'pages', 'action' => 'display', 'categories_and_types')); ?>), for example md5, ip-src or comment.
-
+
Exporting data:
For users that do not have authentication key access, an alternate export feature is available that relies on your interactive login to the site. To access these, just use the automation menu button to the left and you'll be presented with a list of export options. The results of the export will automatically be offered as a file download.
@@ -186,7 +189,7 @@ Apart from that, it's also possible to export all events involved in a search at
Each event's view has its own export feature, both as an XML export and as a .ioc file. To reach these features, just navigate to an event and use the appropriate buttons on the right side.
-
+
Connecting to other instances:
Apart from being a self contained repository of attacks/malware, one of the main features of MISP is its ability to connect to other instances and share (parts of) its information. The following options allow you to set up and maintain such connections.
Setting up a connection to another server:
@@ -213,7 +216,7 @@ If you ever need to change the data about the linked servers or remove any conne
Push all: By clicking this button, all events that are eligible to be pushed on the instance you are on will start to be pushed to the remote instance. Events and attributes that exist on the far end will be updated.
Pull all: By clicking this button, all events that are set to be pull-able or full access on the remote server will be copied to this instance. Existing events will not be updated.
-
+
Rest API:
The platform is also RESTfull, so this means that you can use structured format (XML) to access Events data.