# रिपोर्ट विधि, सुरक्षा उपाय और क़ानूनी तरीका

_बहन बेटी बचाओ · भारत जाल_  
_जुड़ा रिपोर्ट ID उदाहरण:_ `BBB-IW-20261027T110400IST-b28ff8a3`  
_SHA-256 उदाहरण:_ `ef85b57bbe452dd8353f0c592c6046499fc0360d023bc11985ca611f08327691`

> इस सेक्शन को किसी भी «देश भर की लहर» / नाम वाली चेतावनी रिपोर्ट के नीचे चिपकाया जा सकता है।

---

## आसान भाषा में — हम कैसे काम करते हैं

हम हमलावरों की तरह दूसरे के सर्वर में घुसकर स्कैन **नहीं** करते।  
हम पुलिस की तरह **सार्वजनिक मुखबिर सूचियाँ**, **अपना जाल (honeypot)**, और **अपने सेंसर के लॉग** पढ़कर लहर पहचानते हैं।  
जो चेतावनी बनती है वो पहले **DRAFT** रहती है — अधिकारी मंज़ूरी के बिना कुछ नहीं भेजा जाता।

---

## सुरक्षा उपाय (ग्राहक / आम नागरिक)

1. बैंकिंग, डाक, टैक्स, UPI — सिर्फ़ **आधिकारिक ऐप** या **सरकारी/बैंक का असली डोमेन** (जैसे `.gov.in`, बैंक का आधिकारिक `.com`/`.sbi`)।
2. SMS, WhatsApp, ईमेल के **लिंक पर क्लिक मत करो** — खासकर KYC, PAN अपडेट, रिफ़ंड, “अकाउंट बंद होगा” वाले संदेश।
3. **OTP, MPIN, पासवर्ड, CVV** किसी को फ़ोन/मैसेज पर मत दो। बैंक/विभाग ये नहीं माँगते।
4. संदेह हो तो ऐप के अंदर हेल्प / आधिकारिक हेल्पलाइन से पूछो; मैसेज वाले नंबर पर कॉल बैक मत करो।
5. फ़ोन पर अज्ञात ऐप / “सुरक्षा अपडेट” APK मत लगाओ।

---

## इससे निपटने का तरीका (SOC / अधिकारी — रिस्पॉन्स स्टेप्स)

| क्रम | कदम | क्या करें |
|------|------|-----------|
| 1 | **IOC ब्लॉक** | रिपोर्ट में दिए IP / होस्टनेम / नकली डोमेन को फ़ायरवॉल, proxy, मेल गेटवे, EDR में ब्लॉक करें। |
| 2 | **ग्राहक अलर्ट** | छोटा SMS / in-app संदेश: “लिंक पर क्लिक मत करो, आधिकारिक ऐप से ही लॉगिन।” |
| 3 | **टेकडाउन** | नकली डोमेन के registrar / hosting को शिकायत; ब्रांड ट्रेडमार्क enforcement। |
| 4 | **CERT-In / 1930** | ज़रूरत हो तो CERT-In intimation और cybercrime.gov.in / 1930 ड्राफ़्ट — **अधिकारी मंज़ूरी के बाद**। |
| 5 | **क्लाउड abuse** | अगर IOC `*.amazonaws.com` जैसा cloud होस्ट हो → संबंधित cloud **Abuse** फ़ॉर्म (जैसे AWS Abuse)। याद रखें: क्लाउड कंपनी खुद अटैकर नहीं होती। |
| 6 | **आंतरिक जाँच** | अपने लॉग में उसी IOC से कनेक्शन / मैलवेयर टेलीमेट्री ढूँढें; संक्रमित एंडपॉइंट आइसोलेट करें। |
| 7 | **सील रखें** | रिपोर्ट ID, SHA-256, evidence फ़ोल्डर पाथ को केस फ़ाइल में नत्थी करें। |

---

## Amazon / AWS जैसे cloud IOC पर विशेष स्पष्टीकरण

**Amazon कंपनी हमलावर नहीं है।**  
`ec2-….amazonaws.com` जैसा होस्टनेम अक्सर AWS पर किराए के / समझौता किए गए VM का **असली पता** होता है, जिसे अपराधी C2 (रिमोट कंट्रोल) बनाते हैं — उदाहरण: सार्वजनिक Feodo सूची में QakBot C2।  

दो गलत बातें न मानें:  
**(a)** Amazon Inc. बैंकों पर हमला कर रही है — **गलत**।  
**(b)** सिर्फ़ नकली नाम है, कोई असली होस्ट नहीं — **गलत** (क्लाउड पर असली VM हो सकता है)।  

सही कदम: ब्लॉक-लिस्ट IOC + AWS Abuse रिपोर्ट + एंडपॉइंट टीम को मैलवेयर IOC।

---

## क़ानूनी / नियमित विधि (Legal regular method)

### हम क्या करते हैं
- **सार्वजनिक ख़तरा-सूचियाँ** दोबारा डाउनलोड (HTTP स्थिति लिखी जाती है)।
- हर कच्चे फ़ीड का **SHA-256** सील — बाद में कोई भी अधिकारी दोबारा चेक कर सके।
- जहाँ ज़रूरी हो, नमूना डोमेन की **सिर्फ़ DNS A-record** जाँच (साइट पर घुसकर HTTP स्कैन नहीं)।
- **हमारे अपने** honeypot / सेंसर लॉग से मिलान (जो हमारे पास क़ानूनी रूप से हैं)।
- अधिकारी की **वॉचलिस्ट** पर सिर्फ़ बाहर से दिखने वाली जाँच (जब सूची दी जाए)।
- नतीजे: आसान हिंदी + तकनीकी सबूत + **DRAFT_NOT_SENT** चेतावनियाँ।

### हम क्या नहीं करते
- बिना अनुमति तीसरे सर्वर पर स्कैन, फ़ज़, लॉगिन, एक्सप्लॉइट।
- बिना अधिकारी मंज़ूरी CERT-In / बैंक / registrar को ऑटो-ईमेल।
- अंदाज़े से “भारत पर हमला” का दावा बिना स्रोत के।
- रिपोर्ट को बिना हैश / स्रोत URL के “सबूत” कहना।

### सत्यापन (कोई “fake scanning” कहे तो जवाब)
1. रिपोर्ट में लिखा **स्रोत URL** खोलकर वही फ़ीड दोबारा डाउनलोड करें।  
2. `sha256sum` से कच्चे फ़ाइल का हैश रिपोर्ट के SHA से मिलाएँ।  
3. सैंपल IP/डोमेन को फ़ीड में `grep` करें — मिलना चाहिए।  
4. रिपोर्ट ID + पूर्ण रिपोर्ट SHA-256 केस में दिखाएँ।  
5. सीमाएँ भी रिपोर्ट में लिखी रहती हैं (global feeds, एक सेंसर, आदि) — छुपाई नहीं जातीं।

---

## साइट पर दिखाने के लिए छोटा ब्लॉक (कॉपी-पेस्ट)

```
हमारी रिपोर्ट सही क्यों है
• सार्वजनिक सूचियाँ दोबारा डाउनलोड + SHA-256 सील
• जहाँ संभव, दो स्वतंत्र सूचियों का मिलान
• हमारे सेंसर लॉग से क्रॉस-चेक
• तीसरे सर्वर पर बिना अनुमति स्कैन नहीं
• सभी चेतावनियाँ DRAFT_NOT_SENT — बॉट नहीं भेजता
• रिपोर्ट ID और SHA-256 हर ब्रीफ़ में छपते हैं

सुरक्षा / निपटान
• IOC ब्लॉक · ग्राहक SMS · डोमेन टेकडाउन · CERT-In ड्राफ़्ट (मंज़ूरी बाद)
• Cloud IOC हो तो Abuse फॉर्म — क्लाउड कंपनी ≠ हमलावर
```

---

## तकनीकी संलग्नक (संदर्भ)

| वस्तु | मान |
|-------|-----|
| रिपोर्ट ID (उदाहरण) | `BBB-IW-20261027T110400IST-b28ff8a3` |
| रिपोर्ट SHA-256 | `ef85b57bbe452dd8353f0c592c6046499fc0360d023bc11985ca611f08327691` |
| सत्यापन | हर ब्रीफ़ में «हमारी रिपोर्ट सही क्यों है» सेक्शन |

_अंत — बहन बेटी बचाओ_