A problem carding stripe!

[hopk1]

I'm struggling so hard to get out of this problem
I'm having a problem carding a website that I've used to card consistently a lot that's using stripe

I have tried: Using LinkenSphere, different configs, different items, different price, different country, different CC's source, different socks source, different CC checker, waited after checking the CC, stored cookies, acted like a real customer, changed the mac address, CH close to zip, no blacklisted, risk score 0.10, stripe BINs

All of these still give me declines..
I think they have fingerprinted me and won't allow me to hit them anymore

Anyone knows the solution to my problem?

 

[N0Comments]

Inbox let’s get on a move .. I’m down for you.

 

[LightMan]

Stripe - is pretty easy to hit merchant. I'd got a green check mark, when used vm with black-listed ip close to zip of cardholder. So i think your problem is not in system-ip configs. Your problem is in dead cardz. Now it's very hard to find real valid cc

 

[Gerle Mgl]

You got nothing to worry about I have guaranteed cc and banks logs that can be used form of online payment with not trace or charge back .. all my stuff are prechecked

 

[Douglas]

im have same problem in one store i used to buy
I tried multi login , change canvas,change headers, computer config, Proxy from zip code, and even when buy to card owner i get order cancelled

 

[Mopsi32]

im have same problem in one store i used to buy
I tried multi login , change canvas,change headers, computer config, Proxy from zip code, and even when buy to card owner i get order cancelled

maybe card not valid

 

[hopk1]

maybe card not valid

There is nothing wrong with cards, the problem is that do not work live cards without AVS, although they used to.
If there's an AVS card, the script writes "AVS mismatch", and if there's no AVS, just "card decline"

 

[hopk1]

Stripe - is pretty easy to hit merchant. I'd got a green check mark, when used vm with black-listed ip close to zip of cardholder. So i think your problem is not in system-ip configs. Your problem is in dead cardz. Now it's very hard to find real valid cc

Didn't guess. I tried ordering and giving cardholder addresses, and they don't pass either. The cards are alive, they work perfectly with other stores for the same amount and more, so the idea of black-listed zip is not an option either.

Do you have any other ideas?

 

[demigod]

avs check is not built by default into security policy of acquirer, it is something they can activate for high risk merchant (shop) and then force on every transaction . If you hit the shop in past it is possible that now avs check has be activated yes it will decline.

 

[demigod]

Stripe gives 3 options cvv check / avs check / vbv check as payment security policy. By default only cvv check is enabled but if merchant (high risk) then stripe can enforce any other policy before accepting payment

 

[Zepp FL]

if you want to know the reason of decline press f12 and then go to netkirk part then enter card and hit pay and see the response of stripe request in network

 

[Rx8driver]

I'm struggling so hard to get out of this problem
I'm having a problem carding a website that I've used to card consistently a lot that's using stripe

I have tried: Using LinkenSphere, different configs, different items, different price, different country, different CC's source, different socks source, different CC checker, waited after checking the CC, stored cookies, acted like a real customer, changed the mac address, CH close to zip, no blacklisted, risk score 0.10, stripe BINs

All of these still give me declines..
I think they have fingerprinted me and won't allow me to hit them anymore

Anyone knows the solution to my problem?

You have been fingerprinted, sir.

You need to use Antidetect. I'm surprised Linken Sphere didn't solve this problem for you. But I would say fingerprinting is most likely your problem. Multilogin you should probably try. Also, are you working on an RDP or a VM? If you're on a VM, try an RDP....preferrably a residential RDP with a perfectly clean fraud score. Sounds like you know how to check.

Also, Stripe is just plain flat out a tough bitch of a processor. No question about it. If you get more than 5% declines (the shop that is) they will consider it high-risk and implement ALL the possible checks, AVS, VBV, 3DS, you name it. There's nothing you can do about this. Likely, the shop has been flagged from all the carding. I typically just move on in cases like this, because there's little you can do about it. Let it cool off for a while and try again in a few weeks....Or, go for a totally new setup.....RDP within 80 miles of the cardholder, or use RDP with SSH within 80 miles of the cardholder. I've been having MUCH more luck using SSH tunnels than SOCKS5 as well.

Food for thought. Good luck my friend!

Best,
Rx8driver

 

[amanraj1998]

I'm struggling so hard to get out of this problem
I'm having a problem carding a website that I've used to card consistently a lot that's using stripe

I have tried: Using LinkenSphere, different configs, different items, different price, different country, different CC's source, different socks source, different CC checker, waited after checking the CC, stored cookies, acted like a real customer, changed the mac address, CH close to zip, no blacklisted, risk score 0.10, stripe BINs

All of these still give me declines..
I think they have fingerprinted me and won't allow me to hit them anymore

Anyone knows the solution to my problem?

hey bro did your issue got resolved beacause I am getting the same issue please help

 

[amanraj1998]

You have been fingerprinted, sir.

You need to use Antidetect. I'm surprised Linken Sphere didn't solve this problem for you. But I would say fingerprinting is most likely your problem. Multilogin you should probably try. Also, are you working on an RDP or a VM? If you're on a VM, try an RDP....preferrably a residential RDP with a perfectly clean fraud score. Sounds like you know how to check.

Also, Stripe is just plain flat out a tough bitch of a processor. No question about it. If you get more than 5% declines (the shop that is) they will consider it high-risk and implement ALL the possible checks, AVS, VBV, 3DS, you name it. There's nothing you can do about this. Likely, the shop has been flagged from all the carding. I typically just move on in cases like this, because there's little you can do about it. Let it cool off for a while and try again in a few weeks....Or, go for a totally new setup.....RDP within 80 miles of the cardholder, or use RDP with SSH within 80 miles of the cardholder. I've been having MUCH more luck using SSH tunnels than SOCKS5 as well.

Food for thought. Good luck my friend!

Best,
Rx8driver

same issue with me bro please help