BurnerNet

ज़ीरो-ट्रस्ट, एंटी-फोरेंसिक HTTP क्लाइंट। गुप्त जानकारी मिटाएं। निशान काटें। एक स्टील्थ टैंक में CPR। 👻

BurnerNet एक C++20 एंटी-फोरेंसिक HTTP क्लाइंट है। यह उन ऐप्स के लिए एक सहज, CPR-जैसा API प्रदान करता है जो स्थानीय मशीन पर पूरी तरह भरोसा नहीं कर सकते—भौतिक रूप से RAM से गुप्त जानकारी मिटाना और स्कैनर व डीबगर से आपके तर्क को छिपाने के लिए निष्पादन निशान काटना।

यह सामान्य HTTP के लिए परिचित होस्ट-संगत डिफ़ॉल्ट और शत्रुतापूर्ण वातावरण के लिए एक स्पष्ट Hardened प्रोफ़ाइल प्रदान करता है। दोनों पथ अल्पकालिक क्लाइंट का पक्ष लेते हैं; उन्नत विश्वास ऐप के स्वामित्व में रहता है।

BurnerNet द्वारा डाउनलोड किए गए पेलोड को सुरक्षित रखना चाहते हैं? इन-मेमोरी एसेट डिस्क्रैम्बलिंग के लिए RipStop Codec देखें।

सिद्धांत • शुरुआत करना • एकीकरण पथ • सुरक्षा वास्तविकता

एक नज़र में

इसका उपयोग क्यों करें

BurnerNet का उपयोग तब करें जब सामान्य HTTP क्लाइंट आपके वातावरण के लिए बहुत अधिक भरोसेमंद हो।

यह आपकी मदद करता है जब आप चाहते हैं:

• अनुरोध क्लाइंट को एक वैश्विक परिवहन साझा करने के बजाय अल्पकालिक रखना
• स्थानीय DNS और अन्य होस्ट डिफ़ॉल्ट पर निर्भरता कम करना
• टोकन, प्रमाणपत्र और सत्यापन रहस्य केवल आवश्यकता पड़ने पर ही प्राप्त करना
• प्रतिक्रिया सत्यापन तर्क को अपने स्वयं के एप्लिकेशन कोड में रखना
• हार्डन बिल्ड में स्पष्ट प्लेनटेक्स्ट स्ट्रिंग और मेटाडेटा को कम करना

यह किसके लिए है

BurnerNet ऐसी परियोजनाओं में फिट बैठता है जैसे:

• उच्च-मूल्य वाले प्रमाणीकरण, लाइसेंसिंग या अपडेट अनुरोधों वाले Windows डेस्कटॉप ऐप्स
• एक होस्ट में एम्बेडेड या इंजेक्ट किया गया कोड जिस पर आप पूरी तरह भरोसा नहीं करते
• वे उपकरण जो एक सहज C++ API को छोड़े बिना कड़े परिवहन जाँच चाहते हैं

मानक स्टैक बनाम BurnerNet

रक्षात्मक परिणाम

• ज़ीरो-घोस्ट मेमोरी आर्किटेक्चर: BurnerNet libcurl और OpenSSL-समर्थित प्रवाहों के आंतरिक मेमोरी आवंटन पथों को हुक करने के लिए एक कस्टम Prefix-Size Scrubber का उपयोग करता है। संवेदनशील परिवहन बफ़र BurnerNet-प्रबंधित जीवनकाल छोड़ने पर मिटा दिए जाते हैं। यह स्वच्छता दस्तावेज़ों में वर्णित ऑडिट किए गए कॉन्फ़िगरेशन के भीतर Windows और Linux दोनों पर सत्यापित है।
• स्टैक-फ्रेम स्वाइपिंग: प्रत्येक अनुरोध के बाद, लाइब्रेरी अपने स्वयं के थ्रेड स्टैक (हाई-वॉटर मार्क स्क्रबिंग) को सक्रिय रूप से साफ करती है। इसका उद्देश्य आपके एप्लिकेशन पर नियंत्रण लौटने से पहले क्षणिक परिवहन अंशों को नष्ट करना है।
• मूविंग-टार्गेट हीप: डिस्पोजेबल ट्रांसपोर्ट और संरेखित मेटाडेटा हेडर का संयोजन उच्च पता-स्थान फैलाव बनाता है, जिससे प्रक्रिया मेमोरी अप्रत्याशित और स्थिर पॉइंटर-मैपिंग के प्रति प्रतिरोधी हो जाती है।
• अल्पकालिक अनुरोध स्थिति: BurnerNet प्रक्रिया-व्यापी सिंगलटन ट्रांसपोर्ट के बजाय डिस्पोजेबल क्लाइंट के आसपास डिज़ाइन किया गया है।
• होस्ट पर कम विश्वास: DoH समर्थन, पिन-कुंजी समर्थन, और परिवहन ऑडिटिंग समझौता किए गए स्थानीय डिफ़ॉल्ट पर निर्भरता को कम करने में मदद करते हैं।
• कम प्लेनटेक्स्ट एक्सपोज़र: प्रदाता कॉलबैक और सुरक्षित मिटाने वाली उपयोगिताएँ प्रमाणपत्रों, कुंजियों, टोकनों और अन्य संवेदनशील बफ़र के जीवनकाल को कम करती हैं।
• ऐप-स्वामित्व वाला सत्यापन: प्रतिक्रिया सत्यापन WithResponseVerifier(...) के माध्यम से आपके कोड में रहता है, बजाय एक साझा लाइब्रेरी में हार्डकोड किए जाने के।
• कठिन स्थैतिक फिंगरप्रिंटिंग: हार्डन बिल्ड BURNERNET_DIAGNOSTIC_STRINGS=0 सेट कर सकते हैं ताकि ErrorCodeToString(...) प्रतीकात्मक त्रुटि नामों को एम्बेड किए बिना स्थिर E<number> मान लौटाए।
• आयात-लाइट तैनाती विकल्प: BURNERNET_HARDEN_IMPORTS=1 रनटाइम निर्भरताओं को सीधे आयात तालिका में विज्ञापित करने के बजाय गतिशील रूप से हल कर सकता है, Windows पर BurnerNet के पथ का उपयोग करके।

सत्यापित स्टील्थ

BurnerNet केवल आयात-लाइट हार्डन मोड का दावा नहीं करता; यह विशिष्ट परीक्षण किए गए कॉन्फ़िगरेशन के लिए ऑडिट नोट्स के साथ आता है। BURNERNET_HARDEN_IMPORTS=ON के साथ Windows x64 Release ऑडिट में:

• IAT ब्लैकआउट: ऑडिट किए गए बाइनरी में libcurl.dll, ws2_32.dll, bcrypt.dll, या crypt32.dll के लिए कोई प्रविष्टि नहीं देखी गई।
• मेमोरी डार्क-आउट: फोरेंसिक स्कैन (Cheat Engine "All Strings") प्रक्रिया हीप या स्टैक में संवेदनशील कैनरी URL या हेडर खोजने में विफल रहे।
• डीबगर ब्लाइंडनेस: एकीकृत परीक्षण सत्यापित करते हैं कि लाइब्रेरी एक "आइडेंटिटी शिफ्ट" ट्रिगर करती है। निर्णय-निर्माता (आपका ऐप) और ट्रांसपोर्टर (BurnerNet) अलग-अलग थ्रेड आईडी पर काम करते हैं, जो लाइव डीबगिंग सत्रों के दौरान ऊपर-से-नीचे ट्रेसिंग को कम करते हैं।
• शोर-से-सिग्नल: लाइब्रेरी अपने मिटाने के अधिकार के भीतर फोरेंसिक स्वच्छता का लक्ष्य रखती है, जबकि OS और रनटाइम वातावरण में शेष सिस्टम-स्तरीय "छायाओं" को स्वीकार करती है।

ऑडिट विवरण और पद्धति:

• docs/BINARY_STEALTH_AUDIT.md

शुरुआत करना

सबसे तेज़ पथ:

• CMake या Visual Studio स्रोत-ड्रॉप के साथ BurnerNet को अपने बिल्ड में जोड़ें।
• <burner/net.h> शामिल करें।
• एक स्टैक क्लाइंट बनाएं, एक अनुरोध भेजें, फिर इसे स्कोप छोड़ने दें।

न्यूनतम उदाहरण:

#include <iostream>

#include <burner/net.h>

int main() {
    burner::net::Client client;
    if (!client.IsReady()) {
        std::cerr << burner::net::ErrorCodeToString(client.InitError()) << '\n';
        return 1;
    }

    const auto response = client
        .Get("https://example.com")
        .WithHeader("Accept", "text/html")
        .WithTimeoutSeconds(10)
        .Send();

    if (!response.TransportOk()) {
        std::cerr << burner::net::ErrorCodeToString(response.transport_error) << '\n';
        return 1;
    }

    std::cout << "HTTP " << response.status_code << '\n';
    return 0;
}

Client मानक डिफ़ॉल्ट का उपयोग करता है: सिस्टम CA, DNS, और प्रॉक्सी जिसमें TLS पीयर और होस्टनाम सत्यापन सक्षम है। WithCasualDefaults() मानक संगतता उपनाम के रूप में उपलब्ध रहता है।

सुरक्षा-महत्वपूर्ण ट्रैफ़िक के लिए, Hardened प्रोफ़ाइल का उपयोग करें। Build() किसी भी अनुरोध से पहले लापता नियंत्रणों को अस्वीकार करता है:

auto secure = burner::net::ClientBuilder(burner::net::ClientProfile::Hardened)
    .WithMtlsProvider(ProvideMtlsCredentials)
    .WithSecurityPolicy(AppSecurityPolicy{})
    .WithDnsFallback(burner::net::DnsMode::Doh,
                     "https://resolver.example/dns-query",
                     "Primary DoH")
    .AllowSystemDns(true) // स्पष्ट फ़ॉलबैक, DoH के बाद
    .WithResponseVerifier(VerifySignedResponse)
    .Build();

Hardened के लिए पीयर और होस्टनाम सत्यापन, स्टैक अलगाव, DoH-प्रथम रूटिंग, एक ऐप प्रतिक्रिया सत्यापनकर्ता, और एक ऐप-स्वामित्व वाला विश्वास माउंट आवश्यक है। स्थायी WithMtls(...) क्रेडेंशियल अस्वीकार किए जाते हैं; WithMtlsProvider(...) का उपयोग करें।

एकीकरण पथ

1. मानक CMake

इसका उपयोग तब करें जब आपका डाउनस्ट्रीम प्रोजेक्ट पहले से CMake का उपयोग करता है और आप सबसे स्वच्छ निर्भरता-प्रबंधित पथ चाहते हैं।

दस्तावेज़:

• docs/CMAKE_INTEGRATION.md
• examples/cmake-consumer/README.md

2. Visual Studio स्रोत-ड्रॉप

इसका उपयोग तब करें जब आपका वातावरण MSBuild-प्रथम है या आप BurnerNet को सीधे अपने .vcxproj के अंदर संकलित करना चाहते हैं।

दस्तावेज़:

• docs/VISUAL_STUDIO_INTEGRATION.md
• examples/vs-consumer/README.md

3. हार्डन रनटाइम आयात

इसका उपयोग तब करें जब आप स्पष्ट रनटाइम निर्भरता एक्सपोज़र को कम करना चाहते हैं और बूटस्ट्रैप लोडिंग को स्पष्ट रूप से प्रबंधित करने के लिए तैयार हैं।

सक्षम करें:

• BURNERNET_HARDEN_IMPORTS=1
• Windows पर अधिक आयात-लाइट रनटाइम फ़ुटप्रिंट का समर्थन करने के लिए BurnerNet के KernelResolver पथ का उपयोग करता है

संदर्भ:

• docs/USAGE_BEST_PRACTICES.md
• docs/CMAKE_INTEGRATION.md
• docs/VISUAL_STUDIO_INTEGRATION.md

Linux समर्थन: BurnerNet Linux पर पूर्ण फोरेंसिक समानता (मेमोरी वाइपिंग और स्टैक अलगाव) प्रदान करता है। बिल्ड निर्देशों के लिए docs/LINUX_USAGE.md देखें।

उपयोग नोट्स

अनुशंसित डिफ़ॉल्ट:

• क्लाइंट को डिस्पोजेबल ट्रांसपोर्ट के रूप में देखें
• उच्च-विश्वास और कम-विश्वास वाले ट्रैफ़िक को अलग-अलग क्लाइंट में अलग करें
• mTLS सामग्री, बियरर टोकन और प्रतिक्रिया सत्यापन रहस्यों के लिए प्रदाता कॉलबैक का उपयोग करें
• व्यावसायिक नियम और विश्वास एंकर को अपने एप्लिकेशन में रखें

उदाहरण और दस्तावेज़

उदाहरण:

• examples/01_basic_usage.cpp
• examples/02_zero_trust_pipeline.cpp
• examples/03_custom_security_policy.cpp
• examples/04_bootstrap_runtime.cpp
• examples/05_mtls_usage.cpp
• examples/06_hmac_custom_verifier.cpp

दस्तावेज़ीकरण:

• PRINCIPLES.md
• docs/USAGE_BEST_PRACTICES.md
• docs/CMAKE_INTEGRATION.md
• docs/VISUAL_STUDIO_INTEGRATION.md
• docs/LINUX_USAGE.md

आवश्यकताएँ

• C++20
• Windows x64/x86 या Linux (GCC 13+ / Clang 15+)
• libcurl 7.87.0+ और OpenSSL हेडर
• Linux गाइड: docs/LINUX_USAGE.md देखें

सुरक्षा वास्तविकता और व्हाइट-बॉक्स रक्षा

BurnerNet एक हार्डनिंग लेयर है जिसे हमले की लागत को पेशेवर स्तर तक बढ़ाने के लिए डिज़ाइन किया गया है। हम इस सिद्धांत पर काम करते हैं कि स्टील्थ वास्तुशिल्प होना चाहिए, सिर्फ सतही नहीं।

क्या कोई हमलावर BurnerNet को बायपास कर सकता है यदि उसके पास स्रोत कोड है? BurnerNet के स्रोत कोड का ज्ञान अपने आप में हर डाउनस्ट्रीम एप्लिकेशन के लिए एक मास्टर कुंजी नहीं है। BurnerNet Kerckhoffs के सिद्धांत का पालन करता है: लाइब्रेरी को इस तरह डिज़ाइन किया गया है कि आपके ऐप-विशिष्ट विश्वास एंकर (HMAC रहस्य, पिन कुंजियाँ, UI तर्क, नीति हुक) एप्लिकेशन के स्वामित्व में रहें। परिवहन परत को जानने का मतलब आपके विशिष्ट सुरक्षा प्रवाह का स्वचालित सार्वभौमिक बाईपास नहीं है।

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