Nguyen Le PhongNguyen Le Phong

AI in Cybersecurity

A practical reflection on AI in cybersecurity: how AI helps detection, triage, secure coding, and incident response while creating new risks around automation, privacy, prompt injection, and false confidence.

The security alert arrived at the least convenient time: late afternoon, many tabs open, one release still waiting for review. The log line looked ordinary at first, then slightly strange, then interesting enough that someone pasted it into an internal tool and asked for a quick explanation. In a few seconds, AI summarized the pattern, linked it to similar events, and suggested what to inspect next.

That small moment explains both the promise and the risk of AI in cybersecurity. Security teams live with too much signal, too much noise, and too little time. AI can help sort, summarize, correlate, and explain. But security is also a field where confident mistakes are expensive. A polished answer can calm the room too early if nobody checks the evidence behind it.

One useful area is alert triage. A modern system produces logs, metrics, traces, endpoint events, cloud audit records, identity events, and vendor alerts. AI can group related signals, summarize what changed, highlight unusual access patterns, and draft an investigation path. This does not replace the analyst. It helps the analyst spend less energy on reading repeated raw data and more energy on judgment.

AI also helps with secure coding when used as a careful assistant. It can explain why a SQL query is unsafe, suggest safer input validation, compare authentication flows, or point out missing authorization checks. It can turn a vague security comment into a clearer patch plan. The important detail is that code still needs tests, review, and threat modeling. AI can suggest a safer direction, but it should not be treated as the security owner.

Incident response is another natural fit. During an incident, people need timelines, hypotheses, impacted systems, communication drafts, and next actions. AI can help build a timeline from logs, draft a status update, or keep an incident commander from losing context across many messages. The value is not drama. It is reducing cognitive load when attention is already under pressure.

Attackers can use AI too. Phishing can become more personalized. Reconnaissance can become faster. Malware analysis and exploit adaptation can be assisted. Social engineering messages can sound less awkward. This does not mean every attacker suddenly becomes advanced, but it lowers effort for some tasks. Defenders should assume that cheap automation will increase the volume and variety of attempts.

There are AI-specific risks as well. Prompt injection can make a tool ignore its intended instructions. Sensitive logs may contain secrets or personal data that should not be sent to an external model. A model may hallucinate a vulnerability, miss a real one, or invent a mitigation that sounds plausible. If an AI security tool can take actions, not just suggest them, the permission model becomes part of the security boundary.

The safest use cases are often bounded. Let AI summarize alerts, but show source events. Let it draft a remediation note, but require human review. Let it suggest suspicious queries, but run deterministic checks before blocking users. Let it help write secure code, but keep tests and static analysis in the loop. The pattern is similar across good systems: AI accelerates attention, while controls keep authority accountable.

Security teams should also measure AI tools like they measure other controls. What false positives did it reduce? Which incidents did it help investigate faster? Where did it miss known test cases? How often did analysts override it? Without evaluation, the team is relying on pleasant demos and recent memory. With evaluation, AI becomes another tool that can be improved, constrained, or removed if it does not earn trust.

I find the best framing simple: AI in cybersecurity is useful when it makes evidence easier to see and decisions easier to verify. It is dangerous when it hides uncertainty behind fluent language or takes action without clear boundaries. The goal is not to make security feel automatic. The goal is to give careful people better leverage, so they can notice the strange log line sooner, ask a better question, and respond before a small signal becomes a larger problem.

Qu'en avez-vous pensé ?