वेबहुक सिग्नेचर सत्यापक

वेबहुक डिलीवरी (साइनिंग सीक्रेट, हेडर और सटीक मूल बॉडी) पेस्ट करें और प्रदाता के अपने नियमों से उसका सिग्नेचर दोबारा गणना करें: GitHub X-Hub-Signature-256, अनुरोध टाइमस्टैम्प पर Slack v0 सिग्नेचर, Shopify Base64 HMAC, Stripe t= और v1= सिग्नेचर (सीक्रेट बदलते समय कोई भी v1 मेल खा सकता है), Standard Webhooks और Svix के webhook-id, webhook-timestamp और webhook-signature, और एक कॉन्फ़िगर करने योग्य सामान्य HMAC। सिग्नेचर की वैधता और टाइमस्टैम्प की ताज़गी अलग-अलग बताई जाती है।

सिग्नेचर सटीक बाइट को कवर करते हैं। जब सिग्नेचर मेल नहीं खाता, तो टूल सामान्य गलतियों के साथ दोबारा गणना करता है और पहली मेल खाने वाली गलती बताता है: अंत में जोड़ी गई या खोई नई पंक्ति, CRLF या LF रूपांतरण, पार्स करके दोबारा सीरियलाइज़ किया गया JSON, सीक्रेट के आसपास खाली जगह, Base64 डिकोड किए बिना उपयोग किया गया whsec_ सीक्रेट, या किसी दूसरे प्रदाता की योजना। गायब हेडर, गलत प्रारूप वाले सिग्नेचर और पुराने या भविष्य के टाइमस्टैम्प हर एक को अलग समस्या के रूप में दिखाया जाता है।

सत्यापन हमेशा मूल बॉडी का उपयोग करता है; सुव्यवस्थित पूर्वावलोकन केवल दिखाने के लिए है। टेक्स्ट बॉक्स CRLF लाइन ब्रेक को LF में बदल देते हैं, इसलिए सटीक बाइट ज़रूरी हों तो बॉडी को Hex या Base64 में पेस्ट करें या फ़ाइल से लोड करें। 5 MB तक की बॉडी और 64 KB तक के सीक्रेट स्वीकार किए जाते हैं।

सब कुछ आपके ब्राउज़र में Web Crypto से चलता है। सीक्रेट केवल मेमोरी में रहता है और कभी सहेजा, URL में डाला, लॉग या भेजा नहीं जाता; केवल प्रदाता और सहनशीलता याद रखी जाती है। यह टूल अनुरोध दोबारा नहीं भेजता, प्रदाताओं से संपर्क नहीं करता, और Standard Webhooks v1a (Ed25519) जैसे असममित सिग्नेचर सत्यापित नहीं करता।