Distribution at scale

Distribute Snyk Studio as a managed utility to automate local security testing and integrate it into your software development life cycle (SDLC).

Benefits of distributing Snyk Studio

Distributing Snyk Studio to every developer offers the following benefits:

  • Eliminate setup friction: Deliver Snyk Studio as pre-configured infrastructure to allow adoption immediately.

  • Ensure security parity: Give engineers access to the same tooling and use the same security rules in their AI workflows.

  • Reduce support overhead: Use centralized configuration to reduce troubleshooting for separate local setups.

  • Standardize remediation: Provide a standardized, AI-assisted triage experience. Accelerate remediation using native LLM integrations for triage and fix generation.

Deployment decisions

Snyk provides general guidelines for distributing at scale. You can adapt these based on your tooling, security policies, and developer culture. This section covers key decisions and deployment management.

Which coding assistants are available to your developers?

Snyk recommends using one of the following ADEs because they support the preferred hooks-based approach:

  • Claude Code

  • Codex CLI

  • Cursor

  • Gemini CLI

Most other assistants support the Model Context Protocol (MCP) and directives. While configuration management varies by assistant, Snyk Studio deployment works with any coding assistant with MCP and directive capabilities.

What MDM tools does your organization use?

The operating system (Windows or macOS) determines the mobile device management (MDM) tool your IT department uses, such as Intune or Jamf. IT administrators write and incorporate the necessary scripts into MDM playbooks. Use the Decisions made by Example company section as a model to port to your MDM solution.

Do you want to auto-update Snyk CLI or MCP versions?

Snyk updates the Snyk CLI and MCP Server regularly with features and fixes. You can distribute specific versions to developers to allow time for internal vetting. Expand the relevant option for more information on what actions you need to take.

Yes, I would like to enable auto-updates for Snyk CLI/MCP versions.

You need to keep the Snyk CLI on the latest version using MDM, which will depend on your chosen installation method.

No, I want to manually update Snyk CLI/MCP versions after internal testing is complete.
  • If you are deploying alongside Cursor, Windsurf, Antigravity, VS Code, Gemini CLI, or Claude CLI, install a specific CLI version and run snyk mcp config --tool=[ade_name] where [ade_name] is one of the following:

    • cursor

    • windsurf

    • antigravity

    • visual studio code

    • gemini-cli

    • claude-cli

  • This guide does not cover fine-grained controls for deploying alongside other coding assistants. To deploy, complete the following steps:

    1. Configure the MCP server for your ADE.

    2. Write the rule files. This step is optional and varies by ADE.

Do you want to enable Secure at inception directives?

Secure at inception directives guide the coding assistant on how and when to scan generated code and automatically fix security issues. You can configure whether you use these directives, the content, and how strictly you want them enforced.

Yes, I want to enable Secure at inception directives.
  • If you use Claude Code, Codex CLI, Cursor, Gemini CLI, use the Snyk Studio installer to automatically configure the directives.

  • If you deploy Snyk Studio into any other coding assistant or want to customize the Secure at inception directives, write the directives to the appropriate directory for your assistant. You can apply directives at the user level or the repository level.

    • User level directives: These apply to all repositories. For Windsurf, add rules to the global_rules.md file. For MacOS or Linux, this file is located in the ~/.codeium/windsurf/directory. For Windows, this file is located in the %USERPROFILE%\.codeium\windsurf\ directory. Cursor does not support programmatic user level rules.

    • If you use administrative consoles to manage directives, they must remain in sync across your development environments.

    • Repository-level directives: You can write directives for specific repositories using scripts (not MDM) or Git Global Templates. For Cursor, add a .md file to the .cursor/rules directory at the project root.

No, I do not want to enable any directives.

No additional action is required beyond configuring the Snyk MCP server. You can manually invoke scans using your chosen agent.

Do you want to allow developers to modify directive settings?

If you customize the Secure at inception directives, you can modify them by manually overwriting or deleting directive files.

Yes, I want to enable developers to modify directive settings.
  • To modify directive on developer machines, update your MDM playbook to:

    • Overwrite directive files using the helper file timestamp. The script can check to see if a developer already has directives deployed, making no changes to the directive file contents.

    • Write a new timestamp value.

No, I do not want to enable developers to modify directive settings.

Run the MDM script on all developer machines. You do not need to identify specific machines for updates.

If the script runs daily, it overwrites any manual changes developers made since the last run. Run the script frequently to ensure consistency.

Example decisions and distribution steps

The following example details deployment steps for "Example Company":

Decisions made by Example company

  • Claude Code and Cursor are available to developers to use internally.

  • Jamf is used as a MDM tool.

  • Yes, I want to auto-update Snyk CLI/MCP versions.

  • Yes, I want to enable Secure at inception directives.

  • No, I don't want to allow developers to modify directive settings.

This results in a straightforward deployment where the Snyk Studio installer can configure the hooks (guardrail directives), skills, MCP server, and commands. The configuration is enforced as frequently as the MDM script runs.

Development and rollout steps

Example company drafted the script and followed these steps:

1. Execute the installer script locally

This demonstrates functionality and troubleshoots any issues, with the user testing the experience in all applicable coding assistants and multiple runs.

2. Upload the script to Jamf
  1. Navigate to Settings > Computer Management > Scripts.

  2. Click the New button to create a new script.

  3. Configure the script with the following attributes:

    1. Display Name: Snyk Studio Deployment

    2. Category: Security

    3. Priority: After

    Script attributes configuration in Jamf
  4. Navigate to the Scripts tab and paste in the script.

  5. Click Save.

3. Create a Jamf policy for small user testing
  1. Navigate to Computers > Policies.

  2. Click New to create a new policy.

  3. Configure General settings with the following attributes:

    1. Display Name: Snyk Studio Deployment - Manual Test

    2. Category: Security

    3. Trigger: Recurring Check-in

    4. Execution Frequency: Ongoing

  4. Navigate to the Options > Scripts:

    1. Click Configure.

      Configure the Snyk Studio Deployment script
    2. Select the Snyk Studio Deployment script.

  5. Navigate to the Scope tab. Configure the scope by setting the following value:

    1. Targets: Select one group for initial testing.

  6. Click Save.

  7. Optionally: Navigate to the Self Service tab and make the policy available:

Optional Self Service setting in Jamf
4. Validate with a small user test
  1. Monitor Policy Logs in Jamf for execution status.

  2. Ask initial users to open Cursor and or Windsurf to test functionality:

    1. Check that the Snyk extensions are installed.

    2. Confirm Snyk extension settings show the MCP server is configured and Secure at inception is enabled.

    3. Run a small coding task through the agent and observe that Secure at inception directives are automatically invoked.

    4. Prompt the agent to execute security scans manually.

5. Rollout to all users
  1. Navigate to Computers > Policies.

  2. Find the existing Snyk Studio Deployment policy.

  3. Configure the scope by setting the following values:

    1. Targets: All Computers

    2. Limitations: None (unless you want to exclude specific devices)

  4. Click Save.

Sample script

Snyk provides a sample script modeled after the Example company for distributing Snyk Studio:

Example distribution script for Jamf

Last updated

Was this helpful?