Cybersecurity

Cyber Security Monitoring Services: Alerts Nobody Reads

Affix Center · · 8 min read

Analyst watching a wall of monitoring screens in a dark control room

Quick answer: Cyber security monitoring services watch your systems, users and network around the clock, collect logs and alerts in one place, and have trained analysts investigate suspicious activity and help you respond. In India they also help meet CERT-In expectations on log keeping and fast incident reporting. Buy them by defining what must be watched, response times and who acts, not by tool names.

Most organisations already have security alerts. The firewall sends emails, the antivirus console shows warnings and the email gateway flags suspicious messages. The trouble is that nobody reads them at 2 a.m. on a Sunday, and by Monday morning an attacker has had a full day inside the network. Logs that could have shown what happened were never kept, or were overwritten.

Buying another tool does not fix this. What fixes it is monitoring with clear scope, people who look at alerts in time and a plan for what happens next. This guide explains what cyber security monitoring services cover, how the main models compare and how to set one up step by step.

What Cyber Security Monitoring Services Cover

A monitoring service collects security data from your environment, looks for signs of attack or misuse and tells you, or acts, when something is wrong. A sound service usually includes:

  • Log collection: events from firewalls, servers, endpoints, Active Directory or other identity systems, email, cloud platforms and key applications, sent to a central platform such as a SIEM.
  • Endpoint monitoring: data from endpoint detection and response (EDR) tools on laptops and servers.
  • Detection rules: use cases that turn raw logs into alerts, for example many failed logins followed by a success, or a new admin account created at night.
  • Analyst triage: trained people check each alert, rule out false alarms and raise real incidents.
  • Response support: isolating a device, disabling an account or guiding your team, depending on what the contract allows.
  • Reporting: monthly reports on incidents, trends, coverage gaps and service levels.
  • Log retention: keeping logs for the period your rules and contracts require.

Why Monitoring Fails in Many Organisations

Too many alerts, too little context

Tools left on default settings create a flood of low-value alerts. Teams start ignoring them, and the important one gets lost. Fix: tune detection rules to your environment and rank alerts by risk to the business.

Key systems are not connected

Often only the firewall feeds the monitoring platform. Cloud accounts, email and identity logs, where many attacks begin, are missing. Fix: make a list of log sources and track which ones are connected and healthy.

No one owns the response

An analyst raises an alert at night, but nobody at your end has authority to act. Fix: agree in writing who is called, what the provider may do on its own and what needs your approval.

Logs are not kept long enough

When an incident is found weeks later, the evidence is gone. Fix: set retention to meet CERT-In and sector rules, and test that you can search old logs.

Indian Rules That Shape Monitoring

The CERT-In directions issued on 28 April 2022 under the Information Technology Act apply to service providers, intermediaries, data centres, body corporates and government organisations. Among other points, they require reporting specified cyber incidents to CERT-In within 6 hours of noticing them, keeping logs of ICT systems for a rolling 180 days within Indian jurisdiction, and synchronising system clocks with the NTP servers of the National Informatics Centre or the National Physical Laboratory, or with servers traceable to them. Our CERT-In 6-hour reporting checklist explains the reporting part.

A six-hour clock is hard to meet without monitoring that notices incidents quickly. Regulated sectors such as banking and NBFCs have further expectations from their regulators. Confirm what applies to you with your compliance or legal adviser.

Comparing Cyber Security Monitoring Models

ModelWhat you getFitsWatch out for
Tool alerts onlyEmails and dashboards from each security productVery small offices with few systemsNo one watches out of hours, no correlation
In-house SIEM and teamFull control of tools, data and peopleLarge enterprises and sensitive government setupsCost of 24x7 staffing, hiring and retaining skills
Managed SOC or MSSP monitoringProvider monitors your logs 24x7 and escalates incidentsMid-size firms, PSUs, multi-site organisationsScope gaps, slow escalation, limited response rights
MDR (managed detection and response)Monitoring plus hands-on response, often built on EDRFirms that need action, not just alertsMay focus on endpoints and miss network or cloud
Co-managedShared platform; your team by day, provider at nightOrganisations with a small security teamNeeds clear hand-off rules and shared runbooks

For a deeper look at the managed SOC model, see our guide to SOC as a service in India. If you want the provider to also run firewalls, patching and other controls, our post on managed cyber security services covers that wider scope.

The Fix: How to Set Up Cyber Security Monitoring That Works

  1. List what matters most: Name your critical systems, data and users, such as finance servers, citizen databases, email and admin accounts, so monitoring starts where the damage would be worst.
  2. Map your log sources: Record every firewall, server, endpoint tool, cloud account and application that should send logs, and mark which ones send them today.
  3. Fix time and retention first: Sync all clocks to an approved time source and set log retention to at least what CERT-In and your sector rules require.
  4. Agree detection use cases: Start with a short list of high-value rules, such as suspicious logins, new admin accounts, malware on servers and large data transfers, and add more over time.
  5. Write the response playbook: Decide who is called for each severity, what the provider may do without approval and how incidents are reported to CERT-In and management.
  6. Set measurable service levels: Put time to acknowledge, time to escalate and reporting frequency in the contract, with penalties or reviews when they are missed.
  7. Test and review every quarter: Run a simulated attack or tabletop exercise, check that alerts reached the right people in time and close the gaps you find.

Questions to Ask a Monitoring Provider

  • Which log sources are included in the price, and what does adding one more cost?
  • Where are our logs stored, for how long, and can we get a full copy at any time?
  • Are analysts available 24x7, and how many people cover the night shift?
  • What is your time to acknowledge and escalate a critical alert, and how do you prove it?
  • Can you contain a threat, for example isolate a laptop, or only advise us?
  • How do you tune rules to reduce false alarms in the first months?
  • Will you help us prepare the CERT-In incident report when needed?

Signs Your Monitoring Is Working

Good monitoring shows up in a few simple numbers. Your monthly report lists which log sources are connected and flags any that went silent. Critical alerts are acknowledged within the agreed time, and each one has a clear outcome. False alarms fall over the first few months as rules are tuned. When you run a test, such as a fake phishing click or a dummy admin account, the alert reaches the right person quickly. If you cannot see these things, ask your provider to show them.

Monitoring also works best when basic controls are in place. Multi-factor login, patched systems and protected endpoints mean fewer incidents to chase. Our guide to endpoint security is a good starting point.

What Drives the Cost of Monitoring

Providers price monitoring in different ways, so quotes are hard to compare unless you know what drives them. The main factors are:

  • Volume of data: the number of log sources and how many events per second or gigabytes per day they send.
  • Number of devices and users: endpoints, servers and accounts covered by detection tools.
  • Hours of cover: business hours only, or full 24x7 with analysts on every shift.
  • Response scope: alert-only services cost less than services that also contain threats.
  • Retention period: keeping logs longer, or in India-only storage, adds storage cost.
  • Platform ownership: whether you use the provider's platform or pay separately for your own SIEM licence.

Ask each provider to quote against the same log source list and service levels, so you compare like with like.

Frequently Asked Questions

What are cyber security monitoring services?

They are services that collect security logs and alerts from your systems, watch them continuously, investigate suspicious activity and help you respond. They are usually delivered by a security operations centre (SOC).

Is cyber security monitoring the same as network monitoring?

No. Network monitoring checks that links and devices are up and performing. Security monitoring looks for attacks and misuse. Many firms need both. See our post on 24x7 network monitoring.

Do small businesses need 24x7 security monitoring?

Attacks often happen outside office hours, so some form of out-of-hours watch helps. A smaller firm can start with managed endpoint detection and response and add more log sources later.

How long should we keep security logs in India?

The CERT-In directions of April 2022 require logs of ICT systems to be kept for a rolling 180 days within Indian jurisdiction. Sector rules or contracts may require longer, so check with your compliance adviser.

What is the difference between a SOC and MDR?

A SOC is the team and process that monitors security. MDR is a service model where the provider monitors and also takes response actions, often using endpoint tools. Some providers offer both.

How Affix Center Can Help

Affix Center helps enterprises, PSUs and government departments in Mumbai and Maharashtra plan and run cybersecurity services, including log source mapping, monitoring set-up, response playbooks and CERT-In readiness. Our IT operations team can also look after the systems that feed monitoring, so logs keep flowing.

If your alerts pile up with nobody watching, contact our team to review your monitoring and close the gaps.