vadimkravcenko

Can an offshore dev agency steal your code?

13 August 2023 ·Updated 04 April 2026

Question

hey Vadim, I'm a CTO at a newly created startup and we're looking to outsource development to an offshore dev agency. I understand the importance of the intellectual property. It's my first time working with an offshore outsourcing company, and I have some concerns about the security of our code, and who owns what. Specifically, I'm worried about the potential risk of our code being stolen or misused. Possible a clone being released? How real is this risk when working with offshore agencies? What measures can we take to protect our code and intellectual property?

Answer

The first time an offshore agency locked our GitLab repo because an invoice was a couple of days late, I felt my stomach drop. Two junior engineers pinged me asking why their commits were suddenly read-only. That’s when the “can they just walk away with our code?” question stopped being hypothetical.

Short answer: yes, they technically can. Also no, they usually don’t. (Annoying dual truth, I know.)

Here’s why the door is even open: in many jurisdictions the person who creates the work owns the copyright by default unless there’s a written transfer. That little nuance is buried deep in Swiss, German, and—surprisingly—quite a few U.S. state statutes. I’m not a lawyer, but I’ve paid enough of them to draft contracts to spot the pattern. Most template “software development agreements” shipped by offshore shops keep the IP with the vendor until final payment lands. Sounds reasonable on paper, yet it gives them leverage if anything goes sideways.

(Side note: I got this wrong for a good year—kept assuming the invoice PDFs and the pull requests somehow implied ownership. They don’t.)

Now, is every agency lurking in the shadows waiting to repackage your SaaS idea for the next founder? No. The decent ones make their money on predictable retainers, not on black-market code drops. But the risk is big enough that I treat it like fire insurance: hope I never need it, insist on it anyway.

My checklist, refined after a few bruises:

1. Put the IP transfer clause on page one, not page thirteen. Spell out that ownership moves with each paid invoice, not just at “project completion.”
2. Reference governing law you can actually enforce. I default to Swiss law because that’s where I sit; pick whatever court you can physically show up to.
3. Mirror the clause downstream. The agency must have matching agreements with its subsidiary and, ideally, individual devs. That back-to-back chain sounds bureaucratic, but it closes loopholes faster than you think.

I could be wrong, but I’ve yet to find a cheaper workaround than adding a local wrapper entity—basically a front company in your jurisdiction that invoices you and subcontracts the low-cost team abroad. If things blow up, you sue the wrapper at home. They chase the subsidiary; the subsidiary deals with the engineers. Everyone speaks the same legal language and nobody boards a 14-hour flight for a deposition.

(Yes, the structure adds a few percentage points to the day rate. In my experience the peace of mind is worth more than the espresso budget it consumes.)

Even with the paperwork sorted, keep practical control levers:

• Repos live in your GitHub organization. Grants of access, not transfers of ownership.
• CI/CD keys rotate from your vault.
• Production credentials stay in an encrypted secret manager the agency cannot export. There’s an argument that this slows them down; I’ve found the hit negligible once everyone learns the tool.

Could an agency still ghost you, fork the code, and sell a clone? Sure. But that clone will be forever tainted—any serious investor doing diligence will bounce the minute you slide a cease-and-desist across the table. The real value is rarely the raw code; it’s the brand, the customer list, the domain knowledge. Harder to pirate those.

So no, the offshore scene isn’t a lawless frontier. It’s more like a busy airport: mostly safe, occasionally chaotic, and a nightmare only if you ignore the posted rules. Draft the contract, wire the invoices on time, keep the keys on your side of the fence. That’s usually enough to sleep at night—though there are still risks and challenges in managing offshore development, well, at least until the next 3 a.m. deploy.

Worried your codebase might be full of AI slop?

I've been reviewing code for 15 years. Let me take a look at yours and tell you honestly what's built to last and what isn't.

Learn about the AI Audit →

No-Bullshit CTO Guide

268 pages of practical advice for CTOs and tech leads. Everything I know about building teams, scaling technology, and being a good technical founder — compiled into a printable PDF.

Get the guide →

4 Comments

  1. Anonymous

    I’ve dealt with offshore development teams and the points you’ve made are spot on. It’s crucial to nail down the IP rights from the get-go to avoid any misunderstandings. Making sure contracts are enforceable and clear has saved me a couple of headaches. Also, having a local partner as a go-between made communication and legal issues much smoother. Great advice for anyone looking into this.

  2. Anonymous

    When I started working with offshore teams, setting up detailed, time-stamped access logs for our code repositories made a huge difference. It felt like we had an extra layer of oversight, ensuring only authorized edits were happening. It was simple but really effective in giving us peace of mind.

  3. Anonymous

    Really hit the nail on the head with the idea of using a local offshore partner to mitigate IP risks. I’ve been through the wringer with offshoring before, and man, having someone local to hold accountable makes a world of difference. It’s not just about ease of communication, but having that legal safety net within reach can save you from a lot of potential headaches down the line. Payment and IP transfer clauses are crucial too. Get those wrong, and you’re in for a world of hurt. Learned that the hard way. Always double-check that contract and don’t skimp on legal advice; it’s worth its weight in gold.

  4. Anonymous

    Ran into a bit of a situation once when working with an offshore team. Thought we had everything sorted, contract-wise. But then, encountered an issue where different freelancers were claiming IP rights on parts of code where all of them worked on, which ended up costing me a lot of back and forth in terms of payment discussion and ip release.

Cancel