Governance, Risk and Compliance (GRC)

Cybersecurity area

GRC

GRC connects governance, risk management, compliance, security policies, audits, evidence, and reporting into one manageable framework.

Thematic hero image for the GRC area

Acronym Glossary

This glossary explains acronyms used in this part so the intended security function is clear.

GRC
Governance, Risk and ComplianceThe connection of governance, risk, policies, controls, compliance, and auditable evidence.

What This Area Covers

GRC connects governance, risk management, and compliance into a manageable system. It is not only documents and audit spreadsheets, but the ability to connect risks, policies, controls, evidence, ownership, suppliers, and reporting across the organization.

Why It Matters

Regulations such as NIS2, DORA, ISO 27001, GDPR, and internal security frameworks require organizations to prove not only that controls exist, but that they work. GRC technologies reduce manual effort, keep policies consistent, manage supplier risks, and prepare understandable reports for leadership, risk owners, and auditors.

How To Navigate This Area

GRC technologies help turn regulatory and audit requirements into continuous risk management. The important capability is to map controls to technical evidence, automate evidence collection, and maintain a consistent view of risk across the organization. With NIS2, DORA, GDPR, and ISO 27001, ownership of risk, third-party risk, and auditability of decisions become increasingly important.

When selecting a GRC solution, the organization should decide whether it mainly needs risk assessment, compliance automation, policy management, audit reporting, or third-party risk. Some tools are suitable for simple registers, while others support complex workflows, control-to-evidence mapping, automated evidence collection, and tracking of remediation actions.

The technology list below works as a map of the GRC area. The practical sequence is to name the security problem first, select the closest technology category second, and only then compare relevant vendors. This helps separate similar-sounding solutions and reduces the risk of adding another tool without a clear architectural role.

Technical Section Schema

Technical schema for the GRC area
The schema shows the main inputs, security layers, and outputs of the GRC area.

Questions To Ask When Selecting A Solution

  • Which regulations, standards, or internal frameworks must the organization meet?
  • Is evidence collected manually or automatically from technical tools?
  • Is the bigger issue reporting, policy management, or third-party risk?
  • How will exceptions, remediation actions, and risk owner accountability be tracked?
  • Who owns risks and controls in different parts of the organization?

How To Use This Section

Each technology page expands one category, explains its architectural role, and lists SecTec portfolio vendors related to that area. The section page is therefore the orientation layer, while the detail pages support concrete mapping to solutions.

Vendors From The SecTec Portfolio

Attack coverage and defensive context

MITRE ATT&CK® Enterprise version 19.1 is used as a reference model. The mapping is a SecTec expert interpretation and does not imply endorsement by MITRE.

Practical attack scenarios

Relevant ATT&CK techniques