Join our Newsletter — 33% off our NHI Course
Home› Glossary› Foundations & NHI Taxonomy› Basic256Sha256
Foundations & NHI Taxonomy

Basic256Sha256

← Back to Glossary
By NHI Mgmt Group Updated November 3, 2026 Domain: Foundations & NHI Taxonomy

Basic256Sha256 is an OPC UA security policy that combines 256-bit RSA-based encryption with SHA-256 for signing and hashing. It specifies the cryptographic algorithms used to protect message confidentiality and integrity, and is selected in system configuration when a client and server need a defined security profile for secure channel negotiation.

What Basic256Sha256 Means in OPC UA

Basic256Sha256 is a defined OPC UA security policy, so its main purpose is not generic “encryption” but a specific, interoperable security profile that both sides of a connection can agree to during secure channel negotiation. In practice, it tells operators and engineers which cryptographic primitives the stack will use for protecting message confidentiality and integrity.

That matters because OPC UA deployments often need predictable security behaviour across vendors, versions and industrial environments. A named policy reduces ambiguity: if a client and server both support it, they can negotiate a common protection level rather than relying on ad hoc or implicit defaults.

Cryptographic Properties and What They Protect

The policy combines RSA-based encryption with SHA-256 for signing and hashing. The security value comes from using the algorithms as a package: encryption helps keep message contents confidential, while signing and hashing help verify integrity and detect tampering in transit.

For OPC UA, those properties are especially important because the channel may carry operational commands, telemetry, configuration data and identity assertions. If the policy is enforced correctly, it helps prevent passive eavesdropping and active message modification, which are two of the most important threats to industrial protocol traffic.

How It Fits OPC UA Configuration and Trust

Basic256Sha256 is usually selected as part of system configuration, not improvised at runtime. That means the security policy sits alongside other trust decisions such as certificate trust, endpoint selection and whether a connection is allowed to use a secure channel at all.

Its practical role is therefore narrower than a full security programme but more specific than a single cipher choice. It is a compatibility and trust setting that helps define the security posture of a client-server relationship, especially when organisations need consistent protection across multiple OPC UA applications or devices. NHIMG’s OPC UA Security Guide covers how security modes, current SecurityPolicies, certificates and trust lists fit together.

Why Basic256Sha256 Still Requires Operational Discipline

A security policy only helps when the surrounding implementation is sound. If certificate handling, trust-list management or endpoint configuration is weak, a strong policy choice can still be undermined by misconfiguration, downgraded trust decisions or poor operational visibility.

In other words, the policy defines the cryptographic shape of the connection, but the real security outcome depends on how consistently the environment enforces it. That is why Basic256Sha256 should be treated as one control layer inside a broader OPC UA hardening approach, not as a standalone guarantee of safety.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-57, NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST SP 800-57Recommendation for Key Management Part 1Directly covers cryptographic key lifecycle and algorithm selection for RSA and SHA-256 use.
Recommendation — Apply key lifecycle policy to match algorithm strength, rotation, and cryptoperiod requirements.
NIST SP 800-53 Rev 5IA-5 — Authenticator ManagementSupports managing certificates and related authentication material used by OPC UA channels.
SC-12 — Cryptographic Key Establishment and ManagementAddresses cryptographic protection of communications and the keys that support secure channels.
SC-8 — Transmission Confidentiality and IntegrityMatches the policy's purpose of protecting OPC UA message confidentiality and integrity in transit.
Recommendation — Manage certificate issuance, storage, rotation, and revocation with IA-5 controls. Use SC-12 to govern secure channel key establishment and lifecycle handling. Enforce SC-8 to protect protocol traffic against disclosure and tampering.
CIS Controls v8CIS-3 — Data ProtectionCovers protection of data in transit, including encryption of sensitive industrial communications.
Recommendation — Encrypt sensitive OPC UA traffic and verify protection stays enabled in production.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 3, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org