Dirk Riehle's Industry and Research Publications

But what if someone steals my inner source code?

During my talk at the inner source summit, I was asked about the following worry with establishing inner source at a company:

But if we lay all source code open within the company, don’t we run the risk that a disgruntled employee has it too easy to steal all code and publish it on the web?

The main answer to this question is to weigh benefits against risks. The benefits of inner source have been explained elsewhere, for example, in said talk of mine. The risks may seem less clear. So, could it happen that an employee steals all source code? What damage would it do?

First, this would obviously be illegal. If the thief was to publish the code, or if they were to sell it to another company which then would use it, it would ultimately become known and the original company could sue the heck out of the employee or the other company. Why would they run the risk?

So, if anything, there might be a risk that code is stolen more easily and that it gets exploited secretly. One form of exploitation is that some other company learns something important from the code. Maybe. Programming a new variant takes time and effort and is buggy.

So, perhaps, highly critical code, true crown jewels, may not be made available to everyone. Most of the code within Google is laid open to everyone, but I’m being told PageRank is kept separate. But these are special circumstances. Most code is run-of-the-mill and not that unique.

Another concern is that with source code being available to a possible attacker, they will have it easier to devise a cracking attack. It is a common but wrong belief that closed source code is inherently more secure than open source code. It is not. What counts is process and people, not access to the source code.

Which brings me to the last point: So what? Code is rarely worth much without the people. We already discussed that the thief can’t use it. Learning will be hard without the people at hand. Until that learning has been turned into action, some time will pass. Results may be incompatible with the thief’s own code base. If anything, it will be a distraction to the thief or buyer of the source code.

So, I’m not worried that laying open most source code within a company for purposes of establishing an inner source ecosystem will harm the company. The benefits far outweight any risks.

Newsletter subscription

Comments

  1. Rashmi Avatar
    Rashmi

    First , it is a very good keynote . Inner sourcing is indeed a novel concept . I did come across an instance , where an ex-employee had written some really shoddy code , which was indecipherable . The firm has Limited resources , so burdening the current employers was not the best idea . The code was not Magic potion . The firm decided to hire some interns to look into the code , finding it to be the best measure , Interms of cost-benefit ratio . I personally felt it was a waste of resources , and would have preferred to open source it to a dedicated Community of development enthusiasts . The firm was pretty paranoid about safety . So in short , my question is Is it possible or how can a firm leverage the benefits of an open source development Enthusiast Community , are there any security measures that can be taken ?

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Navigation

Share the joy

Share on LinkedIn

Share by email

Share on X (Twitter)

Share on WhatsApp

Featured startups

QDAcity makes collaborative qualitative data analysis fun and easy.
EDITIVE makes document collaboration more effective.

Featured projects

Making free and open data easy, safe, and reliable to use
Bringing business intelligence to engineering management
Making open source in products easy, safe, and fun to use