Nessus 3.0 discussed 131
An anonymous reader writes "Nessus is one of the world's most popular (open source) vulnerability scanners, used in over 75,000 organizations world-wide. Many of the world's largest organizations are realizing significant cost savings by using Nessus to audit business-critical enterprise devices and applications. With the recent news of going closed source Ron Gula took a few minutes to talk to SecurityFocus. From the article: 'I speak to a lot of different open source project managers and they say similar stuff -- it's mostly free users and not really code contributors.' What would happen now? Nessus 3 will provide an average 5x speed improvement compared to the old, but open source, 2.x version, and a lot of new features."
GPL resistance? (Score:4, Interesting)
I know some consider it broke, but Nessus is fairly popular, and the GPL resistance seems a key reason for going closed source.
Re:GPL resistance? (Score:4, Informative)
Fyodor (author of NMAP [insecure.org]) posted about Nessus going closed source [seclists.org] in the nmap-hackers mailing list some weeks ago. It seems that Teenable's main point is not GPL-resistance from the enterprise customers, but rather the fact that there has been almost zero code contributed to Nessus, and that by providing its source, they were helping a lot of companies that could be classified as their competitors. I, for one, can see their point, even if I am a strong advocate of free software (free as in FSF, not OSF).
However, as has already been stated, that does not mean this is the end of free Nessus -- it will still be free, except we no longer will be able to look under the hood. Since many of us automate Nessus directly through the command line client and parsing of NBE files, I believe that this will impact very little even power users.
Re:GPL resistance? (Score:4, Interesting)
First, the two points are independent.
And the first one is almost irrelevant. Who cares if nobody contributes to your OSS project? That's irrelevant to anything. Naturally, due to the nature of the concept of OSS, it would be BETTER if a community of developers appears and supports the project - that's the advantage of OSS over proprietary. But it's not a requirement per se. In fact, however, it usually indicates that there is a REASON for this - which might be how the project is run, the technical difficulty of the project, the niche market for the project, or any number of things - some of which might be solvable, some may not.
The second point is just a refutation of the concept of OSS: instead of trying to make money from support or other business models using OSS, just dump the concept and go back to being proprietary. It's NOT A REASON, it's a CHOICE!
And again, it goes back to the what and how of the project. Does Linus complain that Sun uses Linux while producing OpenSolaris - arguably a "competitor"? Granted, Linus doesn't view himself as a "competitor" in business against Sun - he's simply a developer who wants to advance the state of the art in OS building.
The problem is, the Nessus guy does view himself as a competitor in a closed market. He wants to use Nessus to produce other security software and sell it. He views everybody else who uses Nessus to produce other security software to sell as "competitors". Well, they are - if that's your business model.
It's an issue of perception, however, not necessarily reality. It's also an issue of whether you feel you can BE competitive on a level playing field - obviously this guy doesn't.
That doesn't make his choice the right one - it's just his choice. I think it will cost him in the future.
Open source doesn't mean you don't have competitors. Every project stands or falls on its merits in the marketplace of ideas. That's why we have something like a thousand Linux distros - most of which are utterly irrelevant to most users and utterly irrelevant to the position of Linux in the marketplace of users.
And open source as a SOURCE of business models is not different. The question is whether you can develop a business model that allows you to make money - or even get "rich" (whatever "rich" means to you), if you're smart enough - and that's really not relevant to open source as a development model.
Some people deride open source as a bunch of geeks working for free while somebody else gets rich off their efforts. While this may in fact happen on occasion, it isn't a direct consequence of the OSS development model.
The only place where it might be an issue is in developing something that can be seized on by a company like Microsoft which ALREADY has an monopoly position due to its closed source model and its business practices and then turned against the OSS developer. The GPL was intended to prevent this by disallowing the incorporation of OSS software into a proprietary product and closing off access to the source.
But the GPL says nothing about somebody taking an OSS product, incorporating it into a different (preferably better) OSS product, and thus obsoleting the original OSS product. The OSS COMMUNITY says that you SHOULD return value to the original OSS product. But that doesn't always happen, nor should it always happen.
If you develop an OSS product, and try to make a business out of it, you should be smart enough to assume that other people will take your product and try to develop a business around it as well - and conduct yourself accordingly. If you believe in the OSS model, you can find ways to continue to develop using that model and still compete effectively.
The Nessus guy just doesn't believe in the OSS model, it's that simple.
Re:GPL resistance? (Score:3, Insightful)
I guess the project developer certainly does.
If I understand correctly, the competition wasn't exactly from competing OSS projects, rather from companies providing services around the system that he built. In effect, he had a hard time comp
Re:GPL resistance? (Score:3, Insightful)
While I agree that OSS should be a two-way street, it doesn't require EVERYBODY using an OSS product to contribute to the project.
The idea that all users should be developers is nonsense. "Contributors", perhaps - "Here's a feature we'd like you to provide" - but even there, some people may use a product and be perfectly happy with what it does and not need anything else.
You can't say they can't use it just because they don't contribute to the project. That's just making a contract law substitution for a m
Re:GPL resistance? (Score:3, Insightful)
It certainly is relevant. Now his competitors have to put in the effort to try to figure out how to speed it up by 5 and spend a LOT of their time coding. That puts it on a much more even lev
Re:GPL resistance? (Score:2)
Not necessarily. His competitors in the SUPPORT business don't need to do anything. They can just wait for another set of OSS developers to fork the project, build in the speed improvement (you think they can't figure out how to do that from the existing code - or by reverse-engineering the new binary?), and then the support competitors can go right back to competing with him again on a level playing field.
The worst that can happen to his support competitors is that they lose market share by having to wait
Re:GPL resistance? (Score:2)
Even if some OSS deveopers do pick it up. Your making another huge assumption that they will be as good of coders as the original developer, and work on it as hard as someone who's trying to base his living on it.
His failure to compete is beca
Re:GPL resistance? (Score:2)
How is this different from any other closed source company? They have to develop and support, too, and their competitors in the SUPPORT business only have to support.
Entire classes of VARs exist that do just that.
And saying "support" means customization of the code, as some people here have said, is just a red herring. It doesn't. It merely means you known
Re:GPL resistance? (Score:2)
Not to seem rude, but you write like a self-serving ego centric user, and we developers don't have to please you. You are the lowest form of l
Re:GPL resistance? (Score:2)
I said nothing about "expecting to roll forward without any contributions". I said it is not required for everybody who is a user to be a contributor, nor is it required that a community develop to BE an OSS project.
And where did I ever mention moving to closed source as better for the species than OSS?
Are you sure you're responding to the right post? If not, get a clue.
Gratis software foundation? (Score:2)
You are an advocate of free, as in FSF, software and you still consider software free in any meaningful way when you no longer can look under the hood? I think you need to learn a bit more about what the Free Software Foundation stands for.
Re:GPL resistance? (Score:4, Insightful)
I'd assume utilizing GPL'd software in a standalone fashion should have no bearing on your output, right?
Re:GPL resistance? (Score:3, Insightful)
My, what a classic troll. Almost antique. Distributing without a valid license could lead to civil and criminal penalties, but never to forced release of code. Complying with the license afterwards would have no influence on your legal liability. The developers may offer to dr
Re:GPL resistance? (Score:3, Interesting)
If your application links with *any* gpl code it cannot be distributed without making the whole application GPL. That's the reason for corporate policies against using GPL software - the risk is too great.
'complying with the license afterwards' == 'release your software as GPL'. Not acceptable - and most companies would *prefer* to pay $150,000 per incident than do that.
Re:GPL resistance? (Score:2)
Re:GPL resistance? (Score:2)
Feel free to point out any time that this has been the case. There have already been numerous discoveries of GPL violations. These situations have either lead to the removal of GPL'd code, or more likely, proper publishing of code in compliance with the GPL. I have not seen a single case where any code has been involuntarily released under a GPL license. Granted - the distinction is very slight. But the offender has always had the option. And I would suppose the u
GPL and IBM/Sco (Score:2)
Let's say you have a bunch of code to which you own the copyright to (code A), and then some other code (code B) which was released to you under the GPL. If you combine the two and release a product, then it has to be released under the GPL. If I get the combined product (including the source code) under the GPL, and I want to redistribute it, I have to do so under the GPL. However, you still own the copyright to the code you have originally developed (Code A). You didn't license that code to yourself u
Re:GPL and IBM/Sco (Score:2)
That's not to say that violating the terms of the GPL won't have an associated cost. Violators will either have to release code they hadn't intended to release o
Re:GPL resistance? (Score:2)
If your application links with *any* gpl code it cannot be distributed without making the whole application GPL. That's the reason for corporate policies against using GPL software - the risk is too great.
No, it is still bullshit. If you intentionally include GPL'd code, naturally you have to abide by the GPL. Complying with the GPL or choosing not to use GPL'd code are both perfectly acceptable corporate policies, so I don't understand where you get risk from. Unless you
Hold your horses (Score:3, Informative)
Nessus 3 will be free of charge for end users or service providers or consultants to do whatever they want with it, except put it into a product or re-brand it as their own software.
They are looking to make money on their support of the product, which is a well astablished model.
Re: (Score:1, Insightful)
FUD! (Score:2)
I would much rather a sercurity app be F/OSS so I *can* see all of the code and spot possible vulnerabilities myself. Of course that is dismissing hte fact that, according to TFA most people are not coders and not contributing to the code, still, as far as security by obscurity goes, that never works out, just look at Microsoft...
Re:Hold your horses (Score:5, Insightful)
And fully possible without closing the source. The name can be protected by trademark, and people will rather have the developers supporting it than someone else. Besides, there is no reason to assume it will continue to be free. Basicly, it's no longer an OSS project, it's freeware given away by a business. Been there, in general rarely been happy with it. Expect NessusPlus for $$$ soon.
Re:Hold your horses (Score:3, Informative)
You're looking at this the wrong way. (Score:2)
Think about it. Let's say Microsoft creates some tool, and develops it in house. They open the source under the GPL. Would you volunteer your time to help a company like Microsoft further develop their software? Sure, it's GPL, and so you can do whatever you want with it, but it's st
Re:Hold your horses (Score:2)
No, it
Re:Hold your horses (Score:3, Informative)
I like having the source available to me, but some people aren't in it for the humanitarian aspect. The owners saw no benefit for releasing the code under the GPL and were having some detremints, so they stopped.
Re:Hold your horses (Score:2)
There are other ways of getting return of being GPL other than having patches. I'm sure that a lot, if not all of its popularity was due to Nessus being a good GPL project.
Now that it has dropped the GPL part, I predict it will lose a lot of popularity too.
Keep dreaming (Score:2)
Re:Keep dreaming (Score:2)
"Do you honestly think that most people would pay $500 for a product that can be acquired for $25 if rebranded?"
Yes, I do. I also think that there's evidence that asserts exactly this. If your assertion were true, then CentOS (free, re-packaged RHEL) would be one of the most popular server distros in the corporate world. It's not.
RedHat is a very profitable company because they see beyond the logical fallacy in your statement. You beg the question that people pay for software, not the services provided
Re:Hold your horses (Score:2)
And what would be so wrong with NessusPlus for $$$? It is a company. They DO have to pay the bills. There were getting VERY LITTLE outside help from other developers. I say go for it. It is and has been an excellent product and I'm sure we'll get nothing less on the quality side in the future, be it free or for money. I for one would buy their product if they decided to sell a Plus version and would still use their free version as well just to give them a bit more support. I'm a LOUSY programmer for the mos
Re:Hold your horses (Score:2)
They are looking to make money on their support of the product, which is a well astablished model.
Although still free many will choose not to run the newer version without the source. The reason is simple, security. With the source code being open it can be reviewed. First, the contribututor and then the approver and if needed, by yourself.
Re:Hold your horses (Score:2)
At the moment, I'm not saying that's not a good thing. It's good that the new version of Nessus will still be free (albeit with restrictions.) And of course there's nothing wrong with charging for support - that's not even an issue here.
I'm just saying the guy doesn't accept the OSS model anymore.
That's fine, but his reasons aren't reasons - they're either irrelevant or simply a refutation of the OSS model per se.
More info links (Score:5, Funny)
Official Website [nessus.org]
sorry, bad karma makes people do this kind of post...
:(
Re:More info links (Score:1, Offtopic)
Eh? Demanding sympathetic modders?!
Is this the newest trick after
"I'll probably get modded down for this"
and
"Don't mod me up"?
I doubt that this will work
Re:More info links (Score:2)
Re:More info links (Score:1)
stupid karma whore
What do you mean, "Funny"?? (Score:5, Funny)
Seems simple enough... (Score:5, Interesting)
However, some questions:
1. Can someone more familiar with the licensing process elaborate on the pandora's box here?
Imagine that you are a code contributor who in **good faith** contributed a patch or entire modules under the assumption that such contributions were going to be under that open source license. Now that the company pulls the source and closes it down, does that mean they took your work and will use it for their closed source purposes without your consent? Profit from it? Can you revoke their access to it? I can't imagine that such licenses have a statement of what happens to the code once it leaves your hands and goes into the archive... Imagine: "All your work becomes property of our CVS tree and cannot be returned if the tree becomes closed."
2. Why wouldn't they just keep the CVS tree accessible by main developers and give only those important people commit access?
Like pretty much any large project (*BSD, Linux kernel) does? Yep, I know -- they make it so those without such access cannot check out code just to see if they want to be part of the project in the first place. But could they be convinced if enough people show interest? I guess that's the problem -- too many users, not enough developers or users with enough motivation/ability to make useful changes and additions.
3. How long until we see OpenNessus or (insert clever derivative name here)?
Just like other projects with licensing/source/philosophical issues - make a fork of the last available code and try to go their own way. Just like OpenBSD from NetBSD, IPCOP from Smoothwall, etc. etc.
Just curious.
Re:Seems simple enough... (Score:1)
"you are a code contributor who in **good faith** contributed a patch or entire modules"
br it seems that there were not many contributions by the OSS community anyways. they've been GPL for SIX years w/ little support from those who know how to program. shame on us, i guess. --iggy
Re:Seems simple enough... (Score:2)
Even if it's a single line if it's contributed under GPL it remains GPL unless the original author decides to relicense it (although it'd be difficult to prove a single line GPL violation in court, and most wouldn't bother).
Changing OSS project licenses is a difficult job, and for some projects may not even be possible short of a complete rewrite.
Re:Seems simple enough... (Score:3, Interesting)
MySQL for example will license you their source in either GPL or non-GPL varieties so that you can incorporate it into your software to resell and not provide a license, they can dual license because they own all the code, they could not dual license if someone had submitted code under the GPL to them.
They also seem to have not had very many people contribute b
Re:Seems simple enough... (Score:2)
I don't see how the next version of the GPL can "close" that "hole". And if it does, we're likely to see more proliferation of licenses than we have to date.
The idea that providing support for an OSS project independently of the project is against the OSS concept is just nonsense. The GPL is intended to insure access to source code and prevent that source code from being appropriated by proprietary companies and closed. Nothing more. It says nothing and should say nothing about how money is made around OSS.
Support (Score:2)
Real support requires software freedom. (Score:2)
If by "own[ing] the code" you mean holding the copyright to the code, your first sentence is quite right—free software allows users the freedom to support the program without holding the copyright to the program. What passes for support is often instruction on how to use a program.
Re:Support (Score:2)
Agreed. And my prediction exactly. Tenable has cut its own throat.
They've blamed the wrong thing for their failure to date - which guarantees greater failure in the future. Classic bad management.
Re:Seems simple enough... (Score:2, Informative)
If the project is (L)GPL and you contributed under the GPL, they can't close the source.
If the project is, say, MIT, X11, or BSD licensed, and you contributed under one of those licenses, then they can.
I guess that's the problem -- too many users, not enough developers or users with enough motivat
Re:Seems simple enough... (Score:2, Informative)
Unless all contributors agree to re-license their work. [nessus.org] IANAL, but I think this allows future versions to be closed.
Re:Seems simple enough... (Score:1)
Re:Seems simple enough... (Score:1)
> contributed a patch or entire modules under the assumption that such
> contributions were going to be under that open source license. Now
> that the company pulls the source and closes it down, does that mean
> they took your work and will use it for their closed source purposes
> without your consent?
Absolutely not. If you contributed a whole module or file, you own the copyright for it (unless you transfered the copyright to th
Re:Seems simple enough... (Score:3, Informative)
This only goes to show... (Score:4, Interesting)
Hopefully, Nessus 3 will also solve some of the problems Nessus has been having. According to Wikipedia [wikipedia.org], "some of Nessus's vulnerability tests can cause vulnerable services or operating systems to crash." For those who are wondering, Nessus scans vulnerabilities mostly on the application and network layer. Usually it port scans open ports for vulnerabilities, and looks for various network problems such as computers on promiscuous mode [wikipedia.org], etc.
For any of you network admins out there, a friend of mine has a medium business LAN and has been using Nessus, and it's working very smoothly for him; however, I recommend looking more into it before making any quick decisions based on Slashdot articles.
Re:This only goes to show... (Score:1)
Re:This only goes to show... (Score:2, Insightful)
even though it's still free (Score:2, Interesting)
Re:even though it's still free (Score:2, Insightful)
Re:even though it's still free (Score:1)
I do not believe that no one has never ever contributed to Nessus.
Re:even though it's still free (Score:1)
Re:even though it's still free (Score:2)
Re:even though it's still free (Score:1)
End of the day, you don't eat good intentions (Score:5, Insightful)
Something else I've noticed is open source works well on widgets and shared components and APIs. Once the toolset becomes very focused and vertical in appeal, the model works less well - unless the users are also developers.
It will be interesting to see how the forked version works.
Smoothwall has done a good job with their approach. We'll see how it continues in the future.
Re:End of the day, you don't eat good intentions (Score:2)
Let's not forget also that in the real world, there are people who figure out how to get checks signed - and people who don't. That's true for proprietary software companies, too.
If you can't figure out how to make money from open source, the decision is usually to go closed source.
Says nothing about open source as a business model, really (especially since open source ISN'T a business model, it's a development model). Says lots about the decision maker.
Re:End of the day, you don't eat good intentions (Score:2)
What it says about the decision makeer is that they're smart enough to realize that trying to make a crappy business model work is a waste of time.
Re:End of the day, you don't eat good intentions (Score:2)
Re:End of the day, you don't eat good intentions (Score:2)
Re:End of the day, you don't eat good intentions (Score:2)
Having said that - I won't claim that a business based on Open Source code is easy. And, in fact, it is probably counter to many individual's instincts. So it may very well be harder. But on the other side, there are plenty of industries based on commodity products that m
Re:End of the day, you don't eat good intentions (Score:2)
Re:End of the day, you don't eat good intentions (Score:2)
It can. And it has in some cases. The real issue is whether the leeches are damaging you or not.
Re:End of the day, you don't eat good intentions (Score:2)
First of all, as I said, the OSS model is NOT a BUSINESS model, it is a DEVELOPMENT model. Therefore your entire argument is irrelevant.
Secondly, you can produce a business model around the OSS development model to make money with. Red Hat and numerous others do. If Tenable is trying to develop a support income from Ne
Has anyone ever thought... (Score:1, Troll)
I'm poor, so I know that I'm going to be flamed into Hell. But I don't care. These people closed source on something that open source proponets need, good, network admistration tools.
Money be damned. They hurt the F/OSS cause doing this. Whether they owned the copyright to Nessus is beside the point. This was a serious set back that will take those of us who use F/OSS Software months and possibly years to r
Re:Has anyone ever thought... (Score:2)
Support open software, or you'll lose it.
If people had contributed to Nessus in the past then this situation wouldn't have happened. The only people who are likely to be harmed by this are the ones who did nothing to help in the first place.
Re:Has anyone ever thought... (Score:1)
That which is within my power.... (Score:1)
I did it because this is the third neglected Open Source or Closed source project I had seen. First ZDaemon, a formerly Linux accessible Network for Doom 1, 2, and Final Doom, until the mainta
Let me ask you a question (Score:2)
Yeah the hardest part was finding qualified people to work on the existing open Nessus. Nobody did... competitors got the product for free and used it for their own profit, now we are here. Kudos for Nessus for having the balls to put food on the table despite the rantings of inconsequential zealots.
Violating by Dropping the GPL? (Score:2)
Wrong (Score:3, Insightful)
Re:Wrong (Score:2)
Re:Wrong (Score:2)
Re:Wrong (Score:3, Insightful)
If you study FSF's GPL howto [gnu.org], you'll notice how important it is that you first preserve your copyright of the code, then GPL it. This is to establish that you - the copyright holder - choose to do the GPL on your own rights. Notice how this only works because yo own the rights yourself.
You can obviously withdraw this later, but people who have used/copied/improved/whatever'd your code won't be forced to stop using it. This is specifically stated in the GPL. But I can take what I own the copyright for, and
Re:Wrong (Score:2)
Re:Wrong (Score:5, Interesting)
The simple solution to which is simply to remove the contributed code completely, and independently re-implement its functionality (if having that functionality is desired and/or necessary).
I had to do something similar (but for a release in the opposite direction -- from closed source to OSS) for the jSyncManager Project [jsyncmanager.org]. The version 1.0 series was coded entirely by myself, and was only ever released as closed source software (albeit as 100% free-as-in-beer software via the web; I completed v1.0 of this project as a thesis project, and felt that getting outside help by allowing others to inspect and comment on the code might have been considered "cheating" by some). A few weeks after v1.0 was released, I was hired by IBM Canada as a software developer.
The problem then became that nasty contract provision you have to sign when you join a company like IBM: the "what's yours is ours, and what's ours is ours" agreement, which basically states that anything you develop while employed by the company, even if it is completely on your own time and uses nothing learned from your employment at the company, belongs to the company. Fortunately, I was able to list existing technologies I had developed prior to joining IBM on said contract -- they were exempt so long as I stopped working on them while employed by the company.
There was, however, significant interest in the technology within IBM, and an IBM branded version called "ManplatoSync for Java" eventually made its way to IBM's alphaWorks [ibm.com] website. It included a significant rewrite of the GUI code, along with some new functionality, parts of which were contributed by other IBM employees. The intention was always to release the sources under the IBM Public License -- but the legal eagles who had continuing discussions (which I wasn't part of), and kept holding off on a source release (the whole discussion of which apparantly died once I was released from the company).
When I was later let go from the company, and free from their restrictions as to what I could and couldn't work on, I decided I wanted to release the jSyncManager as Open Source Software. But I couldn't just take ManplatoSync for Java and re-brand it back to the jSyncManager -- it was encumbered with IBM copyrights. I couldn't even retain functionality since jSyncManager v1.0 which I myself had written in those intervening 2.5 years, because it too was considered IBM property (nevermind the fact that I wrote it and didn't get paid one single red cent by IBM for any of it. Indeed, when I was later invited to speak on the technology at various conferences, the company forced me to use my own vacation time to do so).
At that point, I had two choices: give up and find something else to work on, or suck it up and go back to the pre-IBM sources and work from there. And that's what in the end I decided to do: I took my pre-IBM sources, made them Open Source, and then worked my ass off to re-implement all of the lost functionality (along with a lot of functionality that the IBM releases never had, like USB device support and network data synchronization), and released it all as GPL/LGPL software.
The Nessus team could very well have elected to do something similar -- just strip out any external contributions, and then work from there. The unfortunate thing about going from Openn Source to Closed Source, however, is that contributors are now forced to take the teams word for it that they stripped out any such contributions (assuming that they didn't re-assign copyright to the Nessus project when they were submitted -- something I've never asked any of my contributors to do), as you can't look at the source to see if your code is still in it (i
Re:Wrong (Score:2)
Re:Wrong (Score:3, Interesting)
There were a few factors which played in this decision:
By "nonexclusive" (Score:2)
That's what I was talking about before. Apparently they didn't get enough contributions that they couldn't easily write them out. This almost total lack of outside contributions in
Re:Violating by Dropping the GPL? (Score:2)
They just have to throw away any code that has been contributed under GPL, because that code is not theirs.
GPL is a lisense, not a copyright transfer (Score:2)
I am NOT free to pick up my marbles and go home; anyone USING the GPL version of the software has been granted the right to redistribute, so long as they include the source and maintain the GPL. That's the "viral" bit. The code has been infected by the GPL, and any modificati
Re:Violating by Dropping the GPL? (Score:1, Flamebait)
open source != open source project (Score:5, Interesting)
If your open source project is popular but you don't manage to attract contributors, the fault is likely with the people managing the open source project: any popular project potentially has hundreds of contributors.
Just writing software, making it open source, and having it become popular doesn't create an "open source project"--you have to design and manage the project as an open source project. You have to make it easy for people to contribute, organize the code appropriately, be nice to potential contributors, and give people an incentive to contribute.
(Just one data point: last I looked at Nessus, it didn't look like a good foundation to build on for our needs.)
Re:open source != open source project (Score:2)
Excellent point.
As I say in posts elsewhere, the fact that supposedly nobody contributed to Nessus probably has a REASON behind it, and in any event is irrelevant to the decision to close the source. They're simply trying to say that it won't make any difference by closing the source since it was all theirs anyway - and that it is not necessarily true.
The REAL reason is they can't figure out how to compete against people using their product without closing the source.
Re:open source != open source project (Score:2)
EXACTLY! Thank you for pointing out the bloody obvious, that those who commit will never be able to accept, nor identify, as selfcriticism is (seems to be) a virtue.
I've seen this with so many projects, its not even funny. One wont believe, how many projects out there expect the product
So Here's The Deal (Score:5, Interesting)
First of all, according to multiple sources, apparently the reason why there isn't a significant number of free plugins is because Renaud et al simply don't accept them, or when they do accept them, they substantially rewrite them enough such that a non-free version is what eventually makes it into the source. Now, I don't know this from personal experience -- and Renaud et al are welcome to deny this -- but this preference for suppressing the GPL component of Nessus has been strong enough that contributed free plugins have been suppressed because of overlap with non-free.
Such behavior does not grow a developer community. Tenable has implied that there's alot of leeches out there, and while indeed they have to suffer the most pernicious of parasites (companies that just rebrand their code!), there's good evidence that says the reason they don't get much code from the community is that they supposedly refuse what they do get.
I wouldn't speak up on this, but I have to balance my continuing appreciation for Renaud et al's work (which, mind you, still has a very nice license for our needs) against the need to stem accusations that nobody ever tried to give back to Nessus. People have tried.
Re:So Here's The Deal (Score:2)
There are entire companies that just take Nessus, slap a new UI on it, and release a 1U appliance that audits enterprise networks.
Security and Trust (Score:1)
My concern with the closing of the source on this project is specific to its function, ensuring security. Security is one of those funny program spaces where perception is all but reality. Enlightened paranoia is the order of the day. And the wonder
Scenario (Score:1)
I start a project with my company, its getting pretty complex, but im starting to like what i do on that project.
I ask my boss if i can use it for a personal project hence work on it when im not in work.
He agrees to open source it so other people can help me.
The program Reaches v1 to my companies standards, so that they dont need me.
I lose my job, but carry on my GNU program.
They close up the source to the program and start selling it.
I either keep the name of my program or call it OpenW
I know rebranding was the cause (Score:1)
There is a fork (Score:3, Interesting)
As a side point, it would be interesting to understand how Tenable have dealt with contributions that they did accept for version 2 - have they been removed completely from version3?
Experience from the trenches (Score:2)
For the last five years, I have been running a company with 10 people which lives from open source.
We have made enough money to sustain the company (and pay high Austrian taxes), but not enough to get wealthy.
Specifically, we have made money from other people's efforts, i.e., Nessus, Snort and NMAP. We've done this by building on the work of others, and putting a usuable front end on them for corporations (we call it Event Horizon), plus adding commercial-grade support. Sourcefire did the same thing
Re:Experience from the trenches (Score:2)
Re:I got some interesting results on my PC (Score:3, Funny)