Security Architect
You draw the blueprint: how identity, network, and data protection fit together.
Competency areas
- Cybersecurity Architecture
- Systems Requirements Planning
- Enterprise Architecture
Aramis:Current Daily
A short reading list for a Security Architect, under 30 minutes per edition.
2026-09-30. 10 minutes in total
Building a certificate authority for the whole Internet
Cloudflare, 2026-09-29. Read, 10 min.
Why it matters for this role: Confirm every ACME client in the estate supports ARI before counting Cloudflare as a second certificate source in a design.
Sample questions
Three real questions from this role's assessment, with the answer, the reasoning, and the NICE statement each one measures. The full assessment draws from hundreds like these.
Sample question 1
Ferrow Retail deployed a new API gateway architecture six months ago specifically to stop credential stuffing attacks against its customer login endpoint, combining device fingerprinting, rate limiting, and risk based step up MFA challenges. The VP of Engineering wants to know whether the design is actually working before committing budget to expand it elsewhere. As security architect, which approach best determines the design's effectiveness?
- A.Confirm that the gateway configuration in production matches the original design document, verifying that device fingerprinting, rate limiting, and step up MFA are all enabled exactly as specified in the design.
- B.Review login telemetry for blocked and attempted credential stuffing activity and account takeover rates before and after deployment, and run a controlled adversarial test replicating known stuffing techniques against the gateway.
- C.Survey the engineering team that built the gateway about their confidence that it prevents credential stuffing, since they implemented the controls and understand the threat model best.
- D.Compare Ferrow's deployed control set against a vendor's published checklist of recommended anti credential stuffing features to confirm every listed capability is present in the deployment.
Show the answer and reasoning
Correct answer: B
Option B is correct because it measures actual outcomes, attack telemetry, account takeover rate change, and adversarial testing, which is what determining effectiveness requires rather than confirming intent. Option A is wrong because matching the deployed configuration to the design document only confirms the controls are present, not that they work against real attack traffic; this is the classic trap of checking design intent instead of outcome. Option C is wrong because self reported confidence from the builders is subjective and carries no empirical validation. Option D is wrong because a vendor checklist measures feature completeness in general, not effectiveness against Ferrow's specific attackers and traffic.
This question measures: T1426: Determine cybersecurity design and architecture effectiveness
Sample question 2
Vantage Payments is designing a new instant-payouts feature involving five internal microservices, an external card processor, and two internal data stores holding cardholder data. The design document submitted for architecture review is twelve pages of prose describing each service's responsibilities, with no diagrams. During review, two reviewers already disagree about which service is responsible for encrypting cardholder data in transit between two of the internal services, and even about whether that particular traffic crosses a trust boundary at all. The security architect must decide what to require before the design proceeds to build. Which requirement reflects correct application of design modeling knowledge?
- A.Accept the design document as submitted, since the two reviewers who disagree about encryption responsibility and boundary crossing can settle both questions by comparing the responsibility statements already written for each of the two services in the twelve pages of prose, without needing any diagram to be produced
- B.Require the team to produce a UML sequence diagram tracing the exact order of calls between the two disputed services, since whichever service is shown issuing the encryption call in that sequence is thereby established as the service responsible for protecting the data at that boundary
- C.Require the team to produce a data flow diagram showing every data store and every service-to-service and external flow, with trust boundaries marked, since a boundary crossing is a property of the data flow itself, and marking it shows which service must protect the data there regardless of call order
- D.Require the team to produce a network topology diagram showing which subnet each service sits in, since any two services placed in different subnets are thereby shown to cross a trust boundary, which settles both whether a boundary exists and which side carries protection responsibility
Show the answer and reasoning
Correct answer: C
The disagreement is not about call order or network placement, it is about whether a trust boundary exists on a specific data path and who owns protection there, and that is exactly what a data flow diagram with trust boundaries marked is built to show: it enumerates every data store and every service-to-service and external flow, and a boundary crossing is a property of that flow model itself, so marking it settles which service must protect the data at that point independent of which service happens to call which other service first. Accepting the prose as submitted fails because the disagreement already survived a full read of the twelve pages; each service's responsibilities were described in isolation, so the document never modeled the cross-service relationship where the dispute actually lives, and re-comparing the same isolated statements will reproduce the same disagreement rather than resolve it. Option B, the UML sequence diagram, rests on a real but mistaken inference: tracing exact call order would show which service happens to invoke an encryption routine, but invocation order is an implementation detail, not a security design decision, and a service can call another without that call being where a trust boundary crossing occurs, so identifying the caller does not establish who is responsible for protecting data at a boundary. Option D, the network topology diagram, rests on conflating network segmentation with trust boundaries: two services in different subnets are not automatically separated by an application-level trust boundary, and two services in the same subnet can still have one, since trust boundaries are defined by differences in privilege or data sensitivity, not by physical or logical network placement, so a topology diagram can leave the actual dispute unresolved even after it is produced.
This question measures: K1086: Knowledge of design modeling
Sample question 3
Fairview Regional Hospital's clinical file-sharing platform lets whoever uploads a patient record decide who else can view or edit it. Frontline clinicians, trying to keep care teams moving quickly, routinely add 'entire department' as a viewer on charts containing protected health information, so a chart meant for a five-person care team ends up visible to forty clinicians with no role in that patient's care. Care-team membership changes shift to shift as patients are handed off, and hospital leadership will not create a role whose sole job is manually classifying and re-classifying every chart's sensitivity level as those handoffs happen. A security architect is asked to recommend an access control model that removes each uploader's ability to individually decide how broadly a chart is shared, while still giving legitimate care-team members the access they need without manual per-chart classification. Which model should the architect recommend?
- A.A mandatory model in which the specific patient's chart inherits a fixed sensitivity tier and every clinician holds a standing clearance tier set at hire, so the platform grants access automatically whenever a clinician's clearance tier meets or exceeds that chart's tier.
- B.An attribute-based model in which access to the specific patient's chart is granted automatically to any clinician whose current care unit and shift match the care unit and shift recorded on that chart, with no upload-time decision by any individual.
- C.A role-based model in which access follows each clinician's care-team role for the specific patient, such as attending physician or care-team nurse, with role assignments driven automatically by the care-team handoff records clinicians already log at every shift change, so the chart is visible to whoever currently holds that patient's care-team role and to no one else.
- D.A model in which each patient has a standing care-team access group that a designated unit coordinator curates by hand as a separate administrative task, adding and removing individual clinicians as staff rotate on and off the patient's care across successive shifts.
Show the answer and reasoning
Correct answer: C
Role-based access control tied to the care-team role for a specific patient makes the chart visible to whoever currently holds that role and invisible when they rotate off. Because the role assignments are driven by the handoff records care teams already produce at every shift change, the model tracks handoffs automatically and removes every discretionary sharing decision without creating any new administrative duty. The mandatory clearance-tier model grants access to every clinician whose tier meets the chart's tier, far beyond the assigned care team, and tiers set at hire cannot follow teams that reshuffle each shift. The attribute-based model matching on care unit and shift grants access to everyone on that unit during that shift rather than the small care team, reproducing the overexposure through coarse attributes. The hand-curated care-team group names the right scope but reintroduces exactly the separate manual, per-patient upkeep leadership refused to staff, so it lags every handoff and does not scale.
This question measures: K0880: Knowledge of access control models and frameworks
Job description templates
Three ready-to-edit drafts for hiring managers and recruiters: copy one, replace the bracketed lines, and post it. Responsibilities and requirements are drawn from the same NICE statements this role is measured against.
Statements use the official NICE Framework wording, which is published in English.
Security Architect: Junior
We are hiring a junior Security Architect. You draw the blueprint: how identity, network, and data protection fit together. At this level you take on well-defined parts of the work, with senior colleagues to learn from, and grow into the rest.
[Company] provides [what you do]. The security function is [size and shape: e.g., a five-person team reporting to the CTO]. Replace this paragraph with your own.
Responsibilities
- Translate proposed capabilities into technical requirements
- Communicate enterprise information technology architecture
- Integrate organizational goals and objectives into security architecture
- Determine essential system capabilities and business functions
- Prioritize essential system capabilities and business functions
- Determine cybersecurity design and architecture effectiveness
- Create cybersecurity architecture functional specifications
- Develop enterprise architecture
- Pair with senior colleagues and grow through structured feedback.
- Document what you do so the team learns with you.
Required knowledge
- Design modeling
- Information technology (IT) architecture models and frameworks
- Policy-based access controls
- Enterprise architecture (EA) reference models and frameworks
- Access control models and frameworks
- Microprocessors
- Technology integration processes
- System optimization techniques
Skills
- Designing the integration of hardware solutions
- Designing the integration of software solutions
- Identifying gaps in technical capabilities
- Assessing security systems designs
- Applying secure coding techniques
How to use this template
Copy the draft, replace every bracketed line, cut statements that do not apply to your opening, and add your compensation range and location policy. The statement lists come from the NIST NICE Framework v2.2.0, so candidates can be assessed against the same statements with Aramis:Insight.
Security Architect: Mid-level
We are hiring a mid-level Security Architect. You draw the blueprint: how identity, network, and data protection fit together. You own this work day to day and work closely with the rest of the security team.
[Company] provides [what you do]. The security function is [size and shape: e.g., a five-person team reporting to the CTO]. Replace this paragraph with your own.
Responsibilities
- Translate proposed capabilities into technical requirements
- Communicate enterprise information technology architecture
- Integrate organizational goals and objectives into security architecture
- Determine essential system capabilities and business functions
- Prioritize essential system capabilities and business functions
- Determine cybersecurity design and architecture effectiveness
- Create cybersecurity architecture functional specifications
- Develop enterprise architecture
- Translate functional requirements into technical solutions
- Review enterprise information technology (IT) goals and objectives
- Assess the organization's cybersecurity architecture
- Determine functional requirements and specifications
Required knowledge
- Design modeling
- Information technology (IT) architecture models and frameworks
- Policy-based access controls
- Enterprise architecture (EA) reference models and frameworks
- Access control models and frameworks
- Microprocessors
- Technology integration processes
- System optimization techniques
- Computer networking protocols
- Risk management processes
- Cybersecurity laws and regulations
- Cybersecurity policies and procedures
Skills
- Designing the integration of hardware solutions
- Designing the integration of software solutions
- Identifying gaps in technical capabilities
- Assessing security systems designs
- Applying secure coding techniques
- Analyzing an organization's enterprise information technology architecture
- Communicating complex concepts
- Communicating verbally
How to use this template
Copy the draft, replace every bracketed line, cut statements that do not apply to your opening, and add your compensation range and location policy. The statement lists come from the NIST NICE Framework v2.2.0, so candidates can be assessed against the same statements with Aramis:Insight.
Security Architect: Senior
We are hiring a senior Security Architect. You draw the blueprint: how identity, network, and data protection fit together. You set the direction for this work, mentor the people who do it, and answer for its results.
[Company] provides [what you do]. The security function is [size and shape: e.g., a five-person team reporting to the CTO]. Replace this paragraph with your own.
Responsibilities
- Translate proposed capabilities into technical requirements
- Communicate enterprise information technology architecture
- Integrate organizational goals and objectives into security architecture
- Determine essential system capabilities and business functions
- Prioritize essential system capabilities and business functions
- Determine cybersecurity design and architecture effectiveness
- Create cybersecurity architecture functional specifications
- Develop enterprise architecture
- Translate functional requirements into technical solutions
- Review enterprise information technology (IT) goals and objectives
- Assess the organization's cybersecurity architecture
- Determine functional requirements and specifications
- Oversee the development of design solutions
- Develop systems design procedures and processes
- Develop cybersecurity designs for systems and networks with multilevel security requirements
- Develop cybersecurity designs for systems and networks that require processing of multiple data classification levels
- Mentor junior team members and review their work.
- Represent this function to leadership and to auditors or clients.
- Set standards, select tooling, and own the roadmap for this area.
Required knowledge
- Design modeling
- Information technology (IT) architecture models and frameworks
- Policy-based access controls
- Enterprise architecture (EA) reference models and frameworks
- Access control models and frameworks
- Microprocessors
- Technology integration processes
- System optimization techniques
- Computer networking protocols
- Risk management processes
- Cybersecurity laws and regulations
- Cybersecurity policies and procedures
- Privacy laws and regulations
- Privacy policies and procedures
Skills
- Designing the integration of hardware solutions
- Designing the integration of software solutions
- Identifying gaps in technical capabilities
- Assessing security systems designs
- Applying secure coding techniques
- Analyzing an organization's enterprise information technology architecture
- Communicating complex concepts
- Communicating verbally
- Communicating in writing
- Applying secure network architectures
How to use this template
Copy the draft, replace every bracketed line, cut statements that do not apply to your opening, and add your compensation range and location policy. The statement lists come from the NIST NICE Framework v2.2.0, so candidates can be assessed against the same statements with Aramis:Insight.
Related roles
Roles with similar work or at a similar career stage. Each has its own job description templates and a free assessment.