4 ms·

I had my credit card number stolen and the thief used it to subscribe to Netflix. 16 times. That's right, they created 16 Netflix accounts in one day using th

I had my credit card number stolen and the thief used it to subscribe to Netflix. 16 times. That's right, they created 16 Netflix accounts in one day using the same credit card details. Apparently a basic sanity check like "Are we already billing this card?" is not implemented at all, and Netflix support admitted as much. I think it's in the merchants' interest to proceed with lackluster sanity checks, knowing that some erroneous charges will make it through. It's got to be a multimillion dollar business collecting fees from the unaware, the scammed, and the dead.

klyrs 7y ago
> ...and the dead. Canceling my dad's cable service was peculiarly cathartic. They wanted to talk to him, not me: "he's dead." They stumbled over points in the script where they're supposed to flip the cancellation into a bigger subscription: "no, he's still dead." They awkwardly prodded about survivors: "none of your business; if anybody wants your service they don't want it under the name of a dead man, will you cancel the service now?" This would have been quite painful if I didn't get so much glee from saying "no" to salespeople...
evan_ 7y ago
> Apparently a basic sanity check like "Are we already billing this card?" is not implemented at all They most likely don’t store your actual card number.
- dgaudet 7y ago
  is there technology around this? i mean i can imagine an API where the CC# itself is only necessary in the first transaction with a new vendor, during which the vendor makes a (signed) request for a vendor-specific token to use for future payments, and can forget the CC# immediately; future payment requests use the same signature chain and the vendor-specific token... making it easy to invalidate any/all of these tokens if the data is compromised, or if the end-user wants to invalidate a specific recurring payment, etc. i'm in fantasy land, right?
  - aeorgnoieang 7y ago
    This is exactly how Stripe works. Except you don't even need the credit card info at all, even initially – Stripe handles that. Now that's currently only online, but they're releasing a point of sale product soon too. But even with that, you connect to their card reader and receive a token that you can use.
  - evan_ 7y ago
    This is how every payment provider/processor I've ever worked with works, going back more than a decade. In fact Stripe and Braintree (and I'm sure others) have systems where the implementing service doesn't get the credit card number at all- the payment information is sent directly to the processor from the client and the implementing service only gets a vault token.
- callumjones 7y ago
  At Netflix’s size with a need for payment processing redundancy I imagine they would store and vault it.

klyrs 7y ago

> ...and the dead. Canceling my dad's cable service was peculiarly cathartic. They wanted to talk to him, not me: "he's dead." They stumbled over points in the script where they're supposed to flip the cancellation into a bigger subscription: "no, he's still dead." They awkwardly prodded about survivors: "none of your business; if anybody wants your service they don't want it under the name of a dead man, will you cancel the service now?" This would have been quite painful if I didn't get so much glee from saying "no" to salespeople...

evan_ 7y ago

> Apparently a basic sanity check like "Are we already billing this card?" is not implemented at all They most likely don’t store your actual card number.

dgaudet 7y ago
is there technology around this? i mean i can imagine an API where the CC# itself is only necessary in the first transaction with a new vendor, during which the vendor makes a (signed) request for a vendor-specific token to use for future payments, and can forget the CC# immediately; future payment requests use the same signature chain and the vendor-specific token... making it easy to invalidate any/all of these tokens if the data is compromised, or if the end-user wants to invalidate a specific recurring payment, etc. i'm in fantasy land, right?
- aeorgnoieang 7y ago
  This is exactly how Stripe works. Except you don't even need the credit card info at all, even initially – Stripe handles that. Now that's currently only online, but they're releasing a point of sale product soon too. But even with that, you connect to their card reader and receive a token that you can use.
- evan_ 7y ago
  This is how every payment provider/processor I've ever worked with works, going back more than a decade. In fact Stripe and Braintree (and I'm sure others) have systems where the implementing service doesn't get the credit card number at all- the payment information is sent directly to the processor from the client and the implementing service only gets a vault token.
callumjones 7y ago
At Netflix’s size with a need for payment processing redundancy I imagine they would store and vault it.