Sign inGet Started

एन्क्रिप्टेड चैनल

जिस चैनल का नाम private-encrypted- से शुरू होता है, वह एंड-टू-एंड एन्क्रिप्टेड होता है। आपका सर्वर हर पेलोड को प्रकाशित करने से पहले सील करता है, और स्वीकृत ब्राउज़र क्लाइंट आपके ऑथराइज़ेशन एंडपॉइंट से मिली कुंजी से उसे डिक्रिप्ट करते हैं। Realtime एज और नेटवर्क मध्यस्थ केवल सिफरटेक्स्ट देखते हैं।

32-बाइट की एक मास्टर कुंजी बनाएँ और उसे सुरक्षित रखें। मास्टर कुंजी किसी भी Realtime API अनुरोध में कभी नहीं जाती, और चैनल-नाम का प्रीफ़िक्स ही इस सुविधा को चालू करता है। Bird खोई हुई कुंजी को वापस नहीं ला सकता, और कुंजी बदलने के बाद भी उस कुंजी से सील किए गए पेलोड पढ़े नहीं जा सकते।

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

मास्टर कुंजी बनाएँ

32 रैंडम बाइट बनाएँ, उन्हें base64 में एन्कोड करें, और इस मान को ऐप सीक्रेट की तरह सुरक्षित रखें:

कोड उदाहरण
openssl rand -base64 32

इसे realtime कॉन्फ़िगरेशन के हिस्से के रूप में, ऐप कुंजी और सीक्रेट के साथ, अपने सर्वर SDK को दें।

एन्क्रिप्टेड इवेंट प्रकाशित करें

सर्वर SDK चैनल प्रीफ़िक्स पहचानता है, मास्टर कुंजी से उस चैनल की कुंजी व्युत्पन्न करता है, और JSON पेलोड को स्थानीय रूप से सील करता है। प्रकाशन अनुरोध में सील किया हुआ एनवेलप होता है।

import { BirdClient } from "@messagebird/sdk";

const bird = new BirdClient({
  apiKey: process.env.BIRD_API_KEY,
  realtime: {
    key: process.env.BIRD_REALTIME_KEY,
    secret: process.env.BIRD_REALTIME_SECRET,
    encryptionMasterKey: process.env.BIRD_REALTIME_MASTER_KEY,
  },
});

await bird.realtime.publish("rap_01krdgeqcxet5s7t44vh8rt9mg", {
  event: "order.updated",
  channels: ["private-encrypted-orders"],
  data: { order_id: "ord_123", status: "shipped" },
});

किसी एक प्रकाशन में एन्क्रिप्टेड चैनल अकेला चैनल होना चाहिए। हर एन्क्रिप्टेड चैनल अलग कुंजी व्युत्पन्न करता है, इसलिए दूसरे चैनल उसी सील किए गए पेलोड को डिक्रिप्ट नहीं कर पाएँगे। SDK इस फ़ैन-आउट को स्थानीय रूप से अस्वीकार करते हैं, और ऐसा अनुरोध मिलने पर API E23000 लौटाता है। कई एन्क्रिप्टेड चैनलों पर प्रकाशित करने के लिए ऐसा बैच इस्तेमाल करें जिसमें हर इवेंट में एक ही चैनल हो।

अपने ऑथ एंडपॉइंट से साझा सीक्रेट लौटाएँ

आपका ऑथ एंडपॉइंट एन्क्रिप्टेड सब्सक्रिप्शन को उसी तरह स्वीकृत करता है जैसे निजी सब्सक्रिप्शन को। SDK के authorizeChannel हेल्पर का उपयोग करें। जब भी चैनल के नाम में एन्क्रिप्टेड प्रीफ़िक्स होता है, प्रतिक्रिया में shared_secret अपने आप जुड़ जाता है:

app.post("/bird/auth", async (req, res) => {
  const { connection_id, channel_name } = req.body;

  const user = getUserFromSession(req);
  if (!user || !mayJoin(user, channel_name)) return res.sendStatus(403);

  res.json(
    await bird.realtime.authorizeChannel({
      connectionId: connection_id,
      channelName: channel_name,
    }),
  );
});

SDK हर चैनल के लिए अलग shared_secret बनाता है। इसलिए private-encrypted-orders का ऑथराइज़ेशन private-encrypted-invoices को डिक्रिप्ट नहीं करता। सीक्रेट आपकी ऑथराइज़ेशन प्रतिक्रिया में जाता है और एज को भेजे गए सब्सक्रिप्शन फ़्रेम में शामिल नहीं होता।

ब्राउज़र में सब्सक्राइब और डिक्रिप्ट करें

साइफ़र अलग @messagebird/realtime/encrypted एंट्री पॉइंट का उपयोग करता है। इसे इम्पोर्ट करें और क्लाइंट के encryption विकल्प के रूप में पास करें:

कोड उदाहरण
import { BirdRealtime } from "@messagebird/realtime";
import { encryption } from "@messagebird/realtime/encrypted";

const bird = new BirdRealtime({
  appKey: "your-app-key",
  region: "us1",
  authEndpoint: "/bird/auth",
  encryption,
});

const orders = bird.subscribe("private-encrypted-orders");
orders.bind("order.updated", (data) => {
  console.log(data); // decrypted: { order_id: "ord_123", status: "shipped" }
});

बाइंडिंग्स को प्लेनटेक्स्ट मिलता है। encryption विकल्प के बिना सब्सक्राइब करने पर तुरंत त्रुटि आती है, और shared_secret के बिना ऑथराइज़ेशन प्रतिक्रिया मिलने पर सब्सक्रिप्शन विफल हो जाता है।

केवल ब्राउज़र क्लाइंट एन्क्रिप्टेड चैनल प्राप्त करता है। Swift और Kotlin क्लाइंट private-encrypted- सब्सक्रिप्शन अस्वीकार करते हैं, क्योंकि उनमें डिक्रिप्शन लागू नहीं है।

मास्टर कुंजी बदलें

नई कुंजी को हर पब्लिशर और ऑथराइज़ेशन एंडपॉइंट पर एक साथ डिप्लॉय करें। कुंजी बदलने के दौरान:

  1. नए पब्लिश नई कुंजी से सील होते हैं।
  2. सब्सक्राइब किया हुआ ब्राउज़र क्लाइंट जब किसी इवेंट को डिक्रिप्ट नहीं कर पाता, तो वह एक बार फिर से ऑथराइज़ करता है और नया shared_secret प्राप्त करता है।
  3. अलग-अलग मास्टर कुंजियों का उपयोग करने वाले इंस्टेंस थोड़े समय के लिए ऐसे इवेंट पब्लिश कर सकते हैं जिन्हें कुछ क्लाइंट डिक्रिप्ट नहीं कर पाते, इसलिए सभी इंस्टेंस पर रोलआउट का तालमेल रखें।

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

एन्क्रिप्टेड चैनल क्या नहीं करते

  • आधिकारिक क्लाइंट, क्लाइंट इवेंट का समर्थन नहीं करते। एन्क्रिप्टेड चैनलों पर ब्राउज़र trigger() त्रुटि देता है, क्योंकि क्लाइंट एक क्लाइंट से दूसरे क्लाइंट को भेजे जाने वाले पेलोड को सील नहीं करता। किसी कस्टम क्लाइंट से प्लेनटेक्स्ट क्लाइंट इवेंट न भेजें।
  • प्रेज़ेंस और एन्क्रिप्शन को एक साथ इस्तेमाल नहीं किया जा सकता। presence-encrypted- प्रीफ़िक्स समर्थित नहीं है। कैश और एन्क्रिप्शन साथ काम करते हैं: private-encrypted-cache- चैनल कैश किए गए इवेंट को सील करके संग्रहीत करते हैं, हालांकि कुंजी रोटेशन के बाद कैश की गई प्रति तब तक पुरानी कुंजी से सील रहती है जब तक अगला पब्लिश उसे बदल नहीं देता।
  • चैनल नाम और इवेंट नाम एन्क्रिप्ट नहीं होते। केवल पेलोड एन्क्रिप्ट होता है। ऐसे चैनल नाम चुनें जिनसे यह पता न चले कि आप क्या सुरक्षित कर रहे हैं।
  • Realtime एज पेलोड की जांच नहीं कर सकता। चैनल और इवेंट नाम दिखाई देते रहते हैं, जबकि पेलोड एन्क्रिप्टेड रहता है।

अगले कदम

इस विषय के लिए दस्तावेज़, गाइड और उदाहरणों के साथ आगे बढ़ें।