ISO27001A.8.25voice-validated

ISO27001 A.8.25: A.8.25

ISO/IEC 27001:2022 Information Security Management

AL
Adam Lundqvist
Founder at SQUR · last verified 2026-06-19

Regulation text

Rules for the secure development of software and systems shall be established and applied. Theme: Technological controls. (Full guidance: ISO/IEC 27002:2022 §8.25.)

ATT&CK techniques this article tests · 15

TechniqueWhy it mapsConfidence
T11901. Secure development rules, as per A.8.25, prevent vulnerabilities in public-facing applications. This reduces the attack surface for exploitation, directly hindering initial access attempts.
90%
T11332. Establishing secure development rules (A.8.25) ensures external remote services are configured and implemented without exploitable flaws, preventing their misuse for initial access.
85%
T1547.0013. Secure development practices mandated by A.8.25 prevent the introduction of vulnerabilities that allow attackers to modify system startup configurations for persistence.
80%
T10684. A.8.25's secure development rules directly address the prevention of software vulnerabilities that attackers exploit to escalate privileges within systems.
95%
T1548.0015. Implementing secure development rules (A.8.25) reduces the likelihood of software flaws that can be exploited to bypass elevation control mechanisms like UAC, maintaining privilege separation.
85%
T10276. Secure development, as per A.8.25, includes practices to prevent or detect code obfuscation, making defense evasion more difficult for attackers.
75%
T10557. Rules for secure development (A.8.25) aim to eliminate vulnerabilities that enable process injection, thereby preventing attackers from executing malicious code within legitimate processes.
80%
T10038. A.8.25 mandates secure development, which includes protecting sensitive data like credentials, thereby preventing vulnerabilities that lead to OS credential dumping.
85%
T1552.0019. Secure development rules (A.8.25) enforce proper handling and storage of credentials, preventing their insecure placement in files and mitigating credential access.
90%
T108310. Secure development practices under A.8.25 reduce vulnerabilities that attackers exploit to gain unauthorized access to file systems for discovery purposes.
70%
T104611. A.8.25's secure development rules ensure network services are robust and free from exploitable flaws, limiting their discovery and subsequent exploitation by adversaries.
75%
T1021.00112. Secure development rules (A.8.25) ensure remote services like RDP are implemented without vulnerabilities, preventing their exploitation for lateral movement.
80%
T1021.00213. A.8.25 mandates secure development, which includes hardening network protocols like SMB, reducing vulnerabilities that facilitate lateral movement.
80%
T1071.00114. Secure development practices (A.8.25) prevent vulnerabilities in application layer protocols, hindering their use for command and control communications.
75%
T104115. By preventing vulnerabilities in software and systems (A.8.25), the control reduces opportunities for attackers to establish C2 channels for data exfiltration.
70%

Defending mitigations · 6

MitigationWhat it doesConfidence
M10511. A.8.25 directly mandates establishing and applying rules for secure development, aligning with a Secure Software Development Lifecycle to prevent vulnerabilities.
95%
M10472. Secure development rules (A.8.25) include requirements for code reviews and security testing, which are forms of auditing to identify and remediate vulnerabilities.
85%
M10303. While not direct, secure system design under A.8.25 can incorporate network segmentation principles, limiting the blast radius if a vulnerability is exploited.
70%
M10264. A.8.25's secure development rules contribute to robust privilege management, ensuring applications and systems handle privileges securely, reducing the impact of exploitation.
80%
M10385. A.8.25 explicitly requires establishing "rules for the secure development," which constitutes a security policy guiding development practices.
90%
M10356. Secure development (A.8.25) includes designing systems with least privilege access to resources, preventing attackers from exploiting vulnerabilities to gain excessive access.
75%

Underlying weaknesses · 7

CWEWhy it persistsConfidence
CWE-891. A.8.25's secure development rules prevent SQL injection by enforcing proper input validation and parameterized queries in database interactions.
90%
CWE-792. Secure development practices mandated by A.8.25 include output encoding and input validation to prevent cross-site scripting vulnerabilities.
90%
CWE-783. A.8.25 requires secure development, which prevents OS command injection by ensuring proper sanitization and validation of user-supplied input.
90%
CWE-204. The core of A.8.25's secure development rules is to prevent vulnerabilities, with improper input validation being a fundamental weakness addressed.
95%
CWE-2695. A.8.25's focus on secure system development includes designing and implementing robust privilege management to prevent unauthorized privilege escalation.
85%
CWE-2876. Secure development rules under A.8.25 ensure authentication mechanisms are correctly implemented and robust, preventing improper authentication flaws.
80%
CWE-3067. A.8.25 mandates secure development, which includes ensuring critical functions require proper authentication, preventing missing authentication vulnerabilities.
80%

What SQUR Covers

Web application + API pentesting for OWASP Top 10, business logic flaws, authentication bypass, injection attacks, and other application-layer vulnerabilities. €1,995 per scan, 24-hour turnaround, EU-only data.

What SQUR Does Not Cover

Internal network pentesting, endpoint security testing, physical security assessments, social engineering, or ICT third-party concentration risk reviews. Engage a complementary provider for those scope items.

Provenance

Mapped Q2.2026 using gemini-2.5-flash · €0.0184 compute · voice-rubric self-validated