New opportunity

AI and Cloud Security Analyst

Tech Data Advanced Private Limited · Chennai, India

About this role

The AI and Cloud Security Analyst provides day-to-day L2 monitoring and investigation of AI-security detections and cloud-security alerts. The role turns security telemetry into operational, compliance and risk reporting, escalating complex cases to an L3 engineer and working with AI and cloud security architects, the SOC, cloud teams and incident responders.

Responsibilities

  • Validate and classify runtime-defense, behavioral, model-security and adversarial-testing detections; investigate prompt injection, jailbreaks, data leakage, RAG poisoning, unauthorized MCP or tool activity, agent hijacking and overprivileged agents. Document cases, recommend or implement policy updates, and escalate with reusable context.
  • Maintain agent-inventory, ownership, MCP-registry and risk-scoring information. Query and correlate telemetry, develop dashboards for detection volumes, containment and response times, agent visibility, approval SLAs and policy violations, and recommend detection improvements.
  • Produce executive summaries and operational, compliance and risk dashboards. Support NIST AI RMF evidence generation and audit reporting, including EU AI Act evidence where applicable. Contribute to runbooks and validation of changes following red-team findings.
  • Triage Azure, AWS and GCP posture alerts, workload vulnerabilities and Microsoft 365 or Google Workspace security signals. Track remediation and support reporting against CIS Benchmarks, NIST 800-53 r5 and CSF 2.0.

Requirements

  • Hands-on SOC, security-operations, cloud-security or security-analyst experience in monitoring, triage and investigations; demonstrated security-telemetry analytics, dashboard and reporting experience. No minimum number of years is specified.
  • Security-operations fundamentals; KQL and/or SQL; foundational LLM and agentic-AI security awareness; cloud-security knowledge in at least one of Azure, AWS or GCP; PowerShell and/or Python scripting; familiarity with CIS and NIST frameworks; and clear English communication. A bachelor's degree in Cybersecurity, IT or Computer Science, or equivalent practical experience, is required.

Preferred

Multi-cloud and AI-security-platform exposure, compliance or audit-evidence experience, awareness of NIST AI RMF and the EU AI Act, and relevant security or AI-security certifications. The full-time role is listed in Chennai; the posting also lists Barcelona, San Jose, Costa Rica, and a remote location in Spain. It states flexible remote work, a 40-hour week, some travel and willingness to work nonstandard hours for projects or incidents. Country-tailored elective benefits and professional-development programs are offered.

For full details about this role, click “Apply on company site” to view the employer’s original posting.

Skills for this role

AI securityCloud securitySecurity operationsIncident triageThreat investigationKQLSQLData analyticsDashboard developmentSecurity reportingPrompt injectionLLM securityAgentic AI securityMCPRAG poisoningAI guardrailsAzureAWSGCPCSPMCWPPCloud identityPowerShellPythonOWASP Top 10 for LLM ApplicationsOWASP Top 10 for Agentic ApplicationsMITRE ATLASNIST AI RMFNIST 800-53NIST CSF 2.0 We need ensure no accidental invalid skill? final drafting glitch.

Your skill match

Checking your profile…

YOUR NEXT STEP

Get interview-ready for this role

A focused preparation guide, built around this job’s responsibilities and requirements.

✦ AI-generated guide
Preparation suggestions, not the employer’s actual interview questions. Always check the original posting for current requirements.
01

Understand the role

What matters most

  • L2 AI-detection triage

    Validate runtime, behavioral, model-security and adversarial-testing detections; classify severity and impact; investigate events such as prompt injection, data leakage and unauthorized tool activity; and escalate complex cases to L3 with reusable context.

  • Telemetry analytics and detection improvement

    Correlate security telemetry with KQL or SQL, maintain dashboards for detection volumes, containment and response times, agent visibility and policy violations, and feed observed patterns into detection tuning and runbooks.

  • Operational, compliance and risk reporting

    Produce executive summaries and recurring dashboards for leadership and control owners. Support NIST AI RMF evidence generation and audit reporting, including EU AI Act–related evidence for EU scope.

  • Agent asset intelligence

    Maintain agent inventory, ownership, MCP-registry and risk-scoring context used for runtime enforcement decisions and approval workflows.

  • Cloud posture and remediation tracking

    Triage Azure, AWS and GCP posture alerts, workload vulnerabilities and productivity-suite security signals; route or escalate findings, track remediation to closure and report against CIS and NIST baselines.

Likely challenges to think through

  • Balancing rapid runtime decisions with sound classification

    Preparation hypothesis: L2 triage may require timely escalation without treating every unusual AI interaction as an attack. Practice explaining how prompt/response logs, decision traces and identity context would support severity, impact, documentation and an L3 handoff.

  • Correlating incomplete context across AI systems

    Preparation hypothesis: the five AI archetypes and changing agent inventory may make ownership and tool activity difficult to interpret. Prepare a structured investigation approach that joins detection events to agent identity, ownership and MCP-registry records, while marking what remains unverified.

  • Making metrics useful without overstating coverage

    Preparation hypothesis: dashboards must serve operational decisions and audit evidence even when telemetry or inventory coverage varies. Prepare to explain metric definitions, data-quality checks and how you would flag gaps in containment, visibility or remediation figures.

03

Practice your answers

Technical practice

How would you validate and classify an AI runtime-defense alert before escalating it to L3?

What to coverPreparation suggestion: Explain how you would check the detection against prompt/response logs, decision traces, identity context and agent inventory, then assess severity and impact. Describe the case notes and reusable context you would pass to L3, including what remains uncertain.

How would you investigate a suspected prompt-injection or RAG-poisoning event?

What to coverPreparation suggestion: Distinguish an attacker-controlled instruction from ordinary source content, and trace how retrieved material influenced the model response or subsequent actions. Address evidence of sensitive-data leakage or guardrail failure without treating an alert alone as proof of compromise.

What would you check when an agent appears to use an unauthorized MCP tool?

What to coverPreparation suggestion: Compare the activity with the agent’s registered tools, owner, identity permissions and decision traces. Explain how you would distinguish an approved workflow from overprivileged or hijacked behavior and when you would escalate.

How can agent-inventory and ownership data improve runtime security decisions?

What to coverPreparation suggestion: Discuss how accurate ownership, MCP-registry entries and risk-scoring context help validate detections and support approval decisions. Consider what to do when an agent or tool has no clear owner or its inventory entry conflicts with observed activity.

How would you use KQL or SQL to turn AI-security telemetry into useful detection metrics?

What to coverPreparation suggestion: Describe the fields and correlations needed to link detections, agents, containment actions and case timestamps. Explain how you would define measures such as detection volume, containment rate and time to resolve, and guard against duplicates or missing data.

How would you report AI-security posture to operational leaders and auditors?

What to coverPreparation suggestion: Separate actionable operational trends from compliance evidence and risk summaries, stating the scope, time period and limitations of each measure. Discuss how documented cases and control evidence could support NIST AI RMF reporting, with EU AI Act–related evidence only where applicable.

How would you triage a cloud posture alert involving an exposed resource or excessive permissions?

What to coverPreparation suggestion: Explain how you would establish asset context, exposure, identity permissions and potential impact before routing, remediating or escalating under a playbook. Address how you would track remediation to closure and relate the finding to the stated CIS or NIST baselines without assuming every alert is exploitable.

How would you prioritize cloud workload vulnerabilities alongside Microsoft 365 or Google Workspace security signals?

What to coverPreparation suggestion: Compare workload exposure, vulnerability context and observed security signals rather than relying on severity labels alone. Describe the evidence needed to route each issue to the right team and record its disposition.

What would you automate with PowerShell or Python in an L2 investigation workflow?

What to coverPreparation suggestion: Propose a limited enrichment or reporting task using data the posting names, such as correlating alert identifiers with agent ownership or producing a metric. Explain validation, error handling and how an analyst would review results before using them in a case or report.

How would you evaluate a detection or policy update after an adversarial-test finding?

What to coverPreparation suggestion: Trace the stated loop from red-team finding to proposed rule or policy change and re-test validation. Discuss detection coverage, false positives and runbook changes, using OWASP LLM or agentic categories and MITRE ATLAS as investigation taxonomy where useful.

Behavioural practice

Tell me about a time you escalated an investigation that you could not resolve at your level.

What to coverPreparation suggestion: Use situation, action and result to show what you validated, why escalation was warranted and how you packaged evidence and open questions. Focus on making the handoff usable without claiming certainty you did not have.

Describe a time you handed over an active security case to another shift or team.

What to coverPreparation suggestion: Set out the situation, the notes and priorities you communicated, and the resulting continuity of work. Explain how you made outstanding actions, owners and timing clear across a distributed team.

Tell me about a time you turned security telemetry into a report for a nontechnical audience.

What to coverPreparation suggestion: Describe the situation, how you selected and checked the metrics, and what the audience could do with the result. Include how you conveyed uncertainty or data gaps rather than overstating the findings.

Describe a time you worked with another team to resolve a security finding.

What to coverPreparation suggestion: Give a situation, your actions with the relevant owners and the result, including how remediation was verified or tracked. This role works with the SOC, cloud teams, architects and incident responders, so make the coordination specific rather than describing teamwork in general.

Tell me about a time an investigation or test finding led you to improve a runbook or detection.

What to coverPreparation suggestion: Explain the original gap, your contribution to the change and how you checked its effect. Use situation, action and result, including any trade-off between catching more relevant activity and creating unnecessary alerts.

02

Sharpen your knowledge

Topics to prepare

  • L2 security-operations workflow

    The posting calls for alert validation, severity classification, case management against SLAs, escalation to L3, and shift handovers. Revise by walking through a sample alert and explaining what would justify escalation and what context the next analyst would need.

  • LLM and agent attack mechanisms

    The role investigates prompt injection, jailbreaks, data leakage, RAG poisoning, unauthorized MCP or tool activity, and agent hijacking. Revise by comparing how each could appear in prompt/response logs and decision traces, then classify two hypothetical detections using the OWASP LLM or agentic taxonomies and MITRE ATLAS.

  • Agent identity, ownership and runtime controls

    The posting links agent inventory, ownership, MCP registry accuracy and risk-scoring context to runtime enforcement. Revise by sketching the context needed to distinguish an approved agent action from overprivileged or rogue behavior; identify which missing inventory fields would hinder investigation.

  • Cloud posture and workload risk

    The role triages CSPM alerts across Azure, AWS and GCP, plus workload vulnerabilities and identity-related signals; working knowledge of at least one cloud is required. Revise one familiar cloud by ranking hypothetical exposed-resource, excessive-permission and vulnerable-image findings by impact and remediation urgency.

  • Control and evidence frameworks

    The posting names CIS Benchmarks, NIST 800-53 r5 and CSF 2.0 for cloud reporting, and NIST AI RMF evidence generation; EU AI Act evidence applies to EU scope. Revise by mapping a hypothetical cloud finding and an AI policy violation to a relevant control or risk category, noting what evidence would demonstrate remediation.

Skills to revise

  • Query and correlate telemetry

    KQL and/or SQL analytics are a critical skill in the posting. Practice writing a query over sample detection, identity and agent-inventory records to connect an alert to its owner, count related events and flag anomalous activity.

  • Document and escalate an AI-security case

    L2 analysts must validate detections and give L3 complete, reusable context. Using hypothetical prompt/response logs and decision traces, write a short case record with the observed behavior, severity rationale, affected agent, evidence gaps and escalation question.

  • Triage a cloud posture alert

    The posting requires routing, remediating or escalating CSPM findings per playbook. Practice on a hypothetical excessive-permission or exposed-resource alert: verify the affected asset and identity, state the risk, choose a disposition and record how closure would be checked.

  • Build operational and risk reporting

    Dashboard and executive reporting from security telemetry are explicit responsibilities. From a small sample dataset, calculate detection volume, containment rate and time to resolve; draft a dashboard outline and a brief executive summary that distinguishes trend, risk and data limitations.

  • Script investigation enrichment

    The posting calls for PowerShell and/or Python automation and enrichment. Practice a small script that joins sample alerts to agent ownership records, highlights missing owners and produces a reviewable output; explain how you would check its results.

  • Prepare audit evidence and handover notes

    The role supports evidence generation, audit reporting and rigorous handovers. As a preparation exercise, assemble a sample finding, its control mapping, remediation status and validation evidence into a concise record, then write a handover noting outstanding actions.

04

Your preparation checklist

  • Prepare an L2 investigation walkthrough

    Use an anonymized past case or a clearly labeled practice scenario. Show how you validated an alert, classified severity and impact, documented evidence, and prepared reusable context for L3 escalation and shift handover.

  • Rehearse an AI-security triage scenario

    Work through a hypothetical prompt-injection, RAG-poisoning, or unauthorized tool-activity alert. Identify the prompt/response logs, decision traces, identity context, and agent-inventory data you would inspect; explain what would warrant escalation.

  • Build a telemetry and reporting sample

    Prepare a KQL or SQL query and a small sample dashboard using synthetic data. Show detection volumes, containment or response times, and policy-violation trends, then write a brief operational or executive summary.

  • Map out a cloud-alert response

    Choose Azure, AWS, or GCP and draft a triage example for an exposed resource or excessive permission. Include validation, routing or escalation, remediation tracking, and the evidence needed to close the case.

  • Demonstrate a small enrichment script

    Bring a Python or PowerShell example that parses synthetic alerts or joins them to asset and owner records. Explain its output, error handling, and how it would assist an analyst rather than replace investigation.

  • Draft a control-evidence example

    Create a sample record linking an alert, case notes, remediation status, and a relevant CIS or NIST control. Be ready to distinguish that concrete evidence from the role’s broader NIST AI RMF reporting and EU AI Act evidence where applicable.

  • Write targeted questions for the team

    Ask how L2 analysts hand cases to L3, how red-team findings become validated detection or policy changes, which reporting measures matter most, and how follow-the-sun handovers and nonstandard incident hours work.

AI-generated from the job information · Prepared Sep 30, 2026 (UTC)Useful preparation, not a guarantee of eligibility or an offer.

Availability last checked: 4 Nov 2026. Status can change after a check; confirm on the employer’s website. Report an issue · Our checking policy

KEEP EXPLORING

Similar AI jobs

Related skills and specializations in India. Matched to this role, not your profile.

Explore more jobs
Finding similar opportunities…