
# सुरक्षा प्रश्नावली के लिए AI‑संचालित रियल‑टाइम एविडेंस फ्रेशनेस स्कोरिंग

## परिचय

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

छह महीने पुराना PDF आज उत्तरित प्रश्नावली में अभी भी संलग्न हो सकता है, जिससे विक्रेता ऑडिट निष्कर्षों के जोखिम में पड़ सकता है और ग्राहक भरोसा कमज़ोर हो सकता है। मैनुअल फ्रेशनेस जाँच श्रम‑गहन और त्रुटिप्रोन है। समाधान है **जनरेटिव AI** और **retrieval‑augmented generation (RAG)** को सतत रूप से एविडेंस की ताज़गी का मूल्यांकन, स्कोरिंग और अलर्ट करने देना।

यह लेख एक पूर्ण, प्रोडक्शन‑रेडी डिज़ाइन का विवरण देता है **AI‑संचालित रियल‑टाइम एविडेंस फ्रेशनेस स्कोरिंग इंजन (EFSE)** का, जो:

1. **इनजेस्ट** करता है प्रत्येक एविडेंस को जैसे ही वह रिपोज़िटरी में पहुँचता है।  
2. **स्कोर** गणना करता है ताज़गी स्कोर को टाइमस्टैम्प, सेमेंटिक चेंज डिटेक्शन, और LLM‑आधारित प्रासंगिकता मूल्यांकन द्वारा।  
3. **अलर्ट** जेनरेट करता है जब स्कोर नीति‑परिभाषित थ्रेशहोल्ड से नीचे गिरते हैं।  
4. **डैशबोर्ड** पर ट्रेंड्स को विज़ुअलाइज़ करता है जो मौजूदा अनुपालन टूल्स (जैसे Procurize, ServiceNow, JIRA) के साथ एकीकृत होता है।

मार्गदर्शिका के अंत में आप EFSE को लागू करने, प्रश्नावली टर्नअराउंड समय सुधारने और ऑडिटरों को निरंतर अनुपालन दिखाने के लिये स्पष्ट रोडमैप प्राप्त करेंगे।

---

## एविडेंस फ्रेशनेस क्यों महत्वपूर्ण है

| प्रभाव | विवरण |
|--------|-------|
| **नियामक जोखिम** | कई मानक ([ISO 27001](https://www.iso.org/standard/27001), [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2), [GDPR](https://gdpr.eu/)) “वर्तमान” एविडेंस की मांग करते हैं। पुरानी दस्तावेज़ गैर‑अनुपालन निष्कर्ष पैदा कर सकते हैं। |
| **ग्राहक विश्वास** | संभावित ग्राहक पूछते हैं “यह एविडेंस आख़िरी बार कब सत्यापित किया गया?” कम फ्रेशनेस स्कोर बातचीत में बाधा बन जाता है। |
| **ऑपरेशनल दक्षता** | टीमें अपने सप्ताह के 10‑30 % समय पुरानी एविडेंस को खोजने और अपडेट करने में व्यतीत करती हैं। स्वचालन इस क्षमता को मुक्त करता है। |
| **ऑडिट तैयारी** | रियल‑टाइम दृश्यता ऑडिटरों को स्थैतिक, संभावित रूप से पुराना पैकेज न दिखाकर जीवंत स्नैपशॉट देखने देती है। |

पारंपरिक अनुपालन डैशबोर्ड केवल **क्या** एविडेंस मौजूद है दिखाते हैं, न कि **कितनी नई** है। EFSE इस अंतर को पाटता है।

---

## आर्किटेक्चर का सिंहावलोकन

नीचे EFSE पारिस्थितिकी तंत्र का उच्च‑स्तरीय Mermaid डायग्राम है। यह स्रोत रिपोज़िटरी से स्कोरिंग इंजन, अलर्टिंग सर्विस और UI लेयर तक डेटा फ्लो दिखाता है।

```mermaid
graph LR
    subgraph Ingestion Layer
        A["दस्तावेज़ स्टोर<br/>(S3, Git, SharePoint)"] --> B[मेटाडेटा एक्सट्रैक्टर]
        B --> C[इवेंट बस<br/>(Kafka)]
    end

    subgraph Scoring Engine
        C --> D[फ्रेशनेस स्कोरर]
        D --> E[स्कोर स्टोर<br/>(PostgreSQL)]
    end

    subgraph Alerting Service
        D --> F[थ्रेशहोल्ड इवैलुएटर]
        F --> G[नोटिफ़िकेशन हब<br/>(Slack, Email, PagerDuty)]
    end

    subgraph Dashboard
        E --> H[विज़ुअलाइज़ेशन UI<br/(React, Grafana)]
        G --> H
    end

    style Ingestion Layer fill:#f9f9f9,stroke:#333,stroke-width:1px
    style Scoring Engine fill:#e8f5e9,stroke:#333,stroke-width:1px
    style Alerting Service fill:#fff3e0,stroke:#333,stroke-width:1px
    style Dashboard fill:#e3f2fd,stroke:#333,stroke-width:1px
```

*सभी नोड लेबल को डबल कोट्स में घेरा गया है ताकि Mermaid सिंटैक्स का पालन हो।*

### मुख्य घटक

1. **दस्तावेज़ स्टोर** – सभी एविडेंस फाइलों (PDF, DOCX, YAML, स्क्रीनशॉट) का केंद्रीय भंडार।  
2. **मेटाडेटा एक्सट्रैक्टर** – फ़ाइल टाइमस्टैम्प, एम्बेडेड संस्करण टैग और OCR‑आधारित टेक्स्ट परिवर्तन को पार्स करता है।  
3. **इवेंट बस** – *EvidenceAdded* और *EvidenceUpdated* इवेंट्स को डाउनस्ट्रीम कंज्यू़मर्स के लिये प्रकाशित करती है।  
4. **फ्रेशनेस स्कोरर** – निर्धारक ह्युरिस्टिक्स (उम्र, संस्करण अंतर) और LLM‑आधारित सेमेंटिक ड्रिफ्ट डिटेक्शन को मिलाकर स्कोर बनाता है।  
5. **स्कोर स्टोर** – प्रत्येक आर्टिफैक्ट के स्कोर को इतिहास के साथ संग्रहीत करता है।  
6. **थ्रेशहोल्ड इवैलुएटर** – नीति‑परिभाषित न्यूनतम स्कोर (जैसे ≥ 0.8) लागू कर अलर्ट बनाता है।  
7. **नोटिफ़िकेशन हब** – स्लैक, ई‑मेल या इन्सिडेंट‑रिस्पॉन्स टूल्स को रियल‑टाइम संदेश भेजता है।  
8. **विज़ुअलाइज़ेशन UI** – इंटरैक्टिव हीट‑मैप, टाइम‑सीरीज़ चार्ट और ड्रिल‑डाउन तालिकाएँ ऑडिटरों और अनुपालन प्रबंधकों के लिये।

---

## विस्तृत स्कोरिंग एल्गोरिदम

ताज़गी स्कोर *S* ∈ [0, 1] को वेटेड समेट के रूप में निकाला जाता है:

```
S = w1·Tnorm + w2·Vnorm + w3·Snorm
```

| प्रतीक | अर्थ | गणना |
|--------|------|------|
| **Tnorm** | सामान्यीकृत उम्र फ़ैक्टर | `Tnorm = 1 - min(age_days / max_age, 1)` |
| **Vnorm** | संस्करण समानता | लेवेनशtein दूरी को वर्तमान और पिछले संस्करण स्ट्रिंग्स के बीच निकालकर [0, 1] में स्केल किया जाता है |
| **Snorm** | सेमेंटिक ड्रिफ्ट | LLM‑जनित समानता, जो नवीनतम टेक्स्ट स्नैपशॉट और सबसे हालिया *स्वीकृत* स्नैपशॉट के बीच की होती है |

सामान्य वज़न कॉन्फ़िगरेशन: `w1=0.4, w2=0.2, w3=0.4`।

### LLM के साथ सेमेंटिक ड्रिफ्ट

1. OCR (छवि के लिये) या नेटिव पार्सर से कच्चा टेक्स्ट निकालें।  
2. LLM (उदा. Claude‑3.5, GPT‑4o) को इस प्रॉम्प्ट के साथ कॉल करें:

   ```
   Compare the two policy excerpts below. Provide a similarity score between 0 and 1 where 1 means identical meaning.
   ---
   Excerpt A: <previous approved version>
   Excerpt B: <current version>
   ```

3. LLM द्वारा लौटाया गया संख्यात्मक मान *Snorm* बन जाता है।

### थ्रेशहोल्ड

| स्तर | स्कोर सीमा | कार्रवाई |
|------|------------|----------|
| **Critical** | S < 0.5 | तुरंत सुधार आवश्यक |
| **Warning** | 0.5 ≤ S < 0.75 | 30 दिनों के भीतर अपडेट शेड्यूल करें |
| **Healthy** | S ≥ 0.75 | कोई कार्रवाई नहीं |

---

## मौजूदा अनुपालन प्लेटफ़ॉर्म के साथ एकीकरण

| प्लेटफ़ॉर्म | एकीकरण बिंदु | लाभ |
|------------|--------------|------|
| **Procurize** | EFSE से Webhook द्वारा प्रश्नावली UI में एविडेंस मेटाडेटा अपडेट | प्रत्येक एटैचमेंट के पास स्वतः फ्रेशनेस बैज दिखता है |
| **ServiceNow** | स्कोर नीति के नीचे गिरने पर इन्सिडेंट टिकट बनाना | सुधार टीम के लिये सहज टिकेटिंग |
| **JIRA** | “एविडेंस अपडेट” स्टोरी स्वचालित रूप से बनाना और प्रभावित प्रश्नावली से लिंक करना | प्रोडक्ट ओनर्स के लिये पारदर्शी वर्कफ़्लो |
| **Confluence** | स्कोर स्टोर से पढ़ने वाला लाइव हीट‑मैप मैक्रो एम्बेड करना | केंद्रीय ज्ञान आधार निरंतर अनुपालन स्थिति दर्शाता है |

सभी इंटीग्रेशन **RESTful endpoint** (`/evidence/{id}/score`, `/alerts`, `/metrics`) पर निर्भर करती हैं। API OpenAPI 3.1 अनुक्रमणिका का पालन करती है, जिससे Python, Go और TypeScript SDK स्वतः निर्मित हो सकते हैं।

---

## कार्यान्वयन रोडमैप

| चरण | माइलस्टोन | अनुमानित प्रयास |
|------|------------|-----------------|
| **1. बुनियाद** | दस्तावेज़ स्टोर, इवेंट बस और मेटाडेटा एक्सट्रैक्टर को डिप्लॉय | 2 सप्ताह |
| **2. स्कोरर प्रोटोटाइप** | निर्धारक Tnorm/Vnorm लॉजिक बनाना; Azure OpenAI के माध्यम से LLM इंटेग्रेशन | 3 सप्ताह |
| **3. अलर्टिंग & डैशबोर्ड** | थ्रेशहोल्ड इवैलुएटर, नोटिफ़िकेशन हब एवं Grafana हीट‑मैप सेट‑अप | 2 सप्ताह |
| **4. इंटीग्रेशन हुक** | Procurize, ServiceNow, JIRA के लिये वेबहुक विकसित करना | 1 सप्ताह |
| **5. परीक्षण & ट्यूनिंग** | 10 k एविडेंस आइटम पर लोड‑टेस्ट, वज़न कैलिब्रेशन, CI/CD जोड़ना | 2 सप्ताह |
| **6. रोल‑आउट** | एक प्रोडक्ट लाइन में पायलट, फीडबैक एकत्र, पूरे संगठन में विस्तार | 1 सप्ताह |

### CI/CD विचार

- **GitOps** (ArgoCD) के द्वारा स्कोरिंग मॉडल व नीति थ्रेशहोल्ड का संस्करण‑नियंत्रण।  
- LLM API कुंजियों को **HashiCorp Vault** में सुरक्षित रखें।  
- रेग्रेसन टेस्ट स्वचालित रूप से सत्यापित करें कि कोई ज्ञात‑अच्छा दस्तावेज़ कभी ‘Healthy’ सीमा से नीचे न गिरे।

---

## सर्वोत्तम अभ्यास

1. **एविडेंस में संस्करण मेटाडेटा टैग** – लेखकों को प्रत्येक दस्तावेज़ में `Version: X.Y.Z` हेडर एम्बेड करने के लिये प्रेरित करें।  
2. **नीति‑विशिष्ट अधिकतम उम्र परिभाषित करें** – ISO 27001 12 माह की अनुमति दे सकता है, SOC 2 6 माह; इन्हें कॉन्फ़िगरेशन तालिका में संग्रहीत करें।  
3. **नियमित LLM पुन:‑ट्रेनिंग** – अपनी नीति भाषा पर LLM को फाइन‑ट्यून करें ताकि hallucination जोखिम कम हो।  
4. **ऑडिट ट्रेल** – हर स्कोरिंग इवेंट को लॉग करें; कम से कम 2 वर्ष तक रखें।  
5. **ह्यूमन‑इन‑द‑लूप** – जब स्कोर क्रिटिकल रेंज में आएँ, तो स्वचालित बंद करने से पहले अनुपालन अधिकारी की पुष्टि आवश्यक रखें।

---

## भविष्य की सम्भावनाएँ

- **बहु‑भाषी सेमेंटिक ड्रिफ्ट** – OCR व LLM पाइपलाइन को जर्मन GDPR ऐपेंडिक्स जैसे गैर‑अंग्रेज़ी एविडेंस के लिये विस्तारित करें।  
- **ग्राफ़ न्यूरल नेटवर्क (GNN) प्रसंग‑आधारित स्कोरिंग** – एविडेंस आर्टिफैक्ट्स के बीच संबंध (जैसे PDF जो टेस्ट लॉग संदर्भित करता है) मॉडल करके **क्लस्टर फ्रेशनेस स्कोर** निकालें।  
- **प्रीडिक्टिव फ्रेशनेस फोरकास्टिंग** – टाइम‑सीरीज़ मॉडल (Prophet, ARIMA) को लागू कर भविष्य में कब एविडेंस पुराना होगा, उसका पूर्वानुमान लगाएँ और प्रॉएक्टिव अपडेट शेड्यूल करें।  
- **ज़ीरो‑नॉलेज प्रूफ़ सत्यापन** – अत्यधिक गोपनीय एविडेंस के लिये zk‑SNARK प्रूफ़ जेनरेट करें, जिससे फ्रेशनेस स्कोर सही गणना हुआ यह सिद्ध हो, बिना मूल दस्तावेज़ उजागर किए।

---

## निष्कर्ष

सहज एविडेंस पुराना रहना वह चुप‑चाप चलने वाला अनुपालन खतरा है जो भरोसा घटा देता है और ऑडिट लागत बढ़ा देता है। **AI‑संचालित रियल‑टाइम एविडेंस फ्रेशनेस स्कोरिंग इंजन** को लागू करके कंपनियाँ प्राप्त करती हैं:

- **दृश्यता** – कौन‑से अटैचमेंट पुराने हैं, इसका त्वरित हीट‑मैप।  
- **स्वचालन** – अलर्ट, टिकेट निर्माण और UI बैज मैनुअल खोज को समाप्त करते हैं।  
- **आश्वासन** – ऑडिटर जीवंत, सत्यापित अनुपालन स्थिति देखते हैं न कि स्थिर, संभावित पुराना पैकेज।  

EFSE को लागू करने का क्रमबद्ध, मॉड्यूलर रोडमैप मौजूदा Procurize, ServiceNow या JIRA जैसे टूल्स के साथ सहज रूप से जुड़ता है। निर्धारक ह्युरिस्टिक्स को LLM‑आधारित सेमेंटिक विश्लेषण के साथ मिलाकर, सिस्टम विश्वसनीय स्कोर देता है और सुरक्षा टीमों को नीति‑ड्रिफ्ट से आगे रहने में सक्षम बनाता है।

**अज ही फ्रेशनेस मापना शुरू करें, और अपने एविडेंस लाइब्रेरी को जोखिम‑से‑संपत्तिक संसाधन में बदलें।**