Skip to main content
Neural Defend

Developer Security and Data Handling

Keep NeuroVerify API keys in a secret manager or server-side environment, upload only authorized media, and send credentials and media only to the documented origin for the selected environment. Do not embed long-lived production keys in browser code. Treat media, filenames, transaction identifiers, and diagnostics as potentially sensitive. The MCP server requires a narrow allowed-directory list. Apply your own privacy, residency, retention, deletion, logging, and access controls because public developer documentation does not define account-specific data terms.

Maintained byNeural Defend
Updated August 7, 2026
Siva Shankar, Co-founder and CTO of Neural Defend.
Siva ShankarCo-founder & CTO
An article-specific diagram for Developer Security and Data Handling organizes key sections including protect credentials and origins, minimize media and diagnostic exposure, constrain mcp and report privately.

Protect credentials and origins

Store keys outside source control and expose them only to the service process that uploads media. Use production keys with the production origin and staging keys with the staging origin. Official clients reject arbitrary origins unless an explicit custom-origin opt-in is used.

For browser applications, keep the onboarding-issued key on your backend. The TypeScript guide allows direct browser use only when Neural Defend has explicitly approved a browser-exposable credential for the tenant.

Minimize media and diagnostic exposure

Media may contain biometric or other sensitive personal data. Confirm authority for the specific upload and apply purpose limitation, access controls, retention, deletion, and regional handling based on your obligations and contract.

Do not routinely log media bytes, API keys, local paths, filenames, raw payloads, or response headers. Store the transaction identifier and bounded normalized fields when they are sufficient for audit and support correlation.

An article-specific topic map for Developer Security and Data Handling organizes key sections including minimize media and diagnostic exposure, constrain mcp and report privately, protect credentials and origins.

Constrain MCP and report privately

Configure the MCP allowed-directory list to purpose-specific existing absolute directories. Do not point it at a filesystem root or a broad home directory. Filesystem access alone is not authorization to upload.

Send suspected vulnerabilities privately to support@neuraldefend.com with the affected package and version, reproduction steps, observed impact, and a safe contact method. Do not put real keys, customer media, biometric data, or other personal data in the report.

Evidence boundary

Limitations

  • Public sources reviewed here do not establish customer-specific retention, deletion, residency, encryption, certification, audit, or contractual security commitments.

Source record

Sources and references

  1. Neural DefendNeuralDefend security policyVerified August 7, 2026.
  2. Neural DefendNeuralDefend SDK privacy and credential guidanceVerified August 7, 2026.

Confirm account terms

Use the appropriate support channel

Ask about endpoint scope and staging access through support, and report suspected vulnerabilities privately.

Review developer support