I understand that Americans tend to think like this. But proportionality works quite well in Europe: Large companies get more scrutiny and higher fines while small companies get a warning.
All but one of the cases ended in a warning, but it does show the increased scrutiny that smaller entities seem to enjoy.
Edit: just to clarify me or my business were not directly involved with all those cases, but in the one that we were, it was something we had simply overlooked with regards to GDPR and all was good immediately when the auditor determined we had resolved the problem
https://www.enforcementtracker.com/
This trend is similar to how the megacorps block out competition in the US by killing small businesses and making it very difficult to engage in economic or engineering activity through the regulations they sponsor.
This law in particular seems to be the product of the private German interests which at the moment dominate the Euparl. So, yeah, its happening in Europe now too.
The fine is arbitrarily decided. There isnt anything solid governing the amount if the fine is not % of revenue. So it totally depends on the whim of the regulator. Which is totally in lieu of the principles of civil law that Europe uses. Its more like the common law practice in which the authority can interpret things and can act arbitrarily without solid, inviolable, democratically-made laws governing its behavior.
This may look like working today. Tomorrow you may find it disproportionately hitting whichever segment or sector that the interests behind the incumbent regulatory appointees target.
This is wrong. See GDPR article 83, and https://edpb.europa.eu/system/files/2022-05/edpb_guidelines_...
How is 'evaluation' done and who does the 'evaluating' you think...
There is no solid legal directives defined in GDPR regarding static amounts. They hinge on on the regulators' interpretations.
Anyway, my point was that the fines dispensed nowadays are sensible. As for the future, DPAs know very well that the instant they go rogue, ie. distribute disproportionate fines or misinterpret the law, their decisions will be reversed by an appeal court. It already happened, in fact.
edit: I just read this on the website of my govt:
> The court that sentences the offender is free to set the amount of the fine, but not to exceed the maximum amount set for that offence.
Turns out judges here have even more leeway than my DPA! The finepocalypse should come any day from now. And don't get me started on courts of assizes.
> Anyway, my point was that the fines dispensed nowadays are sensible.
The sensible fines of today do not guarantee the fines of the future. The precedent concept does not apply to civil law. When an authority is given free range interpretation power like this, the next batch of regulators can interpret it in however they want. Which is in itself a violation of civil law principles.
> ie. distribute disproportionate fines or misinterpret the law, their decisions will be reversed by an appeal court
No Open Source contributor will risk getting such a fine, then going through a lengthy court battle to revert it. They will just stop contributing.
Good afternoon.
A speeding ticket has a fixed fine, anything more complex than that has some level of arbitrariness.
This is how things work in pretty much every other country of the world.
And of course fines are appealable, etc
They will come after the little guy with the full force of the state, with their lackeys wearing a pistol belt, and you had better comply, or else. Meanwhile they dont have resources to perform audits on the big guys
This is not what has happened with previous regulations. In fact, it's mostly weaponized against US companies, but that's mostly because it's fun and deserved.
It's not dissimilar to how the tax authorities always seem to pick small timers for a random extensive audit.
It's not like they're the cause of half of regulations or anything due to all the scummy small business owners...
Yes think of smaller entities - which are not all commercial, mind you - just don't think of them more often and more thoroughly than the multinational megacorporations that have been racking up endless violations, most of which they are continuously worsening rather than fixing, and are in many cases actively trying to litigate into oblivion.
The idea is good and I'm all for it, but mostly due to said observations I'm not convinced its practical implementation will be very effective at all
The result?
GSK paid $4 bn in fines. They made $11 bn in profits from that drug. Net $7 bn even with the fine.
...
This is the way regulation works in the US. And this is why the Americans dislike it: Small businesses can never risk that. Big businesses dont need to care about that. Its designed to kill the small for the sake of the big.
The Eu used to be different. But judging from how this law is crafted, it might be changing.
>(f) protect the availability of essential functions, including the resilience against and mitigation of denial of service attacks;
>Did the EU just require me to make software that can withstand (unspecified) denial of service attacks? Something that is mathematically proven impossible?
That does not seem like the intent of the paragraph. My first thought is that it's a poorly worded (though legalese oftentimes needs to be) way of saying that devices should not easily be turned into DDOS nodes. But it might also just say that even if it's under DDOS attack, there should be a way to operate essential functions still, which is very much possible with some compartmentalization.
Regardless, I can imagine there are some products with 'essential functions' which require the channel that could be DDOSd, no?
My stance here is that it's very broad, and I think it's easy to create an exploitable system from these directives. But unfortunately the problem is real and the mitigations complex. I was buying into this initially because of that, it seems reasonable without much thought on what the exact solutions look like, which I think makes it more dangerous.
If other engineering fields have seen this process, and the involved regulatory bodies have stayed independent of large corporate interests, I guess we should have a good shot. But with my lack of knowledge on that topic, I hold some trepidation for the future of smaller software shops and individual developers.
> (g) minimise their own negative impact on the availability of services provided by other devices or networks;
Service exploit mitigation techniques? Really why didn't I just think about not writing bugs, and vulnerable code.
One example could be limit what the system can and can't do. And don't allow it to communicate with the whole world when your only required endpoints are api.samsung.com, an ntp server, DNS and MQTT.
A shame that he had to write this hit-piece when he could have asked what notified bodies are testing _today_ to meetx requirements for RED.
refusing to quote what you mean is bad faith. and you're not really contributing to the conversation
I would bet that a lot of devs actually want to write high quality, well-tested code and engage in proper project hygiene but simply aren't given the bandwidth required to do so. In my experience everything is so tilted towards "ship now, fix later (maybe)" that any IC's efforts to do things more correctly is a bit like trying to swim upstream.
> Please respond to the strongest plausible interpretation of what someone says, not a weaker one that's easier to criticize. Assume good faith.
> Please don't post shallow dismissals, especially of other people's work. A good critical comment teaches us something.
> When disagreeing, please reply to the argument instead of calling names.
It's okay to disagree with someone, but saying their comments are hypocritical and that they're throwing a fit is not okay.
How many here are confident of writing software as securely as Theo?
edit: I still think this is going in a good direction, but at this stage this kills a lot of small businesses, startups and open source.
Requiring certification for every release means killing off most software, let alone the fees. Forget multiple supported releases or LTS, everything will be rolling release.
Does all public code on GitHub need to be audited?
Gosh, can you imagine if other industries had to deal with such oppressive requirements, like if the local taco truck had to abide by some minimum standards of food safety, or if engineers would be held accountable for a bad bridge, or if accountants were expected to actually do their job correctly?
What a terrible world that would be.