Earlier quoted context omitted.
Also user namespaces have had a long list of vulnerabilities, but that's still better than running docker as root directly.
Hrmm. "Take over the entire machine" type vulnerabilities, or "these namespaces weren't quite as isolated as we thought" vulnerabilities?
Lord of the Io_uring (2020)
11–20 of 20 posts
Re: Lord of the Io_uring (2020)
#12No io_uring explainer is complete without a comprehensive running list of all the vulnerabilities discovered (so far) and the consequent API and behavior changes. This one, unfortunately, has been static since 2020, which means it comes from the time when io_uring seemed like it might be a fairly OK idea, instead of the toxic waste spill it turned out to be.
Also user namespaces have had a long list of vulnerabilities, but that's still better than running docker as root directly.
Whereas rootful docker is a well known thing, run on millions of machines, and none of the vulnerabilities discovered in its entire existence is as bad as any single priv escalation issue caused by allowing unprivileged users to create a user namespace.
Re: Lord of the Io_uring (2020)
#13No io_uring explainer is complete without a comprehensive running list of all the vulnerabilities discovered (so far) and the consequent API and behavior changes. This one, unfortunately, has been static since 2020, which means it comes from the time when io_uring seemed like it might be a fairly OK idea, instead of the toxic waste spill it turned out to be.
Re: Lord of the Io_uring (2020)
#14No io_uring explainer is complete without a comprehensive running list of all the vulnerabilities discovered (so far) and the consequent API and behavior changes. This one, unfortunately, has been static since 2020, which means it comes from the time when io_uring seemed like it might be a fairly OK idea, instead of the toxic waste spill it turned out to be.
What is it with io_uring and btrfs in particular that gives people a compulsive urge to bring up bugs from years ago as proof that they should never be used. Yeah, huge complicated new subsystems land with bugs, and then they gradually get fixed. I’m sorry we can’t all ship perfect bug-free software on the first release, please be kind to us mere mortals.
Re: Lord of the Io_uring (2020)
#15Earlier quoted context omitted.
What is it with io_uring and btrfs in particular that gives people a compulsive urge to bring up bugs from years ago as proof that they should never be used. Yeah, huge complicated new subsystems land with bugs, and then they gradually get fixed. I’m sorry we can’t all ship perfect bug-free software on the first release, please be kind to us mere mortals.
io_uring is fundamentally under-designed and will never work correctly. It cannot be incrementally reformed.
Re: Lord of the Io_uring (2020)
#16Re: Lord of the Io_uring (2020)
#17Earlier quoted context omitted.
Also user namespaces have had a long list of vulnerabilities, but that's still better than running docker as root directly.
That is a ridiculous statement. In the case of userns exploits there have been many and it means that every unprivileged user can obtain root on the machine. Whereas rootful docker is a well known thing, run on millions of machines, and none of the vulnerabilities discovered in its entire existence is as bad as any single priv escalation issue caused by allowing unprivileged users to create a user namespace.
Re: Lord of the Io_uring (2020)
#18Earlier quoted context omitted.
That is a ridiculous statement. In the case of userns exploits there have been many and it means that every unprivileged user can obtain root on the machine. Whereas rootful docker is a well known thing, run on millions of machines, and none of the vulnerabilities discovered in its entire existence is as bad as any single priv escalation issue caused by allowing unprivileged users to create a user namespace.
Lol that's just like saying having no door is better because some people can pick locks and occasionally open doors.
Re: Lord of the Io_uring (2020)
#19The legends on the graphs are so small, that I can't read them on my smartphone ... and of course the Website does not allow me to zoom in >_>
Re: Lord of the Io_uring (2020)
#20Earlier quoted context omitted.
What is it with io_uring and btrfs in particular that gives people a compulsive urge to bring up bugs from years ago as proof that they should never be used. Yeah, huge complicated new subsystems land with bugs, and then they gradually get fixed. I’m sorry we can’t all ship perfect bug-free software on the first release, please be kind to us mere mortals.
io_uring is fundamentally under-designed and will never work correctly. It cannot be incrementally reformed.
Pretty much everything high performance is ringbuffers these days, e.g. NVMe. What makes io_uring the one thing that cannot be done?