Услуга · Information security

Supply and rollout of security products

A security product is chosen against a specific requirement, not against a convincing presentation. Failure usually happens after the purchase: the system is bought, deployed and left in monitoring mode for a second year because turning blocking on is frightening.

Register
if certification is required
Pilot
before a large purchase
Configuration
not just the count
Training
your administrators

What the work includes

The order is the reverse of the usual: first we state what must be covered, and only then look at products.

Discuss the scope

Selection

We check the requirements against what the products actually do. Where certification is needed we choose from the register.

Pilot

We deploy it on a limited scope and confirm that the solution works and breaks nothing.

Licences

Paperwork and registration in your organisation name, not the contractor.

Deployment

Installation, policies, integration with what already runs in the infrastructure.

Training

Your administrators must be able to run the system themselves, otherwise it turns into an expensive light bulb.

Support

Updates, alert review, and refinement of the rules as experience accumulates.

How it goes

A typical project fits into three weeks to two months, depending on the scale and the number of sites.

01

Requirements

We write down what exactly must be covered and which document requires it.

02

Pilot

We test on the live infrastructure. Incompatibility is cheaper to discover on ten machines than on three hundred.

03

Rollout

We roll it out to a schedule, department by department, with the ability to roll back.

04

Forwarding

Documentation, training, a procedure for reviewing alerts.

A system nobody administers protects you exactly until the first update. Rules go stale, alerts pile up, nobody reads them. That is why training administrators is not a bonus attached to the project but a compulsory part of it, without which the purchase loses its point.

Questions and answers

By the pilot and by who will work with it. A product with slightly fewer features but understood by your administrator beats a powerful one nobody can figure out over the long run.

We check that first, and the answer is often yes. Operating systems, network hardware and mail services carry a set of protective mechanisms whose existence usually goes unsuspected.

That is what the pilot is for. A limited scope is deployed before the bulk of the licences is bought, so any mismatch comes to light before the money has gone.

We will select security products

Write which requirements need meeting and what is already installed. We will propose options and start with a pilot.