Common Failures and Official Sources

Leaving a managed security provider: exit terms, log export, tool ownership and a safe handover

How to leave an MSSP, MDR or SOC provider safely: log export, tool and tenant ownership, overlap costs and breach-record duties.

Updated · 4 min read

Leaving a managed security provider: exit terms, log export, tool ownership and a safe handover

Leaving a managed security provider is safe when four things are settled before you give notice: what data you will receive (logs, incident records, reports, configurations) and in what format; who owns the tools, tenants, licences and admin credentials; how long the old and new providers will overlap so nothing goes unmonitored; and how you will continue to meet record-keeping duties, such as the 24-month breach records under PIPEDA and Quebec's incident register. Most exit problems come from contracts that never addressed these points, so the best time to negotiate an exit is at signing. If you are already in a contract without exit terms, start the conversation at least a quarter before the notice deadline.

This guide is part of managed security failures and official sources. Costs are illustrative; contract and privacy questions may need a lawyer.

What you need to take with you

ItemWhy you need itFormat to ask for
Raw logs within retentionInvestigations of incidents discovered later; evidenceStandard formats your next platform can import, or an archive you can search
Incident records and reportsPIPEDA breach records (24 months), Quebec register, insurer and client questionsPDF reports plus structured case data
Detection rules and tuningAvoid relearning which alerts matterExported rules, exception lists and notes
Firewall and device configurationsRebuilding is slow and riskyConfiguration backups
Asset inventoryProves scope; starting point for the next providerSpreadsheet or export
Runbooks and contact listsContinuity of responseDocuments
Vulnerability and pen-test findingsRemediation historyReports and status list

Ask what the export costs and how long the provider will keep your data after the contract ends before deleting it, and require written confirmation of deletion.

Who owns the tools

Ownership is often where exits stall:

  • EDR or antivirus console. If the tenant is the provider's, agents must be removed and new ones installed on every device. If the tenant is yours, the new provider can be given access.
  • SIEM or log platform. A provider-owned platform means your logs leave with the data export, not with the platform.
  • Firewalls. Firewall-as-a-service hardware is usually returned; owned hardware stays, but you need admin credentials and the configuration.
  • Licences. Licences bought through the provider may not transfer; check whether they can be moved to your name.
  • Admin accounts. Make sure your organisation holds break-glass administrator credentials for every system, not only the provider.

Write ownership into the contract at signing; see firewall and EDR pricing and the due-diligence checklist.

Planning the overlap

Running both providers for a period avoids gaps while agents are swapped and log sources reconnected.

Illustrative example. A 70-person Burlington firm pays its current MDR provider $2,100 a month and the new provider $2,300 a month. It plans six weeks of overlap and a one-time log export fee.

ItemCalculationCost
Overlap with old provider$2,100 × 1.5 months$3,150
New provider onboardingone-time$4,000
Log export from old providerone-time$1,500
Archive storage for exported logs, 12 months$75 × 12$900
Internal IT time40 hours × $85$3,400
Total switching cost$12,950

The new provider is $200 a month more expensive, so the switch is justified by better scope or response, not savings. If the new provider had been cheaper, the payback calculator would show how long the $12,950 takes to recover.

Step-by-step exit plan

  1. Read the contract: term, renewal date, notice period, termination fees, exit assistance, data return and deletion clauses.
  2. Choose the new arrangement using how to choose a provider.
  3. Give written notice on time; ask for confirmation.
  4. Request exports in writing with formats and dates.
  5. Secure admin access: change shared passwords, confirm your break-glass accounts, remove the old provider's accounts at the cutover.
  6. Install new agents and connect log sources; confirm in the new provider's asset report that every device and source is visible.
  7. Remove old agents only after the new ones are working.
  8. Cut over monitoring on a date both providers acknowledge, with a named contact for incidents found in the overlap.
  9. Receive and verify exported data; check you can open and search it.
  10. Get written confirmation of deletion by the old provider after the agreed period.
  11. Update your incident response plan, insurer contacts and privacy policy if storage locations changed; see SOC data residency.

Incidents during the transition

If a possible incident appears during the overlap, decide in advance which provider leads. Both may hold relevant evidence; your contract with the old provider should require cooperation after termination for incidents that started during its term. Your breach-assessment and reporting duties continue; see breach reporting.

Frequently asked questions

Can the old provider refuse to give me my logs?

It depends on the contract. Many agreements give you a right to your data; some charge for export. Negotiate this at signing.

How long should I keep exported logs?

Long enough to support investigations and your record duties. PIPEDA breach records must be kept for 24 months, and the CAI says register information is kept at least five years; logs themselves follow your retention policy and contracts.

Is there a penalty for leaving early?

Often, a fee for the remaining months or a set percentage. Read the termination clause and negotiate if service levels were missed.

Should I tell my insurer?

Check your policy; a change of security provider may be a material change you must report. Ask your broker.

Sources

Related guides