Sentora — एक ओपन-सोर्स, सेल्फ-होस्टेड AI-संचालित SIEM, EDR और SOAR प्लेटफ़ॉर्म, जो आधुनिक सुरक्षा संचालन के लिए डिज़ाइन किया गया है। | Kitploit

Windows और Linux एजेंटों से एकल TCP चैनल पर टेलीमेट्री एकत्र करता है। SIEM इवेंट, अलर्ट, FIM, पैकेज, नेटवर्क कनेक्शन, खुले पोर्ट, Docker गतिविधि, स्क्रीन फ़्रेम।
एंडपॉइंट पर Sigma नियमों के साथ पता लगाता है। 23 MITRE ATT&CK तकनीकों को कवर करने वाले 23 नियम conf/sigma/builtin/ में शामिल हैं; उनके बगल में समुदाय नियमसेट ड्रॉप करें। Sigma नामित फ़ील्ड से मेल खाता है न कि टेक्स्ट से, इसलिए Image|endswith: '\vssadmin.exe' को किसी असंबंधित संदेश में "vssadmin" शब्द दिखने से पराजित नहीं किया जा सकता — और CommandLine|utf16le|base64offset|contains एक base64 -EncodedCommand पेलोड के अंदर पढ़ता है, जहाँ सादा टेक्स्ट कमांड लाइन केवल रैपर दिखाती है। मूल्यांकन कॉर्पस पर मापा गया: 10 में से 9 हमले अकेले Sigma द्वारा पकड़े गए, 9 में से 0 कठिन नकारात्मक झूठे रूप से फ़्लैग किए गए। यह परत नियतात्मक है और मॉडल अनुपलब्ध होने पर भी काम करती रहती है।
इवेंट्स के बीच सहसंबंध बनाता है, जो कोई भी प्रति-इवेंट नियम नहीं कर सकता। एक एकल विफल लॉगऑन नियमित है; चालीस सेकंड में एक स्रोत से पाँच खाते विफल होना एक पासवर्ड स्प्रे है, और उन पाँच इवेंट्स में से किसी एक को देखने से आपको वह कभी नहीं पता चलेगा। स्प्रे, ब्रूट फोर्स, बार-बार विफलताओं के बाद आने वाली सफलता, और खाता निर्माण या सेवा इंस्टॉल के विस्फोट को कवर करता है — दोनों प्लेटफार्मों पर, Windows इवेंट ID से या पार्स किए गए auth.log लाइनों से।

दो दृष्टिकोण बिंदुओं पर चलता है, क्योंकि वे अलग-अलग हमले देखते हैं। एजेंट पर प्रति होस्ट, जहाँ एक मशीन के खिलाफ हमला पूर्ण रूप से दिखाई देता है। और इन्जेस्ट पथ में होस्ट के पार, जहाँ एक स्प्रे जो पचास मशीनों पर एक-एक करके विफलता चला गया दिखाई देता है — कोई भी एकल एजेंट एक से अधिक इवेंट नहीं देखता, और यह अधिक सक्षम हमला है, क्योंकि चौड़ा और उथला स्प्रे करना प्रति-खाता लॉकआउट और प्रति-होस्ट थ्रेशोल्ड दोनों के नीचे रहता है।

Sigma के साथ कुल कवरेज: 27 तकनीकें। हर विंडो प्रति इवेंट के बजाय एक बार फायर करती है, और हर काउंटर सीमित है — हमलावर-आपूर्ति उपयोगकर्ता नाम पर कुंजीबद्ध काउंटर एक मेमोरी थकावट प्रिमिटिव है, पता लगाना नहीं।
नियमों से ही MITRE ATT&CK के लिए डिटेक्शन मैप करता है। नियम tags: attack.t1490 ले जाते हैं, इसलिए कोई हाथ से रखा मैपिंग टेबल नहीं है जो पुराना हो जाए। कवरेज पेज तीन स्थितियों को अलग करता है जिन्हें एक एकल "कवरेज %" छिपा देगा: कवर और देखा गया, कवर और शांत, और बिल्कुल कवर नहीं — अंतिम केवल वही है जहाँ कंसोल की चुप्पी का कोई मतलब नहीं है।
हर इवेंट को स्थानीय LLM के साथ ट्राइएज करता है। तीन वर्कर समानांतर में चलते हैं: एक हर आने वाले इवेंट को वास्तविक समय में देखता है, एक ऑपरेटर-संचालित गहरे स्कैन चलाता है, और एक तय करता है कि रक्षात्मक कार्रवाई करनी है या नहीं (BLOCK_IP, ISOLATE_HOST, KILL_PROCESS, आदि)।
रक्षात्मक वर्कर के लिए शैडो मोड। AI_SHADOW_MODE=1 फ्लिप करें और हर स्वायत्त निर्णय SOAR हब में मानव अनुमोदन के लिए चरणबद्ध किया जाता है भेजे जाने के बजाय। वास्तविक ट्रैफ़िक पर मॉडल को ट्यून करने के लिए उपयोगी इसे अपने दम पर कार्य करने देने से पहले।
सब कुछ OpenSearch में इंडेक्स करता है ताकि आप अपने फ्लीट को फ़ज़ी / सटीक / स्टार्ट्स-विथ क्वेरी के साथ एक जगह से grep कर सकें।
SOAR प्लेबुक चलाता है जो एक छोटे विज़ुअल एडिटर में बनाई गई हैं, जिसमें मल्टी-स्टेप, प्रति-नोड परिणाम ट्रैकिंग है, मैन्युअल रूप से या AI निर्णय द्वारा ट्रिगर की जा सकती हैं।
भेद्यता स्कैन हर एजेंट के इंस्टॉल किए गए पैकेजों को OSV के खिलाफ स्कैन करता है (ऑनलाइन या आंतरिक मिरर के माध्यम से)।
थ्रेट-इंटेल फ़ीड खींचता है abuse.ch (Feodo, ThreatFox, URLhaus) से एक स्थानीय संकेतक तालिका में, स्टेलनेस प्रूनिंग और एयर-गैप स्विच के साथ।
पुश करने से पहले एजेंट कॉन्फ़िगरेशन को मान्य करता है। YAML पार्स, संरचनात्मक आकार और regex संकलन — एक अमान्य regex मान्य YAML है और चुपचाप उस नियम को अक्षम कर देता है जिसमें वह है।
अंतर्निहित रिमोट डेस्कटॉप WebSocket JPEG स्ट्रीमिंग के माध्यम से, एंडपॉइंट पर अलग VNC इंस्टॉल की आवश्यकता नहीं है।

Open <http://localhost:8000>। डिफ़ॉल्ट लॉगिन `admin` / `admin123` है।
इसे तुरंत **Users & Roles** के अंतर्गत बदलें।

Ollama पहले बूट पर `llama3.2:3b` को स्वतः पुल करता है। इससे सत्यापित करें:```bash
docker exec sentora-ollama ollama list

Service	Port	Reachable from	Purpose
`app`	`:8000`	anywhere	REST API + React UI
`ingest`	`:5001`	anywhere	TCP log collector (एजेंट यहाँ भेजता है)
`db`	`:3307`	localhost	MySQL 8.0 (नेटवर्क के अंदर 3306)
`rabbitmq`	`:5672` / `:15672`	localhost	Job queue + management UI
`ollama`	`:11434`	localhost	Local LLM runtime
`opensearch`	`:9200`	localhost	Full-text log search
`opensearch-dashboards`	`:5601`	localhost	Optional Kibana-style explorer
`ai-worker-{automation,manual,defensive}`		—	LLM analysis workers

Profile	CPU	RAM	Disk	Notes
Lab (≤ 5 agents)	4 cores	12 GB	40 GB SSD	`llama3.2:3b`, OpenSearch heap 1 GB पर
Small team (10–50 agents)	8 cores	16 GB	100 GB SSD	Compose defaults ठीक हैं
Production (50+ agents)	16+ cores	32 GB+	250 GB+ NVMe	OpenSearch और Ollama को अपने अलग hosts पर ले जाएँ

### छाया मोड

`.env` में `AI_SHADOW_MODE=1` सेट करें और डिफेंसिव वर्कर वास्तविक कार्रवाइयाँ फायर करना बंद कर देता है। जो निर्णय स्वायत्त प्रतिक्रिया ट्रिगर करते, उन्हें इसके बजाय **प्रस्तावों** के रूप में सहेजा जाता है, जिनमें `source_file = AI_DEFENSIVE_SHADOW` और `shadow_status = pending` होता है। ऑपरेटर **SOAR Hub > Shadow Queue** से प्रत्येक की समीक्षा करता है और या तो:

- **अनुमोदन** > वास्तविक SOAR कार्रवाई (`call_agent_soar`) फायर होती है और प्रस्ताव `approved` (टाइमस्टैम्प + ऑपरेटर नाम के साथ) चिह्नित होता है।
- **अस्वीकृति** > प्रस्ताव वैकल्पिक नोट के साथ `rejected` चिह्नित होता है। कोई कार्रवाई नहीं की जाती।

प्रस्ताव कभी समाप्त नहीं होते; आपके लिए कोई निर्णय नहीं लिया जाता। यह मॉडल को प्रोडक्शन टेलीमेट्री पर चलाने के लिए उपयोगी है, जबकि आप वास्तविक `BLOCK_IP` / `ISOLATE_HOST` आदि जारी करने से पहले उसके निर्णयों पर भरोसा बनाते हैं।

---

## सुरक्षा नोट्स

### प्रमाणीकरण

UI सर्वर-साइड सत्र के साथ प्रमाणित होता है: लॉगिन एक अपारदर्शी टोकन जारी करता है जो `HttpOnly` कुकी में होता है, और `userdb.sessions` प्राधिकरण है। टोकन का केवल SHA-256 संग्रहीत होता है, इसलिए डेटाबेस डंप से कुछ भी प्रस्तुत करने योग्य नहीं मिलता।

दो घड़ियाँ लागू होती हैं, दोनों `.env` में कॉन्फ़िगर करने योग्य हैं:

| सेटिंग | डिफ़ॉल्ट | अर्थ |
| :--- | :--- | :--- |
| `SESSION_IDLE_MINUTES` | `60` | अंतिम अनुरोध के इतने समय बाद सत्र समाप्त हो जाता है |
| `SESSION_ABSOLUTE_HOURS` | `12` | गतिविधि की परवाह किए बिना कठोर सीमा |
| `SESSION_COOKIE_SECURE` | `0` | ऐप के सामने TLS समाप्त होने पर `1` सेट करें |
| `SESSION_COOKIE_SAMESITE` | `Lax` | `Lax` क्रॉस-साइट POST/XHR को ब्लॉक करता है जिसकी CSRF को आवश्यकता होती है |

पासवर्ड बदलने, एडमिन पासवर्ड रीसेट, भूमिका परिवर्तन और खाता विलोपन पर सत्र तुरंत रद्द हो जाते हैं — एक एडमिन किसी की पहुँच हटाता है तो उनका खुला टैब काम करना बंद कर देता है।

हर रूट **डिफ़ॉल्ट रूप से अस्वीकृत** है: वैध सत्र के बिना अनुरोध हैंडलर चलने से पहले ही अस्वीकार कर दिया जाता है। अपवाद हैं लॉगिन एंडपॉइंट, SPA शेल, स्टैटिक एसेट्स, और एजेंट-मुखी एंडपॉइंट, जो इसके बजाय `X-Agent-Key` या एनरोलमेंट टोकन से प्रमाणित होते हैं।

`X-User-ID` अभी भी फ्रंटएंड द्वारा भेजा जाता है, लेकिन यह अब पहचान नहीं है — सर्वर इसे सत्र के विरुद्ध मान्य करता है और बेमेल को अस्वीकार करता है। चूँकि ब्राउज़र CORS प्रीफ़्लाइट के बिना क्रॉस-साइट अनुरोधों में कस्टम हेडर नहीं जोड़ सकते, स्टेट-बदलने वाले अनुरोधों पर इसे आवश्यक बनाना `SameSite` को दूसरे CSRF नियंत्रण के रूप में समर्थन देता है।

रूट सुरक्षा `@require_permission(...)` के साथ घोषित की जाती है और मिडलवेयर द्वारा एक रजिस्ट्री के माध्यम से लागू की जाती है, इसलिए यह लागू होती है चाहे डेकोरेटर `@app.route` के किसी भी ओर हो। बूट लॉग गिनती प्रिंट करता है:```
[Auth] Routes: <n> permission-gated, <n> session-only, <n> public.

सेटिंग	डिफ़ॉल्ट	अर्थ
`LOGIN_MAX_FAILURES_USER`	`5`	विंडो में अनुमत प्रति-खाता विफलताएँ
`LOGIN_MAX_FAILURES_IP`	`20`	प्रति-पता विफलताएँ; अधिक, क्योंकि एक कार्यालय एक NAT पता साझा करता है
`LOGIN_LOCKOUT_WINDOW_MIN`	`15`	विफलताएँ कितनी पीछे तक गिनी जाती हैं

जब ऐप सीधे एक्सेस किया जाता है तो इसे खाली छोड़ दें।

### एजेंट का अपना API

एजेंट `0.0.0.0:9099` पर सुनता है और SYSTEM या root के रूप में चलता है। हर रूट के लिए `X-Agent-Key` आवश्यक है; `/self_destruct` के लिए विशेष रूप से इस एजेंट की अपनी एनरोलमेंट कुंजी चाहिए, ताकि लीक हुआ फ्लीट-व्यापी रहस्य एक साथ हर एंडपॉइंट को अनइंस्टॉल न कर सके। `/health` बिना कुंजी के लाइवनेस का उत्तर देता है और बिना कुंजी के और कुछ भी प्रकट नहीं करता।

कोई अनुमेय फ़ॉलबैक नहीं है। एक पुराना बिल्ड किसी भी गैर-खाली कुंजी को स्वीकार करता था जब भी होस्ट पर `AGENT_MASTER_SECRET` सेट नहीं था — जिसे कभी किसी ने सेट नहीं किया, इसलिए यह हर जगह डिफ़ॉल्ट था। एक EDR जो फेल-ओपन होता है वह बिना EDR के भी बदतर है, क्योंकि कंसोल एंडपॉइंट को सुरक्षित के रूप में रिपोर्ट करता है।

`AGENT_BIND` लिसनर को स्थानांतरित करता है। यह अभी भी डिफ़ॉल्ट रूप से `0.0.0.0` है क्योंकि सर्वर इस पोर्ट पर HTTP के माध्यम से एजेंटों तक पहुंचता है; लूपबैक से बाइंडिंग के लिए एक प्रतिस्थापन ट्रांसपोर्ट चाहिए, न कि कॉन्फ़िगरेशन बदलाव।

### CORS

`CORS_ORIGINS` डिफ़ॉल्ट रूप से खाली है। सामान्य डिप्लॉयमेंट में यह ऐप SPA को स्वयं सेवा देता है, इसलिए अनुरोध समान-मूल (same-origin) होते हैं और किसी प्रविष्टि की आवश्यकता नहीं होती। वाइल्डकार्ड को सीधे अस्वीकार कर दिया जाता है: ब्राउज़र कुकीज़ ले जाने वाले किसी भी अनुरोध पर `Access-Control-Allow-Origin: *` को मना कर देते हैं। स्प्लिट-ओरिजिन डिप्लॉयमेंट्स को स्पष्ट ओरिजिन सूचीबद्ध करनी चाहिए और `SESSION_COOKIE_SAMESITE=None` को `SESSION_COOKIE_SECURE=1` के साथ सेट करना चाहिए।

### डिफ़ॉल्ट रहस्य

`.env.example` प्लेसहोल्डर्स के साथ आता है। असली `.env` git-अनदेखा है। प्लेटफ़ॉर्म को `localhost` से परे किसी भी चीज़ के लिए उजागर करने से पहले इन्हें घुमाएँ:

- `DB_PASSWORD`
- `AGENT_SHARED_SECRET` (एजेंट प्रमाणीकरण फ़ॉलबैक)। पहले बूट पर स्वतः-जनरेट होता है यदि सेट नहीं है।

`admin / admin123` लॉगिन को अब याद रखने की आवश्यकता नहीं है: सीडेड खाता `must_change_password` के साथ बनाया गया है, और जब तक वह सेट है, सत्र `/change-password` के अलावा कुछ भी नहीं पहुंच सकता। मिडलवेयर में लागू किया गया है, UI में नहीं, क्योंकि एक फ़्लैग जिसे फ्रंट एंड सम्मान देने के लिए भरोसा किया जाता है वह एक सुझाव है और API curl का भी उत्तर देता है।

### TLS प्रमाणपत्र

कुछ भी एक निजी कुंजी नहीं भेजता। एक काम करने वाला `certs/server.key` और `certs/rootCA.key` पहले कमिट किया गया था, जिसने हर डिप्लॉयमेंट को समान TLS पहचान दी और इसे प्रकाशित किया: जिस किसी ने भी कभी रिपॉजिटरी क्लोन की थी उसके पास कुंजी थी, इसलिए प्रमाणपत्र ने कुछ भी साबित नहीं किया कि दूसरे छोर पर कौन था।

`TLS_ENABLED=1` के साथ और कोई प्रमाणपत्र मौजूद नहीं होने पर, ऐप पहले बूट पर एक उत्पन्न करता है। प्रत्येक इंस्टॉल को अपनी कुंजी मिलती है और कुंजी उस मशीन को कभी नहीं छोड़ती जिसने इसे बनाया। `certs/*.key` और `certs/*.crt` git-अनदेखा हैं।

CA स्व-हस्ताक्षरित है, इसलिए ब्राउज़र चेतावनी देते हैं जब तक आप इसे स्पष्ट रूप से भरोसा नहीं करते। वह चेतावनी ईमानदार है — इसे एक साझा रहस्य से प्राथमिकता दें जो कोई चेतावनी नहीं उत्पन्न करता। किसी भी सार्वजनिक चीज़ के लिए, `TLS_CERT` / `TLS_KEY` को एक वास्तविक प्रमाणपत्र पर इंगित करें; जब वे सेट और अनुपलब्ध हों, तो ऐप स्व-हस्ताक्षरित एक को प्रतिस्थापित करने के बजाय ऐसा कहता है।

हाथ से पुनर्जनरेट करने के लिए:```bash
python certs/generate_certs.py --force

कुंजी	स्थान	सुरक्षा
Agent कुंजी	`data/fernet.key` (या `FERNET_KEY_PATH`)	Agent टेलीमेट्री; `/api/agents/bootstrap` के माध्यम से वितरित
Server कुंजी	`.env` `FERNET_KEY`	सर्वर-आंतरिक at-rest फ़ील्ड (जैसे पासवर्ड कॉलम)

### एयर-गैप मोड```ini
OSV_MODE=mirror
OSV_MIRROR_URL=http://osv.internal

THREAT_INTEL_MODE=off
# or serve the feeds internally:
# THREAT_INTEL_FEODO_URL=http://mirror.internal/feodo.json

The deeper version (per-module layout, schema, AI pipeline, SOAR
autonomy, air-gap surfaces) lives in
[docs/Sentora_Architecture.md](https://github.com/d3vhex/sentora/blob/HEAD/docs/Sentora_Architecture.md).

Operational docs:

| Document | Covers |
| :--- | :--- |
| [Architecture](https://github.com/d3vhex/sentora/blob/HEAD/docs/Sentora_Architecture.md) | Module layout, data flow, auth model, AI pipeline |
| [Production deployment](https://github.com/d3vhex/sentora/blob/HEAD/docs/production-deployment.md) | Sizing, network topology, TLS, backup, monitoring, air-gap |
| [Update runbook](https://github.com/d3vhex/sentora/blob/HEAD/docs/update-runbook.md) | Upgrades, agent rollout, DB migrations, rollback |
| [Progress report](https://github.com/d3vhex/sentora/blob/HEAD/docs/PROGRESS_REPORT.md) | What has changed and why |

---

## Development setup```bash
# 1. Database. Only init_userdb.sql — it creates and selects `userdb`.
#
#    db/init.sql is NOT a server-init script. It is the per-agent schema
#    template, applied by server.create_tables_if_not_exist() after
#    connecting to that agent's own database, which is why it contains no
#    CREATE DATABASE or USE. Running it standalone fails at line 5 with
#    "No database selected" — the same way it broke every first-time
#    `docker compose up` while it was mounted into the MySQL init directory.
mysql -u root -p < db/init_userdb.sql

# 2. Backend. requirements.lock pins every version the image is built
#    from; requirements.txt is the loose list it was resolved from.
pip install -r requirements.lock
python app.py

# 3. Ingest (separate terminal)
python server.py

# 4. Frontend dev server
cd frontend
npm install
npm run dev

उत्पादन: `docker-compose.yaml` को यह काम करने दें।

---

## योगदान

PR स्वागत योग्य हैं। खोलने से पहले:

1. Fork → branch → `main` के विरुद्ध PR।
2. जाँचें चलाएँ:```bash
pytest -ra                                   # no MySQL or RabbitMQ needed
python -m compileall -q app.py core security
cd frontend && npx tsc --noEmit && npm run build && cd ..

# With the stack up — enumerates every route and calls it twice
python scripts/api_smoke_test.py

---

## लाइसेंस

AGPL-3.0। देखें [LICENSE](https://github.com/d3vhex/sentora/blob/HEAD/LICENSE)।

उपयोग करें, संशोधित करें, पुनर्वितरित करें। AGPL नियमित GPL के ऊपर जो जोड़ता है:
यदि आप किसी नेटवर्क सर्वर पर संशोधित संस्करण चलाते हैं जहाँ अन्य उपयोगकर्ता
इसके साथ इंटरैक्ट करते हैं, तो आपको संशोधन भी AGPL के तहत प्रकाशित करने होंगे।

- आंतरिक उपयोग के लिए सेल्फ-होस्टिंग → स्रोत-प्रकटीकरण का कोई दायित्व नहीं।
- संशोधित Sentora के ऊपर सार्वजनिक-सामना करने वाला SaaS → आपको संशोधन
  प्रकाशित करने होंगे।
- बंद-स्रोत व्युत्पन्न शिप करना चाहते हैं या नेटवर्क-कॉपीलेफ्ट
  खंड को छोड़ना चाहते हैं? एक वाणिज्यिक लाइसेंस छूट उपलब्ध है। लेखक से संपर्क करें।

"Sentora" नाम और लोगो परियोजना लेखकों के ट्रेडमार्क हैं और
AGPL द्वारा कवर नहीं हैं। स्वतंत्र रूप से फोर्क करें, लेकिन यदि आप इसे अपने
उत्पाद के रूप में पुनर्वितरित करते हैं तो नाम बदलें।

---

## कम्युनिटी एडिशन में क्या नहीं है

कम्युनिटी एडिशन में शून्य कृत्रिम सीमाएँ हैं: कोई एजेंट सीमा नहीं, कोई
अवधारण सीमा नहीं, कोर पर कोई फीचर गेटिंग नहीं। इसे उतना व्यापक चलाएँ जितना आपका
हार्डवेयर अनुमति देता है।

सशुल्क Pro / Enterprise वितरण एंटरप्राइज़-ग्लू सुविधाएँ जोड़ता है
(SAML/SCIM SSO, मल्टी-टेनेंसी, अनुपालन रिपोर्ट, HA, WORM ऑडिट,
हस्ताक्षरित एयर-गैप अपडेट बंडल, 4-आँखों वाली SOAR स्वीकृतियाँ, प्रीमियम
टिकटिंग/SIEM फ़ॉरवर्डर)। कोर डिटेक्शन क्षमता कभी भी उस दीवार के पीछे
नहीं ले जाई जाती।

यदि इनमें से कोई भी आपकी तैनाती के लिए मायने रखता है,
[संपर्क करें](mailto:[email protected])।

Sentora

सबसे लोकप्रिय

यह कैसा दिखता है

प्रति-एजेंट दृश्य

एसेट इन्वेंटरी

लॉग एक्सप्लोरर

ऑडिट लॉग

त्वरित प्रारंभ

.env holds your local secrets. Never commit it.

Generate the machine-generated secrets (FERNET_KEY, RABBITMQ_PASSWORD,

AGENT_SHARED_SECRET, OPENSEARCH_PASSWORD). Safe to re-run — it never

overwrites a value that is already set.

Then set DB_PASSWORD by hand. Compose refuses to start without it.

On an existing deployment, rotate it with scripts/rotate_db_password.py

instead — MySQL fixes the root password at first init, so editing .env

alone locks the app out rather than changing the account.

Build the agent binary once. The server serves it via

/api/agent/download/{linux,windows}; skipping this means agents can't be

deployed because the download endpoint returns 404.

.\build_agent.ps1 # on Windows

compose में सेवाएँ

सिस्टम आवश्यकताएँ

Defensive AI auto-actions

लॉगिन थ्रॉटलिंग

प्रॉक्सी के पीछे क्लाइंट पते

स्थानीय Fernet कुंजियाँ

थ्रेट इंटेल

Fleet exposure

Agent config validation

Architecture overview```

AI कार्यकर्ता मैन्युअली

प्रोजेक्ट लेआउट```

Sentora

सबसे लोकप्रिय

सेंटोरा कम्युनिटी एडिशन

यह वास्तव में क्या करता है

यह कैसा दिखता है

प्रति-एजेंट दृश्य

एसेट इन्वेंटरी

लॉग एक्सप्लोरर

ऑडिट लॉग

त्वरित प्रारंभ

.env holds your local secrets. Never commit it.

Generate the machine-generated secrets (FERNET_KEY, RABBITMQ_PASSWORD,

AGENT_SHARED_SECRET, OPENSEARCH_PASSWORD). Safe to re-run — it never

overwrites a value that is already set.

Then set DB_PASSWORD by hand. Compose refuses to start without it.

On an existing deployment, rotate it with scripts/rotate_db_password.py

instead — MySQL fixes the root password at first init, so editing .env

alone locks the app out rather than changing the account.

Build the agent binary once. The server serves it via

/api/agent/download/{linux,windows}; skipping this means agents can't be

deployed because the download endpoint returns 404.

.\build_agent.ps1 # on Windows

compose में सेवाएँ

सिस्टम आवश्यकताएँ

Defensive AI auto-actions

लॉगिन थ्रॉटलिंग

प्रॉक्सी के पीछे क्लाइंट पते

स्थानीय Fernet कुंजियाँ

थ्रेट इंटेल

Fleet exposure

Agent config validation

Architecture overview```

AI कार्यकर्ता मैन्युअली

प्रोजेक्ट लेआउट```