18

I recently noticed a penetration test report wherein the non-compliance of the European Union (EU) cookie law was stated as a finding under an "other" category. I consider this more of a legal, privacy-related matter and not so much security.

Why would this be in a penetration test report? Are there possible security-related concerns that I'm not aware of?

12
  • 6
    How was the scope of the penetration test defined? Or in other words: Is a finding like this acceptable within the defined scope?
    – Tom K.
    Commented Feb 12, 2018 at 11:54
  • 24
    I personally know of no security issue that results out of this. It was probably more of a nice-to-know finding for you (or the client), that's probably why it was under "other".
    – Tom K.
    Commented Feb 12, 2018 at 12:08
  • 35
    "finding vulnerabilities, weaknesses, and other security-related issues" If the use of the cookie was/is in non-compliance with EU law, it could leave you vulnerable to prosecution. I see no reason for it not to be in a pen-test report (unless specifically excluded).
    – TripeHound
    Commented Feb 12, 2018 at 14:59
  • 3
    @TripeHound To be fair, that wording heavily suggests that they are talking about security "vulnerabilities and weaknesses". Being liable to prosecution from EU regulations isn't a security vulnerability, it's a legal vulnerability. Not to say I'd argue about being given that information; but it still does sound questionable that aligning with EU regulation is relevant to their security.
    – JMac
    Commented Feb 12, 2018 at 18:52
  • 7
    @TripeHound If you're going to interpret the words that widely, then "Tracy hasn't had a 'flu vaccine" is a vulnerability and "James can only bench-press 30lbs" is a weakness. Commented Feb 12, 2018 at 19:30

4 Answers 4

34

I don't know of any technical security impact relating to not adhering to EU cookie laws.

Ultimately I think this is mostly down to the discretion of the assessor and the context of the assessment. Privacy issues are security-adjacent and come with similar PR impacts, and may even be judged to infringe upon the rights of the individual, so I think in some cases such findings may be useful.

For me the question isn't so much whether these things should be reported to the client, as whether or not they should be in the pentest report itself. There are other communications channels that can be used to relay this information. It may well be that this was discussed and the client asked that it be put into the report. It could even be that compliance concerns were one of the key drivers to having the assessment done in the first place. Some scopes explicitly include looking for findings that might embarrass the company or its associates (content injection is a fun one here).

I have reported everything from functionality problems to typos (albeit serious ones with vulgar consequences) to clients when doing pentesting work, when appropriate, because ultimately my job is to help improve their system. I don't think it hurts to include this kind of thing in a report because it can always be removed and filed separately at the client's request.

9
  • 3
    The "technical security impact" is that the user's data is being retained and utilized in a way they have indicated they do not allow. Just because you do not consider it as dangerous as login credentials being at-risk does not mean that privacy != security. Commented Feb 12, 2018 at 14:14
  • 3
    @NewAlexandria : To be precise "... in a way they have not indicated they allow". It is much more likely that the website is failing to ask permission to store cookies than that the website has asked, been denied permission, and is doing it anyway. Commented Feb 12, 2018 at 14:23
  • 1
    @MartinBonner when the user is in the EU, the site cannot implicit track even though the user has not been given the ability to indicate their preference. Commented Feb 12, 2018 at 14:32
  • 4
    @NewAlexandria : Yes I know that. However there is a difference between "indicated they do not allow" and "not indicated they allow". Legally they have to be treated the same, but morally (and when it comes to sentence), they are different. Commented Feb 12, 2018 at 15:19
  • 2
    @Tim: "One cannot by inaction forbid something." - If it's forbidden by a law and users rely on the assumption that the website adheres to that law, does it still take each user to get active individually and repeat stating explicitly that they disallow said tracking? Commented Feb 13, 2018 at 6:51
14

A vulnerability is something that leaves you open to the possibility of being harmed. Being prosecuted or sued for violating the law is a form of harm. Therefore, not complying with the law is a vulnerability. It really is this simple.

15
  • 3
    The question is whether it is appropriate to be in scope in a pentest report.
    – schroeder
    Commented Feb 12, 2018 at 16:38
  • 3
    @TomK. being sued could harm the organization, particularly if it's a legitimate lawsuit - I don't see how that's much of a stretch Commented Feb 12, 2018 at 17:25
  • 3
    @TomK. You don't think a lawsuit or government investigation is an unwanted incident which may result in harm to an organization? Commented Feb 12, 2018 at 18:57
  • 3
    @JMac Security is the state of not being vulnerable to threats. Threats are potential unwanted incidents that expose you to harm. Bluntly, this is absolutely basic stuff and it's very hard to tell if you're being serious. To me, as a security professional, this question is shocking. Commented Feb 12, 2018 at 18:58
  • 3
    @JMac Yes, they are. They work with compliance and legal as necessary. IT is responsible for detecting and mitigating threats that have an IT component, as compliance with cookie-handling regulations does. I can't imagine offhand a sexual harassment issue with an IT component, but if there was, IT would be partially responsible for responding to it. Commented Feb 12, 2018 at 21:30
8

This is a security issue for the users.

Non-compliance of cookie-related laws includes that cookie data is being built about you while on the site, after you have clicked 'opt-out'. If the site does not acknowledge the GDPR (privacy laws) then some degree of personal identifying information about the user is being leaked into the site's domain, stored, and used in ways that amount to tracking. This includes:

  • if a banner pops-up saying that cookies are being used and "click OK to accept"
  • if no notification is made to the user, but tracking is performed
  • if no option nor preferences are given to the user, yet tracking is performed.
  • and others

Cookies are one obvious thing to test for, and it is perhaps the only reliable way to test for tracking, since backend techniques would be invisible unless a specific personalization feature remains consistent across pageviews

For some corp's that I have been part of, some lawyers argue that cookies are not illegal as long as they do not connect session data with a personal identifier.

Regardless, this would be a likely vector for errors or misrepresentation, and thus I would expect it to show up in a report dealing with user security.


tl;dr: people don't seem to understand user privacy is a security issue for the user.

1
  • 2
    Comments are not for extended discussion; this conversation has been moved to chat.
    – Rory Alsop
    Commented Feb 13, 2018 at 9:16
0

Non-compliance to the law means that the site must be fixed. The GDPR in particular is not an "optional" law where you can accept the fines for a breach.

So it is likely that the site must be fixed. But the GDPR deadlines are tight. Many companies have realized that they need to start early. For others, like this case, it will be a rush job. And the experience with rush jobs is that at best you get what's requested. So here, last-minute changes to the site may not go through extensive security review as GDPR compliance takes precedence.

As an example, the GDPR gives customers the right to review their own data. A rushed implementation may give customers the right to review other data, including company-sensitive data and data from other customers. That is a definite security issue. Therefore, the need to hurry with GDPR compliance is correctly identified as a risk factor.

2
  • Another good dimension on an apparently-subtle issue Commented Feb 12, 2018 at 16:42
  • 6
    Why do answerers keep mentioning GDPR? The GDPR is not the "EU Cookie Law" - that's the ePrivacy directive. The EU's page on cookies doesn't even mention the GDPR. I freely admit that I have close to zero knowledge of these laws, but as far as I can see this answer simply has no relevance that to the question that was asked. If I'm wrong, explaining how the GDPR (or, frankly, anything to do with actual user privacy) is relevant to the cookie law would help clarify why.
    – Mark Amery
    Commented Feb 12, 2018 at 18:29

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .