Detect and triage
Keep the SIEM, EDR, identity, network, vulnerability, and exposure tools that already detect problems. VitalSec adds the customer information analysts need to decide what deserves action.
VitalSec carries managed security past the alert. Analysts can see the problem, decide what needs to happen, make or assign approved fixes, check whether they worked, and keep the evidence. Customers get a recurring security review that shows what changed, what was fixed, what remains open, and whether risk moved.
Detection and investigation stay in the tools your analysts already use. VitalSec adds the work that follows: response within the customer's permissions, remediation, a fresh check, and proof.
Walk the customer through what is true now, what changed, what was fixed and verified, what remains open, how current the evidence is, and whether risk improved.
VitalSec does not replace detection engineering or investigation. It gives the MSSP a consistent way to carry an important finding through response, remediation, verification, and evidence the customer can use.
The same six steps run through that work: Observe → Decide → Act → Validate → Prove → Measure.
Keep the SIEM, EDR, identity, network, vulnerability, and exposure tools that already detect problems. VitalSec adds the customer information analysts need to decide what deserves action.
Recommend a fix, send it to the right team, or make the change only when that customer has approved it. One customer's permissions never carry over to another.
Read the environment again after containment or remediation. Confirm whether the control, exposure, or endpoint actually moved to the required state.
Keep the original evidence, action, follow-up check, unresolved exceptions, and risk movement together so the customer can see what improved and what still needs attention.
An MSSP should be able to show the customer what materially changed since the last review, what the team fixed, whether those fixes held, and what still needs a decision. VitalSec keeps that evidence current between reviews.
A useful review should answer six questions
What is healthy, degraded, failed, missing, or too stale to support a conclusion.
What improved or deteriorated since the last customer review and why it matters.
Which fixes or response actions ran and whether the follow-up check showed they worked.
Important exposures, failed controls, exceptions, and evidence gaps that still require attention.
Risk Compression Engine direction and the supported 0–100 Risk Compression Index when the evidence is sufficient.
Evidence Continuity evidence that can support executive reporting, audit, renewal, underwriting questions, or claims when needed.
The MSSP can reuse response steps across customers. What it cannot reuse is customer permission. Each environment keeps its own allowed actions, approval rules, evidence, and results.
VitalSec reads the systems that know each fact, makes or assigns only the changes that customer has approved, checks the environment again, and keeps the evidence with that customer.
See integrationsSIEM, data lake, EDR, XDR
IdP, MFA, PAM, MDM
Firewall, SASE, segmentation
Vulnerability, ASM, cloud
SOAR, EDR, Rusty
Backup and recovery systems
Ticketing and PSA
Evidence Continuity, CAAT, VUMA
Give analysts a path from finding to approved action to verification instead of ending the service at notification.
Lead the quarterly security review with current state, material change, verified work, open risk, and proof instead of ticket counts and alert totals.
Reuse response steps across customers while keeping permissions, evidence, policies, and results separate for every managed environment.
Keep the same verified history available for leadership, audit, cyber insurance renewal, underwriting questions, and claims support.
Selected PatientLock papers on the issues covered here.
White paper
How an MSSP can move from detection into approved remediation, check the environment again, and show the customer what changed without exceeding the customer's permissions.
Central argument
MSSPs can extend beyond detection when customer-authorized remediation, a follow-up check, and evidence stay connected to the original finding without taking control away from the customer.
Written for: MSSP executives, SOC leaders, security engineering teams, and enterprise security customers.
White paper
An outcome-oriented MSSP measurement model using verified remediation, recurrence, exposure windows, evidence gaps, and control-state improvement instead of alert volume alone.
Central argument
Alert counts, cases closed, and analyst utilization describe SOC activity. Customers also need measures showing whether material exposure decreased, remediation held, and evidence quality improved.
Written for: MSSP leaders, SOC managers, customer executives, CISOs, and service-governance teams.
White paper
How MSSPs can combine passive observation with bounded active testing, PASS/FAIL/INCONCLUSIVE outcomes, remediation, and retesting without turning production into an uncontrolled test environment.
Central argument
Continuous validation allows MSSPs to test whether important customer safeguards still behave as expected between incidents, audits, and periodic penetration tests when safe authorized test paths exist.
Written for: MSSP security leaders, validation teams, customer CISOs, and security engineering teams.
White paper
How to build MSSP reporting from a durable customer evidence record with material-change summaries, owned exceptions, evidence quality, verified outcomes, and role-specific sharing.
Central argument
Customer governance needs more than a monthly activity deck. MSSP reporting is stronger when executive summaries remain traceable to customer-specific evidence, unresolved exceptions, and verified outcomes.
Written for: MSSP account leaders, customer CISOs, boards, risk committees, and governance teams.