git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Repository Code Security (Plan Text)

From
David Turner <dturner@twopensource.com>
Date
Jun 24, 2015, 19:21 UTC
Message-ID
<1435173672.6499.2.camel@twopensource.com>
In-Reply-To
<BLUPR0701MB196947C0396E91F8CCE39200D7AF0@BLUPR0701MB1969.namprd07.prod.outlook.com>

What most companies do is this: they issue their employees computers, and then when the employee leaves, they take the computers away. Of course, someone could have copied the code before leaving the company. The typical remedy for this is a contract saying "don't do that". But I guess some companies just go straight to the FBI see e.g.: https://en.wikipedia.org/wiki/Sergey_Aleynikov

There is no technological solution that will prevent someone from accessing something that lives on their own computer (just ask the movie and music industries, which tried to find one for about twenty years).

On Wed, 2015-06-24 at 18:59 +0000, BGaudreault Brian wrote:
Show 31 quoted lines
> Thanks.  Yes, I meant that "local code" is code pulled down to a person's PC, so we don't want them to leave the company with access to this code.  So we can only prevent this scenario by running GitLab in our environment instead of running GitHub in the cloud?  Would removing a GitHub account from the GitHub repository prevent them from accessing the code on their PC?
> 
> How do you prevent private GitHub repositories from being pulled down to unauthorized PCs?
> 
> Thanks,
> Brian
> 
> -----Original Message-----
> From: Konstantin Khomoutov [mailto:kostix+git@007spb.ru] 
> Sent: Wednesday, June 24, 2015 2:31 PM
> To: BGaudreault Brian
> Cc: git@vger.kernel.org
> Subject: Re: Repository Code Security (Plan Text)
> 
> On Wed, 24 Jun 2015 18:18:00 +0000
> BGaudreault Brian <BGaudreault@edrnet.com> wrote:
> 
> > If someone downloads code to their notebook PC and leaves the company, 
> > what protection do we have against them not being able to access the 
> > local code copy anymore?
> 
> What do you mean by "local code"?
> That one which is on the notebook?
> Then you can do literally nothing except for not allowing cloning your Git repositories onto random computers in the first place.
> 
> If you instead mean the copy of code available in the repositories hosted in your enterprise then all you need to do is to somehow terminate the access of that employee who's left to those repositories.
> (This assumes they're accessible from the outside; if they aren't, the problem simply do not exist.)
> --
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous: David Lang
Message 9 of 9 in “Repository Code Security (Plan Text)”
  1. BGaudreault BrianJun 24, 2015
  2. Konstantin KhomoutovJun 24, 2015
  3. BGaudreault BrianJun 24, 2015
  4. David LangJun 24, 2015
  5. BGaudreault BrianJun 24, 2015
  6. David TurnerJun 24, 2015
  7. BGaudreault BrianJun 24, 2015
  8. David LangJun 24, 2015
  9. David TurnerJun 24, 2015

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.