Recent submissions

Comment · 7 years ago
Exactly - the effort required for this much beyond what most fraudsters would be willing to do on most platforms.
Comment · 7 years ago
Interesting - would love to get more context if it's possible to share
Comment · 7 years ago
Interesting - we're currently only detect credit card fraud for the segment of customers transacting with more typical credit cards (the largest chunk of the market) but this is good to know.
Comment · 7 years ago
So actually acquiring stolen cc numbers is very easy - there's a bunch of marketplaces that sell thousands of them. Figuring out a scalable way to extract value out of them, however, is hard. More than visible or invisible barriers, what makes a fraudster want to spend time getting around the defenses of a specific business is the value of the offering (e.g., banks vs an app that sells a service)
Comment · 7 years ago
Hahahaha they're all cancelled or expired cards :)
Comment · 7 years ago
Amazing - thanks for all the feedback. This is definitely on the roadmap - stay tuned!!
Comment · 7 years ago
Currently it's only available on iOS and Android apps, with mobile web coming soon. We're still working out exactly what the experience will look like on desktop (it's a less natural flow for sure), but once we work out the kinks we'll be building that out as well.
Comment · 7 years ago
Hope it helps - good luck!!!
Comment · 7 years ago
For the most part the model should generalize pretty well to new formats, but we do constantly monitor and update to catch up with any holes.
Comment · 7 years ago
Thanks!
Comment · 7 years ago
Cool!! Until we have enough transaction volume, we are replicating methods fraudsters use to create fake cards to train our models.
Comment · 7 years ago
Thanks!
Comment · 7 years ago
Great question! The company that owns the app is ultimately responsible for the encryption there, but there are a few ways we can help out with that as well (sorry, I know this is a terrible answer - but it's best practice not to reveal too much about how the encryption works)
Comment · 7 years ago
Definitely take the below with a grain of salt - this worked for me thus far but there are probably paths other people have taken that worked equally well or better :) My recommendation would be: 1) A smaller/less established team where you'll be responsible for building out key chunks of the team 2) A team where you can build expertise in a domain you find interesting, and where you think there might be more problems than solutions

The benefit of working on a smaller/less established team is getting the autonomy to build something that's immediately impactful to the company and its customers, while not having to worry too about how to stay alive (fundraising, revenue, resources) - I think that's pretty good training for building a startup.

Picking a team where you'll get expertise in a newer/growing field can be helpful too - think something where you'll only need a few years to become an expert and start adding value. Also be sure to pick something you like, since if you do start a company in that field, you'll likely be spending a big chunk of your life on it.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton