@unrtst @pluralistic I'm aware of a number of incidents where open source libraries were used by contractors without the knowledge of the company that would ultimately sell the product. They were used to save time or money, which is a completely legitimate reason to use a good library. Hiding that information from the client meant that the client wasn't aware that any vulnerabilities published regarding those libraries were risks to their product as well, because they didn't know it had been used. The cases I know about are obviously ones that were discovered.
The attitudes about using open source libraries in commercial products are complicated, but they've shifted over time. It's accepted now that there are ways to use open source in full compliance with both the stated terms and the intent of the licenses. Any tool that is designed to circumvent the need to comply with those licenses creates any incentive to hide the connection entirely. The copyright holders of the open source code aren't going to want the license they chose to be cast aside while someone can still effectively use their work. And companies that want to remain in real compliance with licensing terms aren't going to want it either. Yet it creates a perverse incentive for middlemen, whether contractors or people wanting to create forked projects without the burden to them of the original license. Those 3rd parties have a perverse incentive to hide the connection from the rest of the world.
Another risk of forked projects is that it dilutes the pool of developers to support them. When some of the forks are closed source, the developers supporting them will be limited to those paid to support them. Those forks are more likely to become unsupported orphan projects.