BazaarLinkBazaarLink
साइन इन

BazaarLink Probe AI API रिले जाँच

चरण 1 — एंडपॉइंट कॉन्फ़िगर करें

Base URL, API कुंजी और मॉडल ID देकर 84 मानक जाँच चलाएँ। 2 वैकल्पिक जाँच के साथ अधिकतम 86 जाँच होती हैं। रिपोर्ट मॉडल पहचान, टोकन गणना, Prompt Injection, सप्लाई-चेन जोखिम और स्ट्रीमिंग जाँचती है।

वापस ली जा सकने वाली test API कुंजी उपयोग करेंआपकी API कुंजी केवल इस जाँच के लिए BazaarLink Probe server को भेजी जाती है और monitoring credential के रूप में दोबारा उपयोग नहीं होती। कम limit रखें और जाँच के बाद कुंजी वापस लें।

सर्वाधिक जाँचे गए रिले

api.a6api.com जाँच रिपोर्ट · 5148 जाँचेंa6api.com जाँच रिपोर्ट · 912 जाँचेंaihub.top जाँच रिपोर्ट · 617 जाँचेंwawapii.com जाँच रिपोर्ट · 549 जाँचेंwww.yiyuantoken.com जाँच रिपोर्ट · 376 जाँचेंapi.zeekai.cc जाँच रिपोर्ट · 360 जाँचेंai.boke.page जाँच रिपोर्ट · 340 जाँचेंgateai.cc जाँच रिपोर्ट · 295 जाँचेंmdkj.lol जाँच रिपोर्ट · 294 जाँचेंwww.piteai.com जाँच रिपोर्ट · 276 जाँचेंshu26.cfd जाँच रिपोर्ट · 266 जाँचेंseekai.cc जाँच रिपोर्ट · 265 जाँचेंapi.9527code.com जाँच रिपोर्ट · 262 जाँचेंapi.aijws.com जाँच रिपोर्ट · 257 जाँचेंpool.chaozhiyuanai.com जाँच रिपोर्ट · 245 जाँचें
पिछले 24 घंटे
चलाए गए probesअलग relays

BYOK|अपनी key को समीक्षा गेट के पीछे रखें

किसी ग्राहक ने गलत सवाल पूछा, तो ब्लॉक होती है आपकी API key। हर अनुरोध पहले BazaarLink की content review से गुजरता है; high-risk सवाल सीधे रुक जाते हैं और upstream तक पहुँचते ही नहीं, जिससे उल्लंघनकारी सामग्री के कारण आपका खाता ब्लॉक होने का जोखिम काफी कम होता है।

BYOK के बारे में जानें →

BYOC|अपना GPU, और उसके साथ चलता रहने वाला API प्रवेश-द्वार

एक API key; node की concurrency भर जाए, process गिर जाए या machine disconnect हो जाए, तो request बिना रुकावट platform model को चली जाती है; अपने node के traffic पर शून्य मूल्य है, केवल fallback द्वारा संभाला गया traffic ही bill होता है।

पूरी installation guide →
शोधarXiv 2604.08407 — LLM सप्लाई चेन अटैक रिसर्चTwitter / X — BazaarLink चर्चाarXiv 2407.15847 — LLMmap: बड़े भाषा मॉडलों की फिंगरप्रिंटिंगarXiv 2604.24827 — IKP: तथ्यात्मक क्षमता से ब्लैक-बॉक्स LLM पैरामीटर संख्या का अनुमानOWASP LLM Top 10 — LLM अनुप्रयोगों के लिए शीर्ष 10 सुरक्षा जोखिम

हम कैसे तय करते हैं

1सवालों से जांचअधिकतम 86 सवाल2कौन-सी कंपनीOpenAI या Claude?3कौन-सा मॉडलउसी कंपनी में सही मॉडल ढूंढना4जुड़वां दोबारा जांचमिलते-जुलते मॉडलों में फ़र्क़5दावे से मिलानजांच बनाम दावा
30
निर्णय शाखाएं
8
संभावित नतीजे
0
बार विक्रेता के दावे पर आंख मूंदकर भरोसा किया
पूरा निर्णय वृक्ष खोलकर देखें कि तीनों नतीजे कैसे निकलते हैं
निर्णय वृक्षपांचों चरणों की सभी शाखाएं, और असल में अपनाया गया रास्ता① सवालों से जांच1.1सभी सवालों के जवाब मिलेसभी सवालों के जवाब…1.2थोड़े सवाल छूटे <10%1.3≥10% सवाल छूटे, सिर्फ़ कंपनी तय≥10% सवाल छूटे, सि…1.4एंडपॉइंट बंद② कौन-सी कंपनी2.1चीनी में सीधा दावा मान्यचीनी में सीधा दावा…2.2व्यवहार से पहचान2.3सबूत कम, फ़ैसला टालाMODविरोधाभास रोकने पर दर्जा घटाविरोधाभास रोकने पर…③ कौन-सा मॉडल3.1Scoped अपनाया गया3.2दूसरी कंपनी से पलटा फ़ैसलादूसरी कंपनी से पलट…3.3ख़ाली इनकार से सबूत3.4दूसरी कंपनी से बचाव3.5Global दर्जा दिया गया3.6IKP आख़िरी सहारा3.7फ़ैसला टला, सिर्फ़ कंपनी तयफ़ैसला टला, सिर्फ़…M1V3F से फ़ैसलाM2व्यवहार के आधार पर कंपनी वीटोव्यवहार के आधार पर…④ जुड़वां दोबारा जांच4.1सब पास → पुष्टि4.2सब पास → पलटा4.3gate पार नहीं हुआ4.4H1 सुरक्षा, फ़ैसला नहीं पलटताH1 सुरक्षा, फ़ैसला…4.5बेसलाइन पुरानी⑤ दावे से मिलान5.1पूरी तरह मेल5.2सिर्फ़ कंपनी मेल खाती हैसिर्फ़ कंपनी मेल ख…5.3मॉडल मेल नहीं खाता5.4मॉडल बदला गया5.5दावा गढ़ा गया5.6व्यवहार को बहकाया गया5.7डेटा नाकाफ़ी5.8अस्पष्ट
मेलअनिश्चितबेमेलग्रे = इस बार नहीं अपनाई गई शाखाव्याख्या देखने के लिए किसी भी नोड पर क्लिक करें
सभी सवालों के जवाब मिले, कंपनी और मॉडल शुरू से आख़िर तक मेल खाते रहे, दोबारा जांच ने भी पुष्टि की → पूरी तरह मेल।
असली रास्ता 1.1 → 2.2 → 3.1 → 4.1 → 5.1

विधि और उसकी सीमाएँ

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

पाँच चरण कैसे दायरा घटाते हैं

  1. जाँचें चलाना

    क्या इस एंडपॉइंट को नापा भी जा सकता है?

    निर्णय की पहली शर्त यह है कि प्रश्नों के उत्तर सचमुच मिले हों। छूटे हुए उत्तर केवल कम आँकड़े नहीं होते: जो उत्तर मिले, वे संयोग से एक ही ओर झुके हो सकते हैं, और वह प्रमाण नहीं, प्रतिचयन-पूर्वाग्रह है।

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

  2. निर्माता पहचानना

    यह मॉडल किसका बनाया हुआ है?

    सबसे आम अदला-बदली परिवारों के आर-पार होती है: सस्ता मॉडल महँगे नाम में। परिवार-स्तर का व्यवहार सबसे स्थिर होता है और उसकी नकल सबसे कठिन है, इसलिए हम यह परत पहले पूछते हैं। हम उत्तरों की शैली और आदतों की तुलना करते हैं, उसके अपने दावे की नहीं; पूरी रिपोर्ट में स्वयं का दावा ही सबसे आसानी से गढ़ा जा सकता है।

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

  3. मॉडल पहचानना

    उसी परिवार के भीतर यह कौन-सा मॉडल है?

    आपने एक निश्चित मॉडल खरीदा है, उस निर्माता का कोई भी मॉडल नहीं। जिसे लोग गुणवत्ता गिरना कहते हैं, वह प्रायः इसी परत पर होता है: परिवार वही रहता है और उसकी जगह सस्ता सहोदर ले लेता है। हम परिवार के भीतर की तुलना और परिवारों के बीच की तुलना साथ-साथ चलाते हैं और दोनों से एक-दूसरे की जाँच कराते हैं — परिवार एक बार गलत बैठे, तो भीतर की तुलना बड़े आत्मविश्वास से गलत मॉडल का नाम देगी।

    जब प्रमाण केवल परिवार-स्तर तक पहुँचें, तो रिपोर्ट यही स्पष्ट लिखती है कि निर्माता पहचाना गया, मॉडल नहीं। हम सबसे मिलते-जुलते उम्मीदवार से खाली जगह नहीं भरते।

  4. जुड़वाँ की पुनःजाँच

    पिछले चरण ने जो मॉडल चुना, क्या वह अपने निकटतम सहोदरों से सचमुच अलग किया जा सकता है?

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

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

  5. दावे से मिलान

    मापा हुआ परिणाम विक्रेता के दावे से कहाँ अलग है?

    पहचानने की प्रक्रिया स्वयं विक्रेता के दावे को नहीं देखती — पिछले चरण केवल व्यवहार के प्रमाणों की तुलना करते हैं। दावा ठीक दो जगह आता है: जब चौथा चरण यह तय करता है कि पलटना है या नहीं, और यहाँ। यह क्रम जानबूझकर है — प्रश्न पढ़ने से पहले उत्तर निकाल लेने पर दावा आपको खींच नहीं सकता। निष्कर्ष होते हैं: पूर्ण मेल, केवल परिवार का मेल, सही परिवार में गलत मॉडल, मॉडल बदला गया, स्वयं का दावा गढ़ा गया, व्यवहार प्रेरित किया गया, आँकड़े अपर्याप्त, और अनिर्णीत।

    जब संकेत आपस में टकराएँ और कोई स्थिर बहुमत न बने, तो निष्कर्ष अनिर्णीत होता है। यह एक विधिवत निष्कर्ष है, कोई खराबी नहीं।

हम इतनी बार यह क्यों कहते हैं कि तय नहीं कर सकते

क्योंकि दोनों दिशाओं की भूल की कीमत बराबर नहीं है। किसी ईमानदार रिले पर मॉडल बदलने का आरोप लगाना एक अभियोग है और उससे असली लोगों को असली नुकसान होता है; दूसरी ओर एक बार चूक जाने पर आप दोबारा जाँच सकते हैं या उसका इतिहास देख सकते हैं। इसलिए जब प्रमाण पतले हों, हम निर्णय न देना चुनते हैं।

कोड में इसका ठोस रूप है: रिपोर्ट मॉडल के मेल न खाने की बात तभी दिखाती है जब इंजन ने अदला-बदली की पुष्टि की हो। सबसे मिलता-जुलता मॉडल संयोग से दावे से अलग निकले, तो उसे कभी आरोप की तरह नहीं दिखाया जाता — वह केवल हमारा अनुमान है। जब आपको अनिर्धारित दिखे, तो सही पाठ यही है कि इस बार के प्रमाण निर्णय के लिए पर्याप्त नहीं हैं। यह न तो निर्दोषता का प्रमाणपत्र है, न दोषसिद्धि।

रिपोर्ट के अंक कैसे पढ़ें

नियम-जाँच और पहचान का निर्णय
मानक रन 84 नियम-जाँचें चलाता है और व्यवहार के प्रमाण से पहचान का निर्णय बनाता है। नई रिपोर्ट अलग-अलग जाँचों को एक संयुक्त अंक में नहीं बदलती; पहचान परिणाम, नियम चेतावनियाँ और प्रमाण अलग-अलग पढ़ें।
निर्णय की प्रबलता
इसका अर्थ है कि इस बार के प्रमाण कितने मज़बूत थे: प्रश्नों के उत्तर कितने पूरे मिले, अलग-अलग संकेत एक ही दिशा में गए या नहीं, और निकट-संबंधी उम्मीदवारों के बीच अंतर कितना चौड़ा रहा। यह हर जाँच के साथ बदलता है; यह उस मॉडल का स्थायी गुण नहीं है।
ऐतिहासिक शुद्धता
इसका अर्थ है कि यह विधि उन प्रतिदर्शों पर कितनी सही निकली जिनके उत्तर हमें पहले से ज्ञात थे। यह ऑफ़लाइन गिना जाता है और आपकी जाँच से इसका कोई संबंध नहीं। इसे इस निर्णय के सही होने की प्रायिकता पढ़ना गलत है — दोनों संख्याएँ अलग प्रश्नों का उत्तर देती हैं और एक-दूसरे की जगह नहीं ले सकतीं।

हम क्या नहीं कर सकते

ये वे सीमाएँ हैं जिन्हें हम जानते हैं। हम इन्हें लिखते हैं क्योंकि अपनी सीमाएँ छिपाने वाली रिपोर्ट पर लोग उससे अधिक भरोसा कर बैठते हैं जितनी वह हकदार है।

  • हमें केवल यही एक कॉल दिखती है

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

  • निकट-संबंधी मॉडलों को अलग करने की एक छत है

    जब नकल करने वाला जानबूझकर आधे से अधिक व्यवहार की नकल करता है, तो लगभग आधे प्रमाण संरचनात्मक रूप से दावा की गई पहचान की ओर ही इशारा करते हैं। यह प्रश्नों की कमी नहीं, एक संरचनात्मक सीमा है — हमने इसे नापा है: प्रश्न बढ़ाने पर लागत तेज़ी से बढ़ी और भेद-क्षमता लगभग नहीं हिली।

  • हम यह सिद्ध नहीं कर सकते कि कुछ बदला ही नहीं गया

    मेल का निर्णय यह कहता है कि इस बार के प्रमाण अदला-बदली का समर्थन नहीं करते, यह नहीं कि अदला-बदली हुई ही नहीं। जो भी जाँच दूसरी बात की गारंटी का दावा करे, वह अपना बखान कर रही है।

  • पुरानी रिपोर्टों में ब्योरा कम होता है

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

जाँच में क्या शामिल है

स्थिति कैसे पढ़ें

पास

उत्तर इस जाँच की baseline और सुरक्षा सीमा पूरी करता है।

चेतावनी

संकेत अधूरा या सीमा के पास है; विवरण और मूल उत्तर देखें।

विफल

Baseline अंतर, protocol त्रुटि या अखंडता जोखिम की पुष्टि हुई है।

निर्णय कैसे बनता है

मॉडल पहचान

दावा किए गए मॉडल से family fingerprint, submodel गुण और anti-spoofing संकेत मिलाए जाते हैं।

गणना और परिवहन

Token संख्या, SSE framing, latency और response संरचना में बढ़ोतरी या relay त्रुटि खोजी जाती है।

सुरक्षा और सप्लाई चेन

System Prompt injection, secret leakage, dependency hijacking और signature tampering की जाँच होती है।

Attacks this tool detects

यह Probe arXiv 2604.08407 में वर्णित 3 प्रमुख relay-attack श्रेणियों — dependency hijacking, conditional System Prompt injection और credential exfiltration — का पता लगाती है। यह पहचान के प्रमाण और व्यवहार चेतावनियाँ दिखाती है; सुरक्षा स्कोर नहीं देती।

AC-1.a

प्रतिक्रिया छेड़छाड़

The proxy modifies tool-call or text content during response parsing, causing the agent to execute attacker-specified operations. Common tactics include tampering with npm/pip/go/cargo install commands, injecting typosquatting packages, and rewriting shell command parameters. Detection compares the proxy's response to direct-connect tool-call payloads to surface silent rewrites.

AC-1.b

सशर्त इंजेक्शन

The proxy conditionally injects a system message based on prompt content — malicious instructions for requests containing sensitive terms like "bank", "password", or "transfer", silence for everything else. The skew shows up statistically. Detection uses Proxy Monitor to compare the system-prompt offset between baseline and the relay under test.

AC-2

गुप्त स्कैनिंग

The proxy silently scans both requests (request) and responses (response) for API keys, access tokens, personal data, and trade secrets. Because the content itself is not modified, generic diff tools miss it. Detection injects a honeypot token and verifies whether it surfaces in proxy logs, Telegram bots, or external endpoints.

अक्सर पूछे जाने वाले प्रश्न

BazaarLink Probe कितनी जाँच चलाता है?

Suite में 84 मानक और 2 वैकल्पिक जाँच हैं, अधिकतम 86। वैकल्पिक जाँच तभी चलती हैं जब setting और endpoint क्षमता अनुमति दें।

Probe मॉडल बदलने का पता कैसे लगाता है?

यह model family, submodel fingerprint, ज्ञान और क्षमता के संकेत तथा self-claim हटाने के बाद व्यवहार की तुलना करता है। एक कमजोर संकेत को प्रमाण नहीं माना जाता।

क्या BazaarLink मेरी API कुंजी सहेजता है?

API कुंजी केवल आपकी माँगी जाँच के लिए उपयोग होती है और रिपोर्ट या सार्वजनिक लिंक में नहीं दिखाई जाती। कम सीमा वाली, वापस ली जा सकने वाली test key इस्तेमाल करें।

क्या चेतावनी का अर्थ relay धोखाधड़ी है?

ज़रूरी नहीं। इसका अर्थ प्रमाण अधूरा या असामान्य है। विवरण और मूल उत्तर देखें; मजबूत mismatch के लिए कई एक-जैसे संकेत चाहिए।

LLM रिले / रिवर्स प्रॉक्सी API गुणवत्ता जाँच

OpenAI-compatible relay पर 84 मानक और 2 वैकल्पिक, अधिकतम 86 जाँच चलाकर model substitution, token inflation, System Prompt injection, dependency hijacking, secret leakage और signature tampering जाँचें। पहचान निर्णय और व्यवहार चेतावनियाँ दिखेंगी। आधार: arXiv 2604.08407 आक्रमण वर्गीकरण पर आधारित है।

चीनी तर्ककोड जनरेशनमॉडल स्वैप डिटेक्शनटोकन मुद्रास्फीति डिटेक्शनसिस्टम प्रॉम्प्ट रिसावSSE स्ट्रीम सत्यापनप्रॉम्प्ट इंजेक्शन टेस्टमॉडल फिंगरप्रिंटिंग
आभार
यह उपकरण निम्नलिखित ओपन सोर्स परियोजनाओं से प्रेरित है: LLMmap (MIT, LLM मॉडल फिंगरप्रिंटिंग)api-relay-audit (MIT, रिले सुरक्षा ऑडिट)relayAPI (रिले सेवा निर्देशिका)
हमारे परीक्षकों का धन्यवाद
今書
BazaarLink पर वापस जाएँ
Support
Support
Hi! How can we help you?
Send a message and we'll get back to you soon.