Security as entropy
It turns out that there may be a connection between security and entropy. Here’s why this is the case.
Let’s assume two things. First, let’s assume that security is a function S of the exploitability of the technologies that are used to implement it, where exploitability is some sort of probability measure P. Next, let’s assume that security follows these general rules:
- The security provided by two technologies when they’re both used is greater or equal to the security of each of the components when they’re used by themselves
- If two technologies are independent then the security provided by the two technologies when they’re used together is equal to the sum of the security provided by each of the technologies
- The security provided by any technology is non-negative
If security follows these rules, it turns out that it has to be a function that looks like S(P) = -log(P). We can make the base of the logarithms anything that we want, but it has to be of this general form.
Now suppose that a particular technology X can perform n different security functions with probabilities p1,p2,…,pn. If this is the case, then the average or expected level of security provided the technology X is
which is just another way of writing entropy.
Some people that I've mentioned this connection to tell me that it's is obvious. Others don't think that it's that obvious at all. Just like you can think about Shannon entropy as what you don't know about information, you might be able to think of security as what adversaries don't know about your information, although that might be going a bit too far.
I doubt that there's anything profound about this observation, but because of this connection to entropy, some of the things that we observe about data breaches may turn out to not be coincidences. There are some things that seem to make sense if we think of them as coming from situations where entropy is maximized, for example. Maybe that'll be the topic of a future post.





Comments