4 ms·
The timetable is eminently realistic. It may be quite the change however; but whether that's a bad thing? The specific criticism in the letter appears to be a
by emn13 3y ago
The timetable is eminently realistic. It may be quite the change however; but whether that's a bad thing? The specific criticism in the letter appears to be a little unreasonable, frankly.
Presumably any actively supported software is taking _some_ steps within that first day of becoming aware that there exists an actively exploited exploit. Merely reporting it's existence confidentially does not appear to be an infeasible step, at least for professional organizations (what about small-scale OSS?). The requirement does not apply to all vulnerabilities; it applies to vulnerabilities the manufacturer knows of _and_ that are actively exploited _and_ the corporation knows this.
They letter authors express the worry that governments will abuse these vulnerabilities; but while the worry is reasonable, the correct avenue for that is public discourse and accountability; not granting corporations access to vulnerabilities that governments may not see via one specific route, surely? Additionally, if abuse of vulnerabilities by governments is a problem, then let's address _that_ not merely one specific means of communication about them. And if the worry is abuse; then surely this holds for all actors, explicitly non-governmental ones too. Nor is it obvious abuse will rise merely due to reporting. And lack of reporting may indeed encourage abuse by non-governmental organization because there is less chance of it being detected. There already exists a somewhat legal but unethical market for exploits; adding government bureaucracy here is almost certainly better than just letting money talk. The argument seems almost bad in faith; it's concerned about abuse by intelligence services that presumably have some democratic oversight; yet not concerned about abuse outside of that. Had the authors argued in favor of obligatory secrecy regarding _all_ actors, and proposed a mechanism to safeguard that, their claimed aim would have been more plausible - but they did no.
The exposure risk the letter posts makes no sense. The legislation doesn't require publication; it requires confidential reporting. The only way this argument makes sense (but the letter doesn't make it explicit) is if they think corporations will be unable to communicate securely with such a reporting endpoint, or that the endpoint itself will be accessible by bad actors (presumably via a security problem?). Again, the letter does not make this argument; it's leaving us guessing.
The letter conflates mitigation by the software publisher with mitigation by the software consumer, and the way it does that sure looks intentional; essentially claiming there's no benefit from letting the software's user mitigate a vulnerability because the producer already is. That's clearly nonsense. The letter also uses emotive language such as "each disclosure
triggers a wave of government notifications"; I'm skeptical the authors are capable of being unbiased if that's how they're presenting this argument to change policy.
Fundamentally, the letter appears to value private corporate control over secrets above government access. That's simply a political stance - but I'd have an easier time taking that seriously if they just came out and said it.
Additionally, the letter doesn't address one of the points of partial transparency like this: it discourages harmful CYA secrecy. Reporting on vulnerabilities is a financial risk; there's always the incentive to find excuses (whether explicitly, or organically due to how organizations work) to mitigate that at the expense of mitigating the harms of the vulnerability itself. People and corporations act differently when they know others might take note of their choices. And that's often a good thing. Even _if_ there are real harms due to confidential reporting, it's not clear those outweigh the benefits.
To be clear: I do NOT support the CRA (don't know enough, but it sounds potentially onerous, for sure); I merely don't believe this letter makes a very convincing case against article 11. There may well be better arguments, and almost by definition improvement is possible.
- 112233 3y agoBecause of resume-padding minority (i hope) of security researchers, that aim to hang new pair of antlers over their fireplace at any cost, this is automatically primed to blow up. sec-bro: i have comed upon dark web that your softwere disply passw if press F5 enough. it is criticl and being activly exploted. please bounty you have no time to test, debug, or anything, really (it is a holiday) so the attending security gnome simply fwd this to devs and cc upper gnome, that fwd it to authorities. authorities: we issue massive security risk warning! imagine the level of competence and common sense needed at all stages of this chain to avoid these kinds of herd runs.
- hyperman1 3y agoLet the security community send their reports to the governement, in exchange for indemnification. If the gov gets bothered by too many useless reports, I am sure they can deal with the reporter. In fact, an active security incident is a crime. You can as well report it to the police,it's basically the reason they exist.
- michaelt 3y ago> The legislation doesn't require publication; it requires confidential reporting. Doesn't it? The legislation [1] says: > Article 11 Reporting obligations of manufacturers > 1. The manufacturer shall, without undue delay and in any event within 24 hours of becoming aware of it, notify to ENISA any actively exploited vulnerability [...] ENISA shall, without undue delay, unless for justified cybersecurity risk-related grounds, forward the notification to the CSIRT designated for the purposes of coordinated vulnerability disclosure Maybe your interpretation is different to mine - but to me that sounds like every report will be subject to "coordinated vulnerability disclosure" [1] https://eur-lex.europa.eu/resource.html?uri=cellar:864f472b-34e9-11ed-9c68-01aa75ed71a1.0001.02/DOC_1&format=PDF#page=41&zoom=160,-12,363 https://eur-lex.europa.eu/resource.html?uri=cellar:864f472b-...
- Retric 3y ago> unless for justified cybersecurity risk-related grounds Means they can keep things confidential, assuming it’s still relevant.