Code source volé \ piraté par une entreprise rivale

Dans certaines entreprises pour lesquelles j'ai travaillé, les managers ont dépensé beaucoup d'argent en consultants en sécurité informatique. Principalement parce qu'ils ont peur que le code source soit volé par une entreprise rivale. Cependant, en tant que programmeur, je considère comme une préoccupation mineure qu'une entreprise rivale trouve le code source réel utile. Après tout, il suffit d’avoir accès à notre application, et cela peut se faire sans enfreindre la loi. À mon avis, les données traitées par les gens d'affaires seraient beaucoup plus utiles que le code source.

Ma question est; existe-t-il des exemples connus où le code source a été volé ET une entreprise rivale l'a largement utilisé?

Je connais un moteur de jeu (tremblement de terre 1 et demi-vie 2 si je me souviens bien) le code source a été volé, mais je ne vois pas vraiment qui a vraiment nui à leur entreprise.

(Je sais, cette question pourrait être plus appropriée pour d'autres forums sur stackexchange)

La fuite de Kaspersky au début de cette année en est un bon exemple. Selon la personne que vous lisez, la version divulguée peut être périmée d'un cycle ou deux et l'auteur peut avoir tenté de la revendre à des concurrents. Peu importe qu'il ait été vendu ou non, sa divulgation éventuelle via torrent est évidemment assez méchante et pourrait (a?) Avoir un impact financier sérieux.

C'est Half Life 2 qui a été divulgué juste avant sa sortie en 2004. Il y a un très bon compte rendu de ce qui s'est passé ici: http://www.eurogamer.net/articles/2011-02-21-the-boy-who-stole- demi-vie-2-article

Je pense également que la crainte que quelqu'un vole le précieux code source du produit x est très surfaite. Même si quelqu'un possède le code source, cela n'entraîne en aucun cas automatiquement la possibilité pour le voleur d'utiliser ce code.

Oui, il y a une valeur dans un produit logiciel qui a été écrit mais une valeur beaucoup plus grande se trouve dans la tête des personnes qui ont développé cette application. Cela peut être vu lorsqu'un développeur (ou une équipe de développeurs) quitte un projet de développement existant et est remplacé par de nouveaux développeurs (ou consultants, ou quelle que soit la partie que les gens ont dans le projet). Il faut souvent beaucoup de temps et d'efforts pour les mettre au courant de la technologie actuellement utilisée et de l'architecture sous laquelle le produit a été développé. J'ai vu plus d'un cas, où réécrire une application complètement à partir de zéro en apportant un nouveau design à partir d'un nouvel ensemble de personnes était beaucoup plus rapide et beaucoup plus fluide que d'essayer de creuser dans le code existant et d'essayer de comprendre ce qu'il fait vraiment .

Le simple fait de voler de l'uranium enrichi ne vous donnera pas (heureusement) tout ce dont vous avez besoin pour développer un waepon nucléaire. Ce n'est pas si différent avec le code source.

Je pense donc qu'il n'y a pas beaucoup de références où le code source volé a été utilisé pour développer une nouvelle application basée sur le travail que quelqu'un d'autre a fait. Ce qui a été fait, c'est de voler des idées de produits, puis de lancer le processus de mise en œuvre. Ainsi, la partie sensible protège les idées - pas le produit qui suit ces idées. Le produit peut être copié très facilement.

Voici quelques exemples que je connais personnellement ...

AT&T a développé le générateur d'analyseur yacc et le générateur d'analyseur lexical lex , dans le cadre d'Unix. Vous n'étiez censé obtenir des copies de la source que si vous aviez obtenu une licence source Unix ... mais quelqu'un a fait glisser une copie du bureau sur le bureau d'une personne qui restera anonyme ici vers 1980. (Ce n'était pas moi, et je ne suis pas sûr qu'il voudrait que son nom soit divulgué.) La source a commencé à flotter, les gens les ont portés sur le PC IBM, yadda yadda. J'ai obtenu des copies d'une tenue à Austin qui vendait des disquettes "code source pour des programmes astucieux" vers 1986.

Vers 1990, Microsoft avait une sorte de réputation pour cela, même si je ne suis pas sûr que c'était exactement la politique de l'entreprise. En plus de l'affaire Stac mentionnée par Tangurena, une société de conseil qui avait précédemment travaillé pour Apple pour porter QuickTime vers Windows a réutilisé certaines des sources QuickTime propriétaires dans un projet pour Intel et Microsoft pour accélérer la vidéo de MS pour Windows. Apple a finalement obtenu une injonction d'arrêt à l'encontre de Video for Windows. Les étrangers ne savent certainement pas si quiconque chez Intel et / ou Microsoft était au courant de ce vol.

Cela n'arrive pas vraiment beaucoup, cependant, avec les entreprises américaines - les risques sont beaucoup trop élevés. Par exemple, j'étais entrepreneur chez le fournisseur de base de données désormais disparu Informix alors qu'ils étaient au milieu d'une bataille de référence avec Oracle, et Informix continuait de gagner. Oracle a embauché l'un des principaux ingénieurs de la base de données d'Informix, et il s'est présenté au travail le premier jour avec un disque dur plein de sources Informix, pensant qu'ils l'accueilliraient à bras ouverts. Ils l'ont accueilli, très bien - avec une équipe de sécurité pour l'escorter au poste de police. Ils ont également appelé la sécurité Informix pour venir récupérer le disque dur non examiné.

existe-t-il des exemples connus où le code source a été volé ET une entreprise rivale l'a largement utilisé?

Un qui me vient immédiatement à l'esprit est que Microsoft vole le code Stac Electronics pour DoubleSpace . Il s'est retrouvé devant les tribunaux et la solution la moins chère pour Microsoft a été d'acheter Stac (à l'origine, ils prétendaient le faire, c'est pourquoi ils ont eu accès à la source, mais ont ensuite choisi de déployer le code copié en tant que Drivespace, puis ont nargué Stac avec "Qu'allez-vous faire à ce sujet?").

Je pense que cela dépend fortement de la base de code spécifique. Je serais surpris si plus d'une infime minorité de code source propriétaire valait la peine d'être volée.

Dans la plupart des cas, le code source est un passif, et non - comme certains hommes d'affaires aiment le penser - un atout. L'atout est l' exécutable en cours d' exécution et les personnes qui savent l'adapter et le faire évoluer en fonction des besoins futurs de l'entreprise.

Outre le risque juridique élevé de vol de code source et le coût direct de son acquisition, vos propres développeurs doivent le comprendre. Ce qui - surtout si les développeurs d'origine ne sont pas là pour vous aider - est une entreprise énorme pour une base de code non triviale. Peter Seibel (de renommée Practical Common Lisp and Coders at Work ) a dit une fois que la quantité de temps était du même ordre de grandeur que l'effort de développement original.

Il existe cependant des exceptions, par exemple si la base de code ...

• ... contient des pièces discrètes de grande valeur, facilement identifiables (par exemple, un algorithme propriétaire avec des caractéristiques nettement supérieures à celles de ses homologues connus)
• ... tire une valeur significative de «l'obscurité», comme certains produits liés à la sécurité
• ... est en soi très petit, avec des exigences de correction strictes, comme on le trouve couramment dans les logiciels embarqués (c'est-à-dire que la valeur réside dans le fait d'être largement testé, examiné et peut-être même soumis à des preuves formelles)
• ... contient des preuves de négligence / rupture de contrat / pratiques commerciales contraires à l'éthique / incompétence, etc.

Un cas célèbre a été celui où le code source de trading haute fréquence de Goldman Sachs a été volé par un ancien employé: http://www.bloomberg.com/apps/news?pid=newsarchive&sid=axYw_ykTBokE

Dans ce domaine, le code source est précieux, car il contient les algorithmes de trading.

Ce genre de chose présente un certain intérêt pour les développeurs de produits, où le firmare intégré est l'OR, et il y a eu des cas au cours des années de vol de code source ou d'objet. Vous trouverez plus d'informations occasionnelles dans les magazines d'ingénierie.

Oui, il existe plusieurs exemples, mais je n'en connais aucun avec du code propriétaire. Voir http://gpl-violations.org/ pour des exemples de cas où les entreprises ont utilisé du code open source comme s'il était le leur. Dans ces cas, obtenir le code source n'était pas un problème car il était open source.

Tout dépend du type d'application et de la facilité de réplication du comportement de l'application. Je suis certain que Microsoft aimerait mettre la main sur le code source du moteur de recherche de Google. Ils leur infligeraient de lourdes pertes s’ils le faisaient.

Cependant, tout développeur expérimenté peut de toute façon copier le comportement exact de 99% des applications Web ou de bureau sans le code source.

Là où cela importe, c'est où une entreprise a consacré beaucoup de travail à un moteur (c.-à-d. Un moteur physique, un moteur de recherche) que personne d'autre n'a pu faire également ou un système d'exploitation

Cela dit, la plupart du temps, cela n'a pas vraiment d'importance.

Je peux penser à deux exemples:

• Tengen a illégalement obtenu le code de la puce de protection contre la copie NES. Ils ont ensuite utilisé ce code pour fabriquer des cartouches NES sans licence (y compris Tetris). Comment ont-ils obtenu le code? Par ingénierie sociale, il est sorti du US Copyright Office. En d'autres termes, ils ont prétendu à tort qu'ils étaient poursuivis par Nintendo et qu'ils avaient besoin du code source pour préparer leur défense. Ça a marché.
• Voir ARJ vs PK-ZIP.

En général, le vol de code ne vaut pas la peine, comme si vous étiez une entreprise, et que vous vous retrouvez à utiliser le code de quelqu'un sans autorisation, il peut vous poursuivre en plein jour.

Le seul problème que je vois vraiment avec le vol de votre code est A) les gens sur Internet, pas les entreprises, qui l'utilisent gratuitement et le modifient, et B) s'ils devaient aller assez loin pour utiliser votre code source pour effectuer ensuite un nettoyage- rétro-ingénierie de pièce.

http://en.wikipedia.org/wiki/Clean_room_design

Ce serait un énorme effort de leur part, donc tant que vos conditions de licence sont équitables, je ne pense pas que ce soit faisable.