TITAN AI · CONDUIT Agent
CONDUIT TICKET REPORT
TICKET
Azure
High
Assigned
Opened by TITAN AI · CONDUIT · Scanner found the finding, CONDUIT forwarded this ticket via CONDUIT generic-API layer, assigned database_operations, populated every ticket field, The ticket is routed and awaiting team approval — CONDUIT will update it after TITAN FORGE applies the fix.
Finding Summary
- Short description
- [TITAN] High — database on dbw-banking-risk-models
- Severity
- High
- Priority
- 2 - High
- Resource
- dbw-banking-risk-models
- Resource type
- Microsoft.Databricks/workspaces
- Cloud
- Azure
- Subscription / Account
- 4f29d094-1079-44c9-acb0-4d73a7a2dd34
- Resource group / Project
- rg-banking-prod
The Security Finding
Databricks workspace running risk-model notebooks has token-based auth with 90-day tokens and no IP allowlist. Risk-model IP theft and insider-threat exposure per FFIEC and OCC expectations.
ITIL Change Management Fields
Justification
High: Databricks workspace running risk-model notebooks has token-based auth with 90-day tokens and no IP allowlist. Risk-model IP theft and insider-threat exposure per FFIEC and OCC expectations.
Implementation Plan
1. Pre-change snapshot captured by TITAN (auto-rollback available).
2. Execute fix command:
databricks workspace conf set enableIpAccessLists true && databricks ip-access-lists create --json-file banking-allowlist.json
3. TITAN FORGE verifies the fix was applied.
4. Post-change rescan by TITAN SCOUT — finding must no longer appear.
5. Close ticket with Successful close_code.
Risk & Impact Analysis
Risk level: MEDIUM-HIGH risk — misconfiguration with realistic exploit path.
Business impact if unremediated: Increases attack surface; auditor finding likely.
Scope: single resource (dbw-banking-risk-models).
Blast radius: change is idempotent; pre-change snapshot captured by TITAN; auto-rollback available if rescan fails.
Finding detail: Databricks workspace running risk-model notebooks has token-based auth with 90-day tokens and no IP allowlist. Risk-model IP theft and insider-threat exposure per FFIEC and OCC expectations.
Backout / Rollback Plan
1. TITAN auto-captured snapshot of dbw-banking-risk-models before change (baseline: titan-banking-demo-20260422T201922Z).
2. If post-change rescan still shows the finding OR a new issue appears within 15 min:
a. TITAN FORGE fires rollback automatically using stored snapshot.
b. Incident reopens and escalates to on-call.
3. Manual rollback command path (human override) is documented in close notes.
Test Plan
1. TITAN SCOUT rescans dbw-banking-risk-models immediately after FORGE applies the change.
2. PASS criteria: the specific finding no longer appears in SCOUT results.
3. PASS criteria: no new CRITICAL or HIGH findings introduced by the change.
4. Automated compliance check: HIPAA/PCI/SOC2 controls re-evaluated.
5. If any check fails, backout plan fires automatically.
Recommended Fix
databricks workspace conf set enableIpAccessLists true && databricks ip-access-lists create --json-file banking-allowlist.json
Compliance Mapping
CIS BenchmarkSOC 2 CC6.1
Routing Metadata
- Assignment group
- database_operations
- Change type
- Normal
- Approval required
- Yes
- Planned start
- 2026-04-22 19:21:22
- Planned end
- 2026-04-22 21:21:22
- Scan ID
- titan-banking-demo-20260422T201922Z
- Generated at
- 2026-04-22T19:07:22+00:00
- Opened
- 2026-04-22 19:07:22
- Closed
- 2026-04-22 19:07:22
- Close code
- —
Attached Security Ticket
SERVICENOW · TICKET
SEC-4103 · [TITAN] High — database on dbw-banking-risk-models
Priority: High
TICKET
Azure
Ticket Description
Databricks workspace running risk-model notebooks has token-based auth with 90-day tokens and no IP allowlist. Risk-model IP theft and insider-threat exposure per FFIEC and OCC expectations.
Recommended Fix: databricks workspace conf set enableIpAccessLists true && databricks ip-access-lists create --json-file banking-allowlist.json
AI Close Notes
TITAN CONDUIT opened this high database ticket and assigned it to the banking_compliance group for review. STATE: ASSIGNED — awaiting human action. Per TITAN AI policy, configuration changes are NEVER auto-applied and tickets are NEVER auto-closed by TITAN. The assigned group reviews the recommended fix, schedules an approved maintenance window, applies the fix manually, validates via SCOUT rescan, and closes this ticket themselves. TITAN documents and routes — the human owns the change from here.