Browser Scripts
Last updated
Last updated
Browser Scripts allow users to script the output of agent commands. They are JavaScript commands that can return additional HTML for the webpage to parse for a cleaner experience.
Browser Scripts are located in the "Operations Management" -> "Browser Script Management" section from the top navigation bar.
Every user has the default browser scripts automatically imported upon user creation.
Anybody can create their own browser scripts and they'll be applied only to that operator. If you create a script that's not tied to a specific command on a specific payload type, they are considered "Support Scripts" and are globally accessible to your other scripts. For example, in the above screenshot, the create_table
script is accessible for other scripts to use to turn their output into a sortable table. These "Support Scripts" are callable from other scripts by using support_scripts['script name']
.
You can also deactivate your own script so that you don't have to delete it, but it will no longer be applied to your output.
If you are an overall admin or the lead of this operation, then you can optionally Apply
the script to the operation. This forces your script to apply to the output of everybody's command in the operation and will override anybody else's script that would otherwise be applied. If you are curious as to whether your script will be in effect or not, the In Effect
column indicates this.
The bottom table shows all of the scripts that are in effect for the current operation and will allow you to view the contents of the scripts even if you don't have permission to modify them.
You can either import scripts that somebody else has created, or you can click Register New Script
to create a new one.
From here, you can either select a payload type and command. Or, select Support Script
and provide a unique name. The editor here has a configurable theme, but has the language set to JavaScript
. You can use this to create new scripts with syntax highlighting.
As you're creating a script, there are a few standard pieces:
Don't supply a function name.
If you're creating a support script, you can create whatever parameters you want, but it should always be function(param1, param2, ...)
.
If you're creating a command specific script, it will always be function(task, responses)
where task
is a JSON representation of the current task you're processing and responses
is an array of response
objects.
Response objects have two pieces of information:
timestamp - the timestamp of when the response arrived
response - the contents of the actual response for the user to see
So, to access the first response's value, you'd say responses[0]['response']
.
Always return a value. From the example above you can see that you're able to return HTML that Apfell will display for you. It's recommended that you do proper error checking and handling.
Even if a browser script is pushed out for a command, its output can be toggled on and off individually. The blue toggle switch above a command toggles the use of the browser script code for that specific task. You can tell at a glance which tasks have a script applied by looking at this indicator.