AtlaSent MCP Server vs MCP Server Scf

A side-by-side look at the AtlaSent MCP Server and MCP Server Scf MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

AtlaSent MCP Server logoAtlaSent MCP ServerSecurity · Local subprocess (stdio)Authorize-before-execute for AI agents: evaluate an action, get a permit, verify it before running.63GoodAuth: not declaredMCP Server Scf logoMCP Server ScfSecurity · Local subprocess (stdio)MCP server for the SCF Controls Platform — 72 tools for controls, evidence, risk, and TPRM.63GoodAuth: not declared

Verdict: choose AtlaSent MCP Server for security work as a local process; choose MCP Server Scf for security as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

AtlaSent MCP Server logoChoose AtlaSent MCP Server when

  • You need dedicated capabilities in the Security domain.
  • You prefer a local stdio subprocess transport.
  • You have the keys it needs: ATLASENT_MODE, ATLASENT_API_KEY, ATLASENT_BASE_URL.
  • You want tools like evaluate, verify_permit, deploy_service.
Explore AtlaSent MCP Server

MCP Server Scf logoChoose MCP Server Scf when

  • You need dedicated capabilities in the Security domain.
  • You prefer a local stdio subprocess transport.
  • You have the keys it needs: SCF_API_URL, SCF_API_KEY.
  • You want tools like scf_list_controls, scf_get_control, scf_list_frameworks.
Explore MCP Server Scf

Feature & specification comparison

Rows where the two servers differ are marked.

SpecAtlaSent MCP Server logoAtlaSent MCP ServerMCP Server Scf logoMCP Server Scf
CategorySecuritySecurity
Quality signal63/100 · Good63/100 · Good
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Local subprocess (stdio)
AuthNot declaredNot declared
PricingFreemiumNot declared
Required env varsATLASENT_MODEATLASENT_API_KEYATLASENT_BASE_URLSCF_API_URLSCF_API_KEY
Verified ownerCommunity listingCommunity listing
GitHub stars03
Directory activity 1 views 0 installs 0 upvotes 2 views 0 installs 0 upvotes
Tools20196

Tools & capabilities

AtlaSent MCP Server tools 20

  • evaluateCall this BEFORE performing any sensitive action. Returns a Decision: `allow` (verify the returned permit_token at the execution boundary before proceeding), `deny` (you MUST NOT proceed), or `hold` (do not proceed; route for review).
  • verify_permitCall this AFTER `evaluate` returns allow and BEFORE the protected native side effect. It verifies the permit for the presented execution context. Proceed only when `valid` is true; expired, invalid, replayed, mismatched, or error outcomes must block the action.
  • deploy_serviceExample protected tool. Every call is authorized AND its Permit is verified by AtlaSent before the deploy runs. Denied, held, expired, replayed, mismatched, or unverifiable calls are blocked and never touch the target system.
  • atlasent_evaluateEvaluate an action against your published AtlaSent policies. Returns allow/deny/hold/escalate with a permitToken on allow. Use this when ATLASENT_MODE=remote and you need to gate an action against your hosted policy engine. For agent.* actions the result may carry bound_payload_hash and bound_actor_id: pass them to verify_permit as payload_hash and actor_id, since the permit is bound to them.
  • atlasent_list_policiesList all constraint bundles / policies for this organization.
  • atlasent_list_audit_eventsRetrieve recent evaluation events from the audit log.
  • atlasent_explain_authorityExplain why a principal currently has (or lacks) authority for a scope. Answers 'why may principal P exercise scope/action A in organization O right now?' — strictly read-only, does not change /v1-evaluate, /v1-verify-permit, or any deny/hold/allow semantics; it explains the same facts those paths already read. Every matched authority mechanism (direct_grant, delegation, role_capability) is reported as its own path entry; every excluded or ambiguous relationship is reported as its own unresolved finding.
  • atlasent_integrity_auditAudit the organization's authority graph for internal inconsistency and return the report verbatim. Strictly read-only; changes no policy, permit, or decision. THIS IS NOT A PASS/FAIL HEALTH CHECK and the tool synthesizes no verdict of its own. Each finding carries a three-way `classification`: `defect` is a genuine inconsistency; `non_exercisable` is frequently the CORRECT, healthy state (e.g. an expired grant that is supposed to be expired) and must not be read as a failure; `unresolved` means the proposition COULD NOT BE VERIFIED and must never be treated as clean. Read `summary.audited_scope` before drawing any conclusion from an empty findings list — a short decision window is not an absence of findings. If the audit cannot complete, the server refuses rather than returning a partial report, and this tool surfaces that as an error — never an empty report.
  • atlasent_list_permitsList issued permit tokens for audit and monitoring.
  • atlasent_await_approvalWait for a person to approve or reject a held action in the AtlaSent console. Use the approval_request_id from a 'hold' result. This tool cannot approve anything; it only waits. If approved, it returns a permit_token that you MUST verify with verify_permit before running the action. Any other outcome (rejected, expired, timed out) means the action must not run.
  • atlasent_lookup_actionLook up canonical action specifications from the Authorization Intelligence Library. Returns the permanent canon_id, gate flags (requires_human_approval, requires_mfa, requires_verified_actor, requires_state_snapshot), authorization pattern, risk posture, AI risk classification, regulatory mappings, evidence requirements, and the action's knowledge-graph relationships (what it requires and produces, and which frameworks / control objectives it satisfies) for every governed action type in the Canon. Use `slug` for an exact match (e.g. 'production.deploy') or `query` to describe what you want to do in plain language (e.g. 'deploy the api service to prod', 'grant admin access', 'close the books'). `query` is ranked offline against the vendored Canon and returns a `retrieval` block with `confidence` = confident | ambiguous | none — act only on `confident`; the tool never invents an action type, and a `none` result means the Canon has no such action (see the hint). Omit both to list the full Canon.
  • atlasent_atlas_lookupLook up a canonical AtlaSent concept from the Knowledge Atlas — the compiled graph of the system's own vocabulary (Caller, Authority, Policy, Decision, Permit, Verification, Evidence, Audit Chain, Gate, Trust Root, ...). Returns the concept's canonical definition (its source-of-truth doc), its relationships (what it depends on and what depends on it), the surfaces that realize it, and its ADR / API / SDK / implementation anchors — so every AI host reasons from the same canonical knowledge instead of guessing. Use `id` for an exact concept id (e.g. 'permit', 'audit-chain', 'gate') or `query` for a case-insensitive substring search across id, term, and definition. Omit both to list every concept.
  • +8 more on the listing page

MCP Server Scf tools 196

  • scf_list_controlsList SCF security controls from the reference catalog. Returns paginated controls with SCF ID, title, description, and mapped frameworks. Filter by domain, framework, or free-text search.
  • scf_get_controlGet a single SCF control by ID. Returns description, mapped frameworks, assessment objectives, and linked evidence items from the reference catalog.
  • scf_list_frameworksList every compliance framework mapped in the SCF catalog (NIST 800-53, ISO 27001, SOC 2, FedRAMP, GDPR, and 350+ more). Returns framework identifiers and display names.
  • scf_list_domainsList every compliance domain in the SCF taxonomy. Domains group related controls (e.g., GOV = Governance, AST = Asset Management, IAC = Identity & Access Control).
  • scf_list_evidence_catalogList evidence items from the SCF reference catalog — the 272 standard evidence types that can be collected to demonstrate control implementation. Supports free-text search and pagination.
  • scf_list_assessment_objectivesList SCF assessment objectives — the 5,736 test criteria used to evaluate control implementation. Optionally filter by control ID; supports free-text search and pagination.
  • scf_get_domainGet one SCF domain with its controls (read, no org). Deprecated controls are excluded unless include_deprecated is set; a deprecated domain still resolves, badged.
  • scf_get_catalog_evidenceGet one catalog evidence entry with the controls it maps to (read, no org). The reference definition, not an organization's tracking record — see scf_get_evidence for that.
  • scf_list_scoped_controlsList controls scoped to the organization with implementation status. Filter by scope status, domain, framework, CSF function, weighting, or free-text search. Paginated.
  • scf_get_scoped_controlGet one scoped control in detail: owner, implementation notes, evidence links, and audit history. Identify by scf_id, not by UUID.
  • scf_update_scoped_controlUpdate a scoped control's implementation fields (write — editor+ role). Identify by scf_id, not UUID. Only provided fields are applied.
  • scf_get_scoping_statsGet the organization's implementation statistics: counts by status, overall completion percentage, and per-framework coverage breakdown.
  • +184 more on the listing page

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

AtlaSent MCP Server

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "atlasent-mcp-server": {
      "command": "npx",
      "args": [
        "-y",
        "@atlasent/mcp-server"
      ],
      "env": {
        "ATLASENT_MODE": "YOUR_ATLASENT_MODE_HERE",
        "ATLASENT_API_KEY": "YOUR_ATLASENT_API_KEY_HERE",
        "ATLASENT_BASE_URL": "YOUR_ATLASENT_BASE_URL_HERE"
      }
    }
  }
}

MCP Server Scf

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "mcp-server-scf": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-server-scf"
      ],
      "env": {
        "SCF_API_URL": "YOUR_SCF_API_URL_HERE",
        "SCF_API_KEY": "YOUR_SCF_API_KEY_HERE"
      }
    }
  }
}

Frequently asked questions

AtlaSent MCP Server is categorized under Security and uses a local stdio subprocess. MCP Server Scf belongs to Security and uses a local stdio subprocess. Pick AtlaSent MCP Server for security work and MCP Server Scf for security.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

AtlaSent MCP Server is listed as freemium — a free tier with paid plans. MCP Server Scf has no declared pricing — check the project's own site. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add atlasent-mcp-server and mcp-server-scf as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, AtlaSent MCP Server has a quality signal of 63/100 (Good) with 1 views, 0 installs and 0 GitHub stars. MCP Server Scf has 63/100 (Good) with 2 views, 0 installs and 3 GitHub stars.