CVE-2023-41979

Accurate timestamps from internal clocks enable detection of race conditions by providing reliable event ordering in audit logs.

Coordination of concurrent security activities reduces the probability that shared resources will be accessed simultaneously without proper synchronization.

A.8.25 mandates secure SDLC practices (secure coding guidelines, security requirements, checkpoints, testing including code scans/penetration tests, developer training) that reach race conditions in concurrent code, but only as one slice of a broad requirement whose implementation scope and rigour are left to the organisation.

A.8.26 explicitly lists resilience against malicious attacks including SQL injections and input validation as application security requirements to identify/address; race conditions are a similar class of timing-based concurrency flaw that can be mitigated by requirements for proper synchronization/locking, but this is only one slice of the broad CWE-362 class (most instances arise in low-level shared-memory or TOCTOU scenarios not named here).

Secure architecture principles require proper synchronization and resource isolation, addressing the root cause of CWE-362.

Secure coding standards explicitly forbid unsafe concurrent access patterns and mandate atomic operations or locks.

Security testing can detect race conditions, but does not prevent them at design or coding time.