One of the key decisions that we made when designing RiskTree was that we wanted to perform the process using as little data as possible from our clients. We don't want to know what your risks are, the names of your systems, or the notes that you add to your risks. All that we need to see is the assessment values for the nodes, and the assessment value adjustments for countermeasures (and the confidence values if you have used these).
In order to achieve this, all of the 'textual' information (names, notes, evidence, tags, etc.) is removed from the data before securely uploading to our servers. We then perform the risk calculations and return the scores back to you, and your browser reassembles all of the data to create the RiskTree that you then view. This process, whilst more complex, protects you against attacks that attempt to intercept your data as they travel across the internet, and attacks on our servers.
All of the traffic between your browser and our servers is passed over an encrypted link. We only allow TLS1.2; earlier protocols (including SSL) are blocked. The little data that we do receive from you are not written to file, but held in memory on our servers whilst they are processed, and then get cleared down when the calculation ends and the results are returned to you. Even the data that you do send across is not stored in our logs, which just record which pages you request.
This all sounds good, but how can you check that we really don't see all of your data. It is difficult, but there is a fairly quick way of checking what data get uploaded to our servers using the Chrome browser. Follow the steps below (you can always use a dummy tree for testing to be really safe).
wlybeicu
.If you have any questions about this, please get in touch.