Safeguard
Compliance•

Which absolute words should you avoid in security questionnaire answers?

Words like all, never, always and fully invite a counterexample. A list of absolute words to avoid in security reviews and bounded replacements.

Safeguard Security Team
3 min read

Avoid absolute words such as all, every, always, never, fully, guaranteed and zero in security answers. One counterexample breaks the claim, and a reviewer only needs one. Replace them with bounded wording that states scope, mechanism and date, so the answer stays true after the next change.

Why absolutes fail

Security controls operate across many systems and many people. The chance that something is true of all of them, at all times, is small. An absolute also changes the burden: you must now prove a universal. A bounded statement only needs the evidence for what it names.

Words and bounded replacements

AvoidWhy it failsUse instead
All systemsOne forgotten system breaks itProduction systems in the listed scope
AlwaysOne exception breaks itBy default, enforced by a named setting
NeverOne lapse breaks itPolicy prohibits, and a control detects
Fully encryptedScope unclearData at rest in the named stores and in transit on named paths
Zero vulnerabilitiesDepends on scan and dateNo known critical findings open as of a stated date, by a named method
GuaranteedSounds contractualWe target, we monitor, we track
SecureMeaningless aloneSay which control and which risk
100 percentRarely measuredState the measured share and the date

How to tighten an answer

  1. Underline every absolute in your draft.
  2. For each, find the scope: which systems, which people, which period.
  3. Rewrite with the scope named, or the word removed.
  4. Add a date where the claim could change.
  5. Cite the evidence next to the claim.

Example

Before: "All employees complete security training and all code is reviewed."

After: "Employees complete security training at onboarding and annually, tracked in the training system. Changes to production code require an approved review, enforced by branch protection on the listed repositories."

The second version is longer but defensible, and each half points to a record.

Numbers and dates

Percentages and counts are claims too. Use them only when you can reproduce the figure from a system, and say the date. Do not round up. If a figure came from a point in time, say so, since a number from last quarter should not be presented as current.

Teams that write answers

Add an absolute word search to your review checklist. Run it over the answer library once, and over each new questionnaire before it goes out. Sales and customer success should get the same list. It is a five minute check that prevents many awkward conversations.

Exceptions

Absolutes are fine when a system makes them true, for example "the setting cannot be disabled by users", if you have verified that. Even then, name the system and record the check.

Where Safeguard fits

Safeguard's compliance and evidence automation keeps dated records behind each statement, so bounded wording is easy to support, and the free scan at https://gold.safeguard.sh/scan gives a dated result you can cite instead of a universal.

Quick check

Is it ever safe to say fully compliant?

Seldom. Name the framework, the scope, the method and the date instead, and do not use the word where only a mapping exists.

Do numbers count as absolutes?

They are claims that need a source and a date. Do not round up or reuse old figures.

Last reviewed: 19 October 2026.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.