> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Adaptive Security इंटीग्रेशन सेटअप

> अपने workforce के लिए फ़िशिंग, स्मिशिंग और विशिंग सिमुलेशन के परिणाम तथा सुरक्षा जागरूकता प्रशिक्षण के परिणाम आयात करने हेतु Adaptive Security को Living Security Platform से कनेक्ट करें।

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>संबंधित संसाधन</h2>
    <ul>
      <li>
        <a href="/hi/signals/data-sources">जानें कि Integrations का डेटा Human Risk Management Signals में कैसे परिवर्तित होता है</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Living Security के Integrations देखें</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Living Security Platform खोलें</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Living Security डेमो का अनुरोध करें</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Living Security Platform में क्रेडेंशियल दर्ज करें">
    <p>
      यह चरण वही व्यक्ति पूरा करता है जिसके पास Living Security का एक्सेस है — प्रोग्राम ओनर, या यदि सिस्टम एडमिन को आमंत्रित किया गया है (डेलीगेटेड सेटअप), तो सिस्टम एडमिन।
    </p>
    <ol>
      <li>
        <strong>Settings → Integrations → Catalog</strong> पर जाएँ, <strong>{tile}</strong> टाइल ढूँढें और{' '}
        <strong>Connect</strong> पर क्लिक करें।
      </li>
      <li>
        नीचे दिए गए फ़ील्ड भरें, फिर <strong>Connect</strong> पर क्लिक करें।
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>यह मार्गदर्शिका आपके {system} एडमिनिस्ट्रेटर के लिए है।</strong> इसमें {system} के भीतर API
      क्रेडेंशियल बनाने की प्रक्रिया बताई गई है, जिसके लिए {system} का एडमिन एक्सेस आवश्यक है — Living Security Platform का नहीं।
    </p>
    <p>
      यदि आप Living Security के <strong>प्रोग्राम ओनर</strong> हैं और {system} का प्रशासन नहीं करते हैं,
      तो यह पेज उस व्यक्ति को भेजें जो इसका प्रशासन करता है। वे Part A पूरा करके क्रेडेंशियल आपको सौंप देंगे
      (या, यदि आपने उन्हें प्लेटफ़ॉर्म में आमंत्रित किया है, तो उन्हें सीधे दर्ज कर देंगे)।
      {recommendDelegated && <>
          {' '}चूँकि सेटअप में संवेदनशील की सामग्री (key material) तैयार होती है, इसलिए हम{' '}
          <strong>delegated setup</strong> मार्ग अपनाने की अनुशंसा करते हैं, ताकि सीक्रेट आपको कभी वापस न भेजा जाए।
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Adaptive Security" />

## यह इंटीग्रेशन क्या योगदान देता है

Adaptive Security, Workforce, Training और मल्टी-चैनल सिमुलेशन के Outcomes उपलब्ध करा सकता है। समीक्षा किए गए उदाहरणों में निम्नलिखित शामिल हैं:

* `phishing.simulation.clicked` — किसी सिमुलेटेड ईमेल पर क्लिक किया और उसकी रिपोर्ट नहीं की
* `phishing.simulation.credential.submitted` — किसी सिमुलेटेड साइन-इन पेज पर क्रेडेंशियल दर्ज किए
* `phishing.simulation.attachment.opened` — किसी सिमुलेटेड ईमेल का अटैचमेंट खोला
* `phishing.simulation.reported` — किसी सिमुलेटेड ईमेल की रिपोर्ट की
* `smishing.simulation.replied` — किसी सिमुलेटेड टेक्स्ट संदेश का उत्तर दिया
* `vishing.simulation.succeeded` — किसी सिमुलेटेड वॉइस कॉलर के निर्देशों का पालन किया
* `training.assigned` — सुरक्षा प्रशिक्षण असाइन किया गया
* `training.completed` — सुरक्षा प्रशिक्षण पूरा किया
* `training.past.due` — प्रशिक्षण की समय-सीमा चूक गए

ये उदाहरण उस सामान्यीकृत गतिविधि के प्रकार दर्शाते हैं जिनका उपयोग Living Security कर सकता है। देखें [इंटीग्रेशन डेटा Signals में कैसे बदलता है](/hi/signals/data-sources)।

<Note>
  **Adaptive तीन चैनलों पर सिमुलेशन करता है, और Living Security प्रत्येक चैनल को अलग-अलग स्कोर करता है।**
  ईमेल परिणाम फ़िशिंग के रूप में, टेक्स्ट-संदेश परिणाम स्मिशिंग के रूप में और वॉइस-कॉल परिणाम विशिंग के रूप में स्कोर किए जाते हैं। सिमुलेटेड ईमेल पर क्लिक करने वाला व्यक्ति और सिमुलेटेड टेक्स्ट का उत्तर देने वाला व्यक्ति एक ही व्यवहार के रूप में नहीं मापे जाते, क्योंकि दोनों द्वारा लिया गया निर्णय अलग होता है।
</Note>

## Living Security को क्या चाहिए

| क्रेडेंशियल | विवरण |
| - | - |
| **API token** | Adaptive Security का एक API टोकन। Living Security इसे प्रत्येक अनुरोध पर बेयरर टोकन के रूप में भेजता है। |

**आवश्यक भूमिका:** आपके Adaptive Security खाते का ऐसा एडमिनिस्ट्रेटर जिसके पास **Settings → API** तक पहुँच हो। Adaptive रोल-आधारित अनुमतियों के माध्यम से API एक्सेस को नियंत्रित करता है, इसलिए टोकन ऐसी भूमिका का होना चाहिए जो उपयोगकर्ताओं, फ़िशिंग और प्रशिक्षण को पढ़ सके।

**एक्सेस:** केवल-पठन। Living Security केवल Adaptive Security से डेटा पढ़ता है और आपके खाते में कुछ भी नहीं बनाता, बदलता या हटाता है।

### Living Security क्या प्राप्त करता है

| डेटा | विवरण |
| - | - |
| **People** | आपकी Adaptive उपयोगकर्ता डायरेक्टरी: नाम, ईमेल, विभाग, पदनाम, प्रबंधक का नाम और ईमेल, स्थान, डिवीज़न, रोज़गार की स्थिति और आरंभ तिथि। |
| **Email simulations** | प्रति व्यक्ति प्रति सिमुलेशन: संदेश कब डिलीवर हुआ, खोला गया, क्लिक किया गया, उसका उत्तर दिया गया, उसका अटैचमेंट खोला गया, उसका QR कोड स्कैन किया गया, क्रेडेंशियल दर्ज किए गए, या उसकी रिपोर्ट की गई। |
| **Text simulations** | प्रति व्यक्ति प्रति सिमुलेशन: डिलीवर हुआ, खोला गया, क्लिक किया गया, उत्तर दिया गया, क्रेडेंशियल दर्ज किए गए, या रिपोर्ट किया गया। |
| **Voice simulations** | प्रति व्यक्ति प्रति सिमुलेशन: भेजा गया लालच (lure), कॉल किया गया नंबर, क्या व्यक्ति ने कॉलर के निर्देशों का पालन किया, और क्या उन्होंने इसकी रिपोर्ट की। |
| **Training** | प्रति व्यक्ति प्रति कैंपेन: नामांकन कब हुआ, समय-सीमा क्या थी, उन्होंने कब शुरू किया, कब पूरा किया, और क्या उन्होंने कैंपेन नीति को स्वीकार किया। |

<Note>
  **फ़ोन नंबर संग्रहीत नहीं किए जाते।** Adaptive अपने उपयोगकर्ता रिकॉर्ड में कार्यालय और मोबाइल नंबर लौटाता है। Living Security कुछ भी संग्रहीत करने से पहले दोनों को हटा देता है, क्योंकि Living Security की कोई भी सुविधा इनका उपयोग नहीं करती।
</Note>

<Note>
  **Adaptive का अपना रिस्क स्कोर दर्ज किया जाता है, लेकिन कभी स्कोरिंग में उपयोग नहीं होता।** Adaptive प्रति व्यक्ति एक `current_risk_score` की गणना करता है। Living Security इसे इसलिए रखता है ताकि आप दोनों सिस्टम की आमने-सामने तुलना कर सकें, लेकिन Human Risk Index की गणना हमेशा Living Security के अपने प्रकाशित मॉडल का उपयोग करके देखे गए व्यवहार के आधार पर की जाती है — किसी अन्य विक्रेता के समग्र स्कोर से कभी नहीं।
</Note>

### पूर्वापेक्षाएँ

* API सक्षम किया हुआ एक Adaptive Security खाता।
* [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com) तक एडमिनिस्ट्रेटर एक्सेस।
* Adaptive में उपयोगकर्ताओं के ऐसे ईमेल पते जो आपके अन्य कनेक्टेड सिस्टम द्वारा उपयोग किए जाने वाले पतों से मेल खाते हों। Living Security ईमेल के माध्यम से ही किसी Adaptive उपयोगकर्ता का मिलान किसी व्यक्ति से करता है।

***

## भाग A — Adaptive Security में

*ये चरण आपके Adaptive Security एडमिनिस्ट्रेटर द्वारा पूरे किए जाते हैं।*

<Steps>
  <Step title="API सेटिंग्स खोलें">
    1. एडमिनिस्ट्रेटर के रूप में [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com) में साइन इन करें।
    2. **Settings → API** पर जाएँ।
  </Step>

  <Step title="API टोकन जनरेट करें">
    1. एक नया API टोकन जनरेट करें।
    2. इसे ऐसा नाम दें जिसे आप बाद में पहचान सकें — उदाहरण के लिए `Living Security`।
    3. पुष्टि करें कि टोकन की भूमिका उपयोगकर्ताओं, फ़िशिंग कैंपेन और प्रशिक्षण कैंपेन को पढ़ सकती है।
    4. टोकन को कॉपी करें।

    <Warning>
      पेज छोड़ने से पहले टोकन कॉपी कर लें। यदि आपका Adaptive खाता टोकन पर समाप्ति तिथि निर्धारित करता है, तो उस तिथि को नोट कर लें — समाप्त होने के बाद Living Security डेटा प्राप्त नहीं कर सकता, और कनेक्शन को नए टोकन के साथ अपडेट करना होगा।
    </Warning>
  </Step>
</Steps>

***

## भाग B — Living Security Platform में

*यह चरण प्रोग्राम ओनर द्वारा पूरा किया जाता है, या प्रत्यायोजित सेटअप का उपयोग करने की स्थिति में सिस्टम एडमिन द्वारा।*

<Steps>
  <ConnectInPlatform tile="Adaptive Security">
    | फ़ील्ड | मान |
    | - | - |
    | **API token** | वह टोकन जो आपने भाग A में जनरेट किया था |
  </ConnectInPlatform>
</Steps>

अब आप Adaptive Security से कनेक्ट हो गए हैं।

***

## डेटा कितनी बार प्राप्त किया जाता है

| डेटा | शेड्यूल |
| - | - |
| People | हर 6 घंटे में |
| सिमुलेशन परिणाम (ईमेल, टेक्स्ट, वॉइस) | हर 6 घंटे में |
| प्रशिक्षण परिणाम | हर 6 घंटे में |

Adaptive का रिपोर्टिंग API "अंतिम बार से क्या बदला" जैसा फ़िल्टर प्रदान नहीं करता, इसलिए Living Security प्रत्येक सिमुलेशन और प्रशिक्षण कैंपेन को तब तक पढ़ता है जब तक वह परिणाम उत्पन्न कर रहा हो, और कैंपेन बंद होने के दो सप्ताह बाद उसे पढ़ना बंद कर देता है। इस प्रकार देर से किए गए क्लिक और देर से की गई रिपोर्ट भी दर्ज हो जाती हैं, और समाप्त हो चुके कैंपेन को बार-बार नहीं पढ़ा जाता।

<Note>
  किसी बड़े Adaptive खाते पर पहली बार कनेक्ट करने पर सारा डेटा पढ़ने में कई शेड्यूल किए गए रन लग सकते हैं। प्रत्येक रन जितना संभव हो उतना पढ़ता है और अगला रन वहीं से आगे बढ़ता है जहाँ पिछला रुका था, इसलिए गणनाएँ पहले एक-दो दिनों में धीरे-धीरे बढ़ती हैं, एक साथ दिखाई नहीं देतीं।
</Note>

***

## समस्या निवारण

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    API टोकन गलत है, समाप्त हो चुका है, या रद्द कर दिया गया है। इस त्रुटि पर Adaptive खाली रिस्पॉन्स बॉडी लौटाता है, इसलिए पढ़ने के लिए कोई अतिरिक्त विवरण उपलब्ध नहीं होता। **Settings → API** में नया टोकन जनरेट करें और उसी के साथ दोबारा कनेक्ट करें। आंशिक रूप से कॉपी किया गया टोकन भी यही त्रुटि देता है, और यही सबसे आम कारण है।
  </Accordion>

  <Accordion title="403 Forbidden">
    टोकन प्रमाणित हो गया, लेकिन उसकी भूमिका अनुरोधित डेटा को पढ़ नहीं सकती। वही टोकन दोबारा पेस्ट करने से कोई लाभ नहीं होगा। Adaptive में पुष्टि करें कि टोकन की भूमिका को उपयोगकर्ताओं, फ़िशिंग और प्रशिक्षण के लिए रीड एक्सेस प्राप्त है, या ऐसी भूमिका से टोकन जारी करें जिसके पास यह एक्सेस हो।
  </Accordion>

  <Accordion title="429 Too Many Requests">
    Adaptive ने कनेक्शन पर रेट-लिमिट लगा दी है। Living Security उस रन को रोक देता है और अगले शेड्यूल किए गए रन पर उसी स्थान से पुनः आरंभ करता है, इसलिए कोई डेटा नहीं खोता — गणनाओं को बढ़ने में केवल अधिक समय लगता है। यदि यह कई दिनों तक बना रहे, तो अपने खाते पर लागू रेट लिमिट के बारे में पूछने के लिए Adaptive Security सपोर्ट से संपर्क करें।
  </Accordion>

  <Accordion title="People दिखाई देते हैं, लेकिन कोई सिमुलेशन परिणाम नहीं">
    जाँचें कि जिन कैंपेन की आप अपेक्षा कर रहे हैं वे वास्तव में चले हैं। Adaptive केवल उन्हीं सिमुलेशन के लिए नामांकन रिपोर्ट करता है जो भेजे जा चुके हैं, इसलिए **Draft** या **Scheduled** स्थिति में रहने वाला कैंपेन भेजे जाने तक कोई योगदान नहीं देता। Living Security जान-बूझकर इन्हें नहीं पढ़ता, ताकि वह अपना अनुरोध बजट उन कैंपेन पर खर्च करे जिनके वास्तविक परिणाम हैं।
  </Accordion>

  <Accordion title="वॉइस या टेक्स्ट सिमुलेशन गायब हैं">
    Living Security प्रत्येक परिणाम का चैनल उससे जुड़े परिदृश्य (scenario) से निर्धारित करता है। यदि किसी सिमुलेशन के चलने के बाद Adaptive में उसका परिदृश्य हटा दिया गया था, तो उसके परिणाम ईमेल चैनल के अंतर्गत दर्ज किए जाते हैं, क्योंकि चैनल अब पढ़ा नहीं जा सकता। पुराने परिदृश्यों को हटाने के बजाय Adaptive में रखने से इससे बचा जा सकता है।
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.