Two Linksys mesh routers send sensitive information to an Amazon server without any encryption, according to Belgian consumer organization Testaankoop. The practice could leave passwords, wireless network…
Two Linksys mesh routers send sensitive information to an Amazon server without any encryption, according to Belgian consumer organization Testaankoop. The practice could leave passwords, wireless network…
What have you checked out or audited specifically?
In the open source projects I started and worked with, nobody really helped. In fact, one of ours was a fork of a commercial open source project. Ironically enough, if they were closed source they would have survived Longer…
DevFS was a core Linux component. And nobody wanted to maintain it, so it got depreciated before a replacement was even available (udev eventually, but it was totally unusable at the time).
Are you using openbsd? That is fully audited apparently
Everyone talks about looking at the code, but in practice, it’s disappointing most people don’t. I wish this wasn’t true.
The best Access points on the market are not fully open source I’m fairly sure. But the best Access points have a lot of developers who ensure qa on your behalf
What matters is the resources put towards it. A lot of high end routers have full service contracts that guarantee security and support.
Just because something is open source, especially if it’s embedded hardware, doesn’t mean it’s easy to debug and recompile.
You of course have some valid points, but I think they don’t just apply to OSS, but software in general. Software is often unmaintained, has bugs, and nobody really cares for it, that is true for both OSS and closed source.
Being OSS is always a boon in my opinion, as it enables people to take a look at it if they want to. There is no audit-duty, people can (within the license) do whatever they want, and that is a very good thing.
I didn’t really audit OSS, but that’s not the only boon OSS offers. For example, I wrote a rust tool that did something similar to
teeso I just went and pulled up the source code of GNU tee. No problem (besides that C code feels so messy)Or another example: I develop a lot of rust. In rust, there are a lot of dependencies that offer very nice functionalities. I was developing a library to help make developing cli tools easier, and wanted to make a module for easily creating a repl (think bash but very dumb). There was a repl project that did some things I wanted, so it was no problem to just go and look at their source to see howbI voukd do my things.
As a result, I stay convinced that OSS is more trustworthy and more approachable for users and developers (Note that this effect is offset by gazillions of corporate money for closed source).