Question:
Est-il légal de vendre des produits d'ingénierie pour salles blanches?
asheeshr
2013-04-04 15:59:05 UTC
view on stackexchange narkive permalink

La technique de la salle blanche est:

D'abord, une équipe d'ingénieurs étudie le logiciel et décrit tout ce qu'il fait aussi complètement que possible sans utiliser ni référencer de code réel.

Ensuite, une deuxième équipe de programmeurs qui n'avait aucune connaissance préalable du logiciel et n'avait jamais vu son code, travaille uniquement à partir des spécifications fonctionnelles de la première équipe, et écrit un nouveau logiciel fonctionnant comme spécifié.

Cette technique contourne le fait que les programmeurs ne procèdent à aucune rétro-ingénierie directe du code à aucun moment. Donc, si un logiciel commercial est travaillé de cette manière, alors la nouvelle version créée peut-elle être vendue légalement?


Je recherche un aperçu des lois mondiales et je fais référence aux pilotes propriétaires de rétro-ingénierie .

Tout d'abord, je n'ai aucune expertise juridique. La loi varie considérablement selon l'endroit où le logiciel est développé / vendu. Où êtes-vous ou cherchez-vous un résumé des lois mondiales? De plus, j'ai l'impression que les techniques de salle blanche sont généralement utilisées pour l'interopérabilité. Si vous écriviez un pilote Linux en utilisant les informations d'un pilote Windows à source fermée, par exemple. Est-ce à cela que vous faites allusion, ou votre question concerne-t-elle également l'ingénierie inverse et l'utilisation d'algorithmes?
Il convient de noter que ce genre de chose n'est pas protégé par un brevet (puisqu'il s'agit d'un logiciel) en Inde (où se trouve AshRj si je me souviens bien). Cependant, à l'échelle mondiale, d'autres restrictions peuvent s'appliquer.
Je ne suis pas sûr que "Clean Room Engineering" soit le terme approprié pour cela. Je n'ai entendu que cela utilisé à des fins de prévention des défauts dans le développement de logiciels.
Cette [proposition Law Stack Exchange] (http://area51.stackexchange.com/proposals/67858/law?referrer=VbiBXJnq7T0Ioi5i8nXuKg2) qui est maintenant en phase d'engagement pourrait vous intéresser.
Cinq réponses:
Denis Laskov
2013-04-04 17:11:55 UTC
view on stackexchange narkive permalink

Dans ce cas, je citerai Mikko Hypponen de F-Secure:

"N'oubliez pas, les conseils juridiques que vous recevez d'étrangers inconnus sur les forums Internet vaut chaque centime que vous avez payé. "

Source *

Donc, fondamentalement, vous DEVRIEZ consulter votre avocat local.

Je pense que c'est la meilleure réponse ici, même si j'ai ajouté ma propre réponse. Bien sûr, ma réponse est un bon point de départ pour la recherche, mais la meilleure façon est de consulter un avocat.
JMcAfreak
2013-04-05 01:44:31 UTC
view on stackexchange narkive permalink

Tout d'abord, une clause de non-responsabilité: ces informations valent exactement ce que vous avez payé - rien. Si vous voulez la meilleure réponse, voyez la réponse concernant la consultation d'un avocat. Si vous souhaitez faire vos propres recherches, voici un très bon point de départ. Après recherche, consultez toujours un avocat. Je suis sérieux. Toutes mes informations peuvent ne pas être correctes ou exactes, alors prenez-les pour argent comptant.

À l'échelle mondiale, il n'y a pas de moyen simple de définir les lois et les réglementations entourant votre question. La réponse se trouve dans les lois sur les brevets, car le droit d'auteur n'a qu'un pouvoir limité dans ce domaine.

Le fait que le logiciel ne soit pas directement rétro-ingénierie contourne la plupart des lois sur le droit d'auteur à ma connaissance. toutes les recherches que j'ai faites; vous voudrez DEFINITIVEMENT vous assurer que j'ai raison sur celui-ci - c'est vrai en Inde, et je pense que des concepts similaires s'appliquent aux États-Unis et ailleurs. Cela nous laisse dans le monde si nébuleux des brevets!

Les brevets logiciels sont une très grande zone grise. J'espère que vous êtes prêt à lire. Je vais partager les plus pertinents. Vous êtes seul pour autre chose.

États-Unis

Aux États-Unis, le droit des brevets exclut les idées abstraites, ce qui a conduit à ce que certains logiciels ne soient pas brevetables. Dans le même temps, il y a eu une tendance à la croissance du nombre de brevets logiciels délivrés aux États-Unis, de sorte qu'il peut y avoir des problèmes majeurs si votre logiciel, qui a les mêmes fonctionnalités que le logiciel du titulaire du brevet, est basé sur mêmes spécifications de conception. Alors que la rétro-ingénierie du logiciel pour l'interopérabilité serait protégée, la création d'un clone de celui-ci avec un code différent serait illégale en vertu du droit des brevets.

Il existe également les facteurs juridiques du droit d'auteur et des marques. Le Digital Millenium Copyright Act (DMCA) fournit des éclaircissements supplémentaires sur le droit d'auteur (Wikipedia fait également un bon travail pour le résumer). Le droit des marques est traité de la même manière que les brevets, mais il existe d'autres restrictions. Cependant, pour des raisons de longueur, je vous laisse découvrir que (Google est votre ami ici).

Autres lectures et ressources:

Royaume-Uni et Union européenne

Le droit matériel du Royaume-Uni exclut généralement les logiciels informatiques de la brevetabilité, comme indiqué dans la loi sur les brevets de 1977. Dans l'Union européenne, la Convention sur le brevet européen (CBE) spécifie ce qu'est une invention, et les logiciels n'entrent pas dans cette catégorie (voir également les brevets de l'Office européen des brevets (OEB) Logiciel? ). Les tribunaux britanniques ont estimé que les différences entre le texte de la section 1 de la loi sur les brevets et l'article 52 de la CBE devaient être ignorées puisque la section 1 devait transposer l'article 52 de la CBE dans le droit britannique; par conséquent, l'EPC était le texte définitif.

La jurisprudence au Royaume-Uni a une histoire très sporadique de savoir si les logiciels sont brevetables. Actuellement, l'Office britannique de la propriété intellectuelle (UKIPO) et l'OEB ont considérablement divergé dans la pratique. Il y a eu une augmentation du nombre de brevets délivrés. Il y a eu plus de décisions du Bureau des brevets que de décisions de justice en la matière.

Lectures et ressources complémentaires:

Inde

La plupart des informations concernant l'Inde sont couvertes dans votre autre question, en particulier les sources citées dans ma réponse (en particulier l'article Lois sur les brevets logiciels et le droit d'auteur en Inde , qui explique pourquoi les logiciels devraient être brevetables). À moins que les lois n'aient changé de manière significative, vous seriez plus en sécurité ici.

Enfin ...

Vous ne seriez probablement pas en sécurité en vendant le logiciel sur un marché mondial, puisque la majorité du marché voit une croissance du nombre de brevets logiciels accordés. Il y a aussi tellement d'autres facteurs juridiques que vous courriez de grands risques.

Il y a bien sûr quelques exceptions, à savoir comment OpenOffice existe (par exemple); cependant, il a des fonctionnalités différentes de Microsoft Office, ce qui en fait une exception, même si la fonctionnalité de base est exactement la même.

Vous êtes un peu seul pour le reste de la recherche (je ' vous a donné, à vous et à toute autre personne, un bon point de départ).

Pas besoin d'avertissements concernant le contenu. http://meta.stackexchange.com/q/161972/200868
Igor Skochinsky
2013-04-06 05:48:26 UTC
view on stackexchange narkive permalink

[Ci-dessous s'applique uniquement aux États-Unis]

Je ne sais pas dans quelle mesure cela fonctionnerait maintenant, mais cela fonctionnait dans les années 80 et 90. Par exemple, Phoenix a utilisé cette approche pour créer un clone du BIOS ROM d'IBM. De Wikipédia:

En raison de la nature de la programmation de bas niveau, deux morceaux de code bien écrits qui remplissent la même fonction, il y aura inévitablement un certain degré de similitude. En tant que tel, il serait impossible pour Phoenix de se défendre au motif qu'aucune partie de son BIOS ne correspondait à celle d'IBM. Phoenix a développé une technique de "salle blanche" qui a isolé les ingénieurs qui avaient été contaminés en lisant les listes de sources IBM dans les manuels de référence technique IBM. Les ingénieurs contaminés ont rédigé des spécifications pour les API BIOS et ont fourni les spécifications aux ingénieurs «nettoyés» qui n'avaient pas été exposés au code source du BIOS IBM. Ces ingénieurs "propres" ont développé du code à partir de zéro pour imiter les API du BIOS. Cette technique a fourni à Phoenix un BIOS ROM compatible IBM PC sans contrefaçon. Parce que les programmeurs qui ont écrit le code Phoenix n'avaient jamais lu les manuels de référence d'IBM, rien de ce qu'ils ont écrit n'aurait pu être copié du code d'IBM, quelle que soit la correspondance entre les deux.

Phoenix a vendu son BIOS commercialement, donc cela semble correspondre à votre question.

Donc, celui-ci a été aidé par la publication par IBM des listes de ROM dans le manuel de programmation, mais cela semble être une approche défendable même si vous devez démonter le code binaire, comme cela s'est produit dans Sony Computer Entertainment, Inc. v. Connectix Corporation :

L'appel réussi de Connectix a soutenu que le démontage direct et l'observation du code propriétaire étaient nécessaires parce qu'il n'y avait pas d'autre moyen de déterminer son comportement. D'après la décision:

Certaines œuvres sont plus proches du cœur de la protection du droit d'auteur prévue que d'autres. Le BIOS de Sony était éloigné du cœur car il contient des aspects non protégés qui ne peuvent être examinés sans copie. La cour d'appel lui a donc accordé un degré de protection inférieur à celui des œuvres littéraires plus traditionnelles.

Pourtant, ce n'est pas une protection contre les poursuites comme vous pouvez le voir. Connectix a remporté l'appel, mais ils ont finalement vendu le produit à Sony (qui l'a immédiatement arrêté) et la société a fermé ses portes trois ans plus tard.

Remko
2013-04-04 17:55:05 UTC
view on stackexchange narkive permalink

Même si vous ne violez peut-être pas les droits d'auteur, vous pouvez toujours enfreindre des brevets logiciels. En fait je pense que vous pouvez même casser un brevet logiciel sans avoir regardé le logiciel de l'autre partie ...

Pour être honnête, nous sommes probablement tous en train de briser un brevet logiciel simplement en y pensant et en en parlant;)
Je pourrais ajouter que le logiciel n'est pas protégé par un brevet en Inde, où se trouve le demandeur (j'ai fait des recherches pour une question différente qu'il a posée, et j'ai trouvé ce fait en plus des faits dont j'avais besoin). Cependant, sur une base mondiale, les choses sont forcément très différentes.
@JMcAfreak: qui ne vous indemnisera pas d'être poursuivi jusqu'à l'oubli aux États-Unis. Bonnes vacances aux États-Unis dans ce cas. Tout avocat soutiendra que vendre le produit en dehors de l'Inde d'une manière ou d'une autre pourrait enfreindre la loi locale de son propre pays. L'Internet est un marché mondial, donc les poursuivre en justice dans votre pays est très bien ... etc.
@0xC0000022L D'où ma déclaration, "Cependant, à l'échelle mondiale, les choses sont forcément très différentes." Bien sûr, un marché mondial change les choses. Quant à la localisation de la question, c'est à débattre (mais je doute fortement qu'elle soit trop localisée pour mentionner un pays spécifique, à en juger par votre commentaire sur une question similaire).
@0xC0000022L S'il ne s'agissait que de l'Inde, pourquoi serait-il trop localisé? Les questions sur la loi porteront souvent sur les lois régionales et ne pourront donc être mieux traitées que si elles concernent un pays spécifique.
@AshRj: voir la discussion sur meta.
Si je ne me trompe pas, les États-Unis sont le seul pays à posséder des brevets logiciels.
@joxeankoret:, il existe également des brevets logiciels dans l'UE. Pas officiellement, mais par des failles (et de l'incompétence dans l'APE). En dehors de cela, un lobbying intense et continu à Bruxelles pourrait éventuellement conduire à la faiblesse de nos «représentants» de l'UE.
Essayer de montrer que vous n'avez pas enfreint les droits d'auteur d'un créateur peut être essentiellement ** impossible ** avec l'état de la loi américaine sur les droits d'auteur. Voir US Register of Copyrights [témoignage du Congrès] de Maria Pallante (http://www.copyright.gov/regstat/2013/regstat03202013.html) le mois dernier pour plus de détails. En partie, elle a écrit: "... si l'on a besoin d'une armée d'avocats pour comprendre les préceptes fondamentaux de la loi, alors il est temps d'adopter une nouvelle loi."
NinjaDarth
2018-01-12 06:00:40 UTC
view on stackexchange narkive permalink

Une question intéressante et évidente concerne soit la moitié soit l'automatisation complète du processus de conception de la salle blanche - en tant qu'application de l'intelligence artificielle (en particulier, les domaines de l'IA de la synthèse / analyse de programmes et du traitement du langage naturel).

Il ne s’agit pas seulement d’une question oiseuse ou théorique: je me précipite tête baissée dans la création et le déploiement d’un tel cadre.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...