Solution · Security

Know which of your rules actually refuse.

A rule that is configured is not a rule that is enforced. One page reads every rule on the platform and says which refuse, which only watch, and which do nothing.

Every rule in force in the AuthFI console, and whether it would refuse.

Every rule in force

Rules from every part of the platform on one page, with whether each one actually refuses.

What changes

The problem as most companies have it today, and the same thing with AuthFI.

Today: Rules live in several screens and nobody sees them together
With AuthFI: Every rule is on one page
Today: A dashboard shows a green tick for a rule that is only watching
With AuthFI: Watching is shown as watching, never as protection
Today: When a source cannot be read, the list is just shorter
With AuthFI: The page names what it could not read
Today: You find the gap after the incident
With AuthFI: A rule that cannot bite is called out before one

How it works

Each step, on the screen you would use.

Rules

Refuses, watching, refuses nothing, or cannot tell.

Service access, network, outbound connections, privileged commands and access decisions are read together and each rule is given one honest state.

Four states, never a hopeful tick

Each rule links to the screen that owns it

Counts only what protects

Every rule in force in the AuthFI console.Every rule in force in the AuthFI console.

Rehearse

Ask what would happen before you switch on.

Rules start in watch-only and show what they would have refused, so you turn enforcement on knowing the effect.

Watch-only by default

See would-be refusals first

Switch on one workload at a time

One workload in the AuthFI console: its rules and what they would refuse.One workload in the AuthFI console: its rules and what they would refuse.

See what your rules actually refuse.