Framework overlap

Does AWS Well-Architected Security Pillar cover OWASP MASVS?

You hold AWS Well-Architected Security Pillar and have been told to do OWASP MASVS. Here is how much overlaps, control by control.

88% of OWASP MASVS you already have

AWS Well-Architected Security Pillar already covers about 88% of OWASP MASVS, leaving 1 of 8 controls as genuinely new work.

Already covered 7 Likely covered 0 New work 1

What is genuinely new work

Nothing in AWS Well-Architected Security Pillar reaches these. This is the list to scope.

OWASPMASVS-5
MASVS-PLATFORM: Platform Interaction
Show the 7 you already have
OWASPMASVS-1
MASVS-STORAGE: Storage of Sensitive Data
OWASPMASVS-2
MASVS-CRYPTO: Cryptography Usage
OWASPMASVS-3
MASVS-AUTH: Authentication and Authorization
OWASPMASVS-4
MASVS-NETWORK: Network Communication
OWASPMASVS-6
MASVS-CODE: Code Quality, Build Settings, and Updates
OWASPMASVS-7
MASVS-RESILIENCE: Resilience Against Reverse Engineering
OWASPMASVS-8
MASVS-PRIVACY: Privacy and Data Protection

How this is calculated

Already covered means a mapping runs from a control in AWS Well-Architected Security Pillar to that control. Likely covered means no direct mapping exists but both frameworks map to the same control in a third standard. New work means neither. We keep those separate rather than adding them into one friendlier number, because blending them would present a two-hop inference as a verified fact.

Coverage is not symmetric. Run it the other way and you will get a different number; both are correct.

From 332,959 cross-framework control mappings across 723 frameworks, 531 of them verified against their source documents. It does not tell you that you are compliant: a mapped control means the two standards ask for the same thing, not that you have done it.

Try another pair ยท Today's edition