Attacks/Breaches
7/7/2009
02:43 PM
Connect Directly
RSS
E-Mail
50%
50%
Repost This

Goldman's Alleged Code Thief Makes Bail

Programmer Sergey Aleynikov is under travel and computer use restrictions while awaiting trial.

A Russian-born computer programmer who's accused of stealing sensitive trading code from investment firm Goldman Sachs has been released on $750,000 bail with tight restrictions.

While awaiting trial on charges of fraud and theft of trade secrets, Sergey Aleynikov is not allowed to access any of the data he allegedly stole. He's also barred from traveling beyond the New York City metro area, court records reviewed by InformationWeek indicate.

Authorities will also monitor Aleynikov's computer use while he is free on bail.

Aleynikov, according to a criminal complaint filed last week by the U.S. Attorney's office in New York, "copied, without authorization, proprietary computer code belonging to a financial institution in the United States and then uploaded the code to a computer server in Germany."

The complaint does not mention the name of the financial services company allegedly victimized by Aleynikov, but numerous reports have pegged it as Goldman Sachs. Goldman has yet to comment publicly on the incident.

The code in question is said to be part of a computer program used to execute trades at the best possible prices.

"The financial institution has devoted substantial resources to developing and maintaining a computer platform that allows the financial institution to engage in sophisticated, high-speed, and high-volume trades on various stock and commodities markets," according to the complaint against Aleynikov.

The programmer joined Goldman Sachs in May, 2007, and was paid an annual salary of $400,000, according to records.

He was apprehended after Goldman Sachs noticed large amounts of data being uploaded from its servers via HTTPS transfers. The uploads, 32 MB in total, were ultimately traced to Aleynikov's workstation, the complaint states.

Prosecutors allege that Aleynikov carried out the theft between June 1 and July 3.

Attend a virtual event on dealing with dealing with security threats from inside your company. It happens July 15. Find out more and register.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Latest Comment: LOL.
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2011-3154
Published: 2014-04-17
DistUpgrade/DistUpgradeViewKDE.py in Update Manager before 1:0.87.31.1, 1:0.134.x before 1:0.134.11.1, 1:0.142.x before 1:0.142.23.1, 1:0.150.x before 1:0.150.5.1, and 1:0.152.x before 1:0.152.25.5 does not properly create temporary files, which allows local users to obtain the XAUTHORITY file conte...

CVE-2013-2143
Published: 2014-04-17
The users controller in Katello 1.5.0-14 and earlier, and Red Hat Satellite, does not check authorization for the update_roles action, which allows remote authenticated users to gain privileges by setting a user account to an administrator account.

CVE-2014-0036
Published: 2014-04-17
The rbovirt gem before 0.0.24 for Ruby uses the rest-client gem with SSL verification disabled, which allows remote attackers to conduct man-in-the-middle attacks via unspecified vectors.

CVE-2014-0054
Published: 2014-04-17
The Jaxb2RootElementHttpMessageConverter in Spring MVC in Spring Framework before 3.2.8 and 4.0.0 before 4.0.2 does not disable external entity resolution, which allows remote attackers to read arbitrary files, cause a denial of service, and conduct CSRF attacks via crafted XML, aka an XML External ...

CVE-2014-0071
Published: 2014-04-17
PackStack in Red Hat OpenStack 4.0 does not enforce the default security groups when deployed to Neutron, which allows remote attackers to bypass intended access restrictions and make unauthorized connections.

Best of the Web