AegisAI Perspectives · 086

How should a school district choose email security for staff and student accounts?

Choose school district email security by writing separate requirements for staff and student accounts, then testing both groups in one read-only trial.

How should a school district choose email security for staff and student accounts?

Write one set of requirements for staff accounts and one for student accounts, then test both groups in a single trial. Eighty-seven percent of surveyed districts named phishing or email compromise as their most common incident6. AegisAI's Q3 2026 report found that 3 in 10 confirmed phishing emails cleared native Gmail and Microsoft filters18, and the criteria below apply to any product you test. For the sector overview, read how to choose email security for universities and K-12.

What you can do by the end

  • Split staff and student accounts into separate groups and write what a product must do for each.
  • Test whether a product reads mail sent inside your domain, where restricted student accounts still get phishing.
  • Run one read-only trial that a one or two person IT team can review each week.

Split staff and student accounts before you compare products

In Google Workspace for Education, all users in primary and secondary institutions who are not designated as over 18 default to under 18 and get a restricted experience in some services15. You mark teachers and staff as over 18 by putting them in an organizational unit or access group.

Write two lists: what staff accounts need (protection from payroll fraud and impersonation) and what student accounts need (phishing from inside the district).

Ask the vendor: can I see verdicts and settings for the staff group and the student group separately?

Check that the product reads mail sent inside your domain

By default, people in a Google Workspace organization can exchange email with any address11. Google's own example is a school that lets students email school staff and fellow students only, and nobody outside the school. The setting applies to everyone in the organizational unit you pick, so the student unit gets its own rule. Internal messages between your organization's domains bypass the setting when you allow them.

In New Haven, at least four student accounts were compromised, and more than 10,000 emails went to students districtwide8. More than 1,000 students, about 10% of the student body, opened them.

Ask the vendor: does the product investigate mail sent from one student account to another in the same domain?

Treat every staff login as a route into other districts

MS-ISAC told 808 of its 6,116 K-12 members that staff accounts or credentials were circulating on underground marketplaces3. In cases MS-ISAC tracked, an attacker phished one district account and used it to phish that account's contacts, including staff at other districts.

Those messages come from real accounts over authenticated email paths, which weakens the filters schools rely on5. Sender checks pass, so the product has to judge what the message asks the reader to do. For the settings that protect each staff account, read how schools stop account takeover of staff email.

Ask the vendor: how does the product flag a message from a known colleague's real account that asks staff to sign in?

Check that one or two people can run it

66% of districts have just one or two people responsible for cybersecurity1.

Count the review queue during the trial. Record how many messages needed a person each week, and how long each one took.

Ask the vendor: what share of verdicts in a district our size needed a human to decide?

Ask what happens after a message is delivered

By default, Gmail displays warnings and moves untrustworthy emails to the spam folder17. Once an attack lands, the work is removal: New Haven's IT team had to scrub the emails from inboxes and secure the compromised accounts10.

In New Haven, four compromised accounts reached more than 10,000 student inboxes.

Ask the vendor: when a message is convicted after delivery, is it removed from every mailbox it reached, and how long does that take?

Use this checklist on a trial in your own tenant

  1. Does the product show your staff and student organizational units in Google Workspace as separate groups?

  2. Does it investigate mail sent between accounts in your own domain, which a Gmail delivery restriction lets through?

  3. Does it cover student accounts restricted to internal mail, as in Google's own school example?

  4. Does it flag a message from a real colleague's account that asks staff to sign in, even when sender checks pass?

  5. Can one or two people clear the weekly review queue, the staffing 66% of districts have?

  6. Does a convicted message leave every mailbox it reached, without the manual scrub New Haven's IT team ran?

  7. Does every verdict carry a reason in plain language that a teacher can read23?

  8. Can you start in read-only monitoring mode and revoke write access from your own admin console21?

  9. Does the trial include a sample of student mailboxes, since more than 1,000 New Haven students opened the phishing?

Compare the four approaches on these criteria

CriterionAPI-basedGatewayBuilt-in platform controlsManaged service
Mail sent inside the domainReads mailboxes, so ask whether internal mail is in scopeSees mail routed through it, so internal mail needs a separate pathInternal mail can bypass a delivery restrictionWhat the contract scopes
Staff and student groupsAsk for verdicts by groupPolicies by domain or groupSettings by organizational unitWhat the provider reports
Real accounts sending phishingNeeds to judge the request, since sender checks passSender checks passWarnings and spam by defaultThe analyst's review
Admin timeMeasure the weekly queueMeasure the quarantine queueMeasure the user reportsHours in the contract
Removal after deliveryNeeds write access through the APILimited once the mail is deliveredAdmin action per messageDone by the provider

Illustrative example, figures are fictional. Pine Valley School District (fictional) has 900 staff and 9,500 students on Google Workspace for Education. Two IT staff run security from the Google Admin console. Students sit in their own organizational unit, restricted to mail inside the district. In week two of a read-only trial, one Grade 11 student account is compromised and sends 2,300 messages through Gmail to other students. Each message offers a paid summer job and links to a fake Google sign-in page. The product convicts the message within the trial and lists all 2,300 copies. The IT lead turns on removal for the student organizational unit, the copies leave every mailbox, and the account password is reset in the Admin console. The weekly review queue for both organizational units holds 14 messages that needed a person.

How AegisAI handles this

AI agents investigate every inbound email for what it is trying to do, and remove the ones that fail from every mailbox they reached19, as the inbound email security page describes. AegisAI reads mail through the Microsoft 365 or Google Workspace API after delivery, with no change to mail routing, and runs in monitoring mode first, where removal needs write access your admin grants and can revoke. One bad email is pulled from every inbox it reached, forwards included. Every verdict comes with its reason in plain language, and each alert gives a summary, the warning signs found and a recommended next step. AegisAI account takeover protection, in early access, weighs impossible travel, new devices, inbox rule changes and suspicious internal sends together per account25.

How to measure it in 30 days

  • Share of mailboxes read, by group. Compare the product's connected list with the staff and student organizational units in your Admin console.
  • Internal phishing found. Count convicted messages sent from one account in your domain to another, from the product's log.
  • Messages that needed a person each week. Record each one and the minutes it took in a shared sheet.

You can run that trial on your own tenant through the demo page. Ask the vendor to confirm in writing that student mailboxes and internal mail are in scope.

Questions people ask

How should a school district choose email security for staff and student accounts?

Write separate requirements for each group. Staff accounts need protection from account takeover, since 808 of 6,116 MS-ISAC K-12 members had staff credentials circulating. Student accounts need protection from phishing sent inside the district. Then test both groups in one read-only trial, and count the weekly review time.

Are student accounts safe if they can only receive internal email?

No. A restriction to internal mail still lets messages between your own domains through. In New Haven, four compromised student accounts sent more than 10,000 emails to students. Ask whether a product reads internal mail.

Does email security need to cover student mailboxes as well as staff?

Yes, if students have mailboxes in your tenant. More than 1,000 New Haven students opened phishing sent from compromised student accounts. Include a sample of student mailboxes in the trial.

Can a small IT team run email security for a whole district?

Only if the review queue fits its hours. 66% of districts have one or two people responsible for cybersecurity. Measure the messages that need a person each week during the trial.

Why do phishing emails from staff accounts get past filters?

They come from real accounts over authenticated email paths. Sender checks pass, so a filter that trusts authentication lets them through. The product has to judge what the message asks the reader to do.

Should a district run the trial on staff or students first?

Run both groups together, read-only. Staff accounts are where takeover hopping between districts starts. Student accounts receive internal mail even when restricted to the district. Turn on removal for one group at a time once the verdicts hold up.

Sources

  1. (Help Net Security, Stolen staff logins are spreading attacks between K-12 school districts)
  2. (Center for Internet Security, The State of K-12 Cybersecurity 2026)
  3. (GovTech, Phishing attack hits New Haven, Conn., school system)
  4. (Google Workspace Admin Help, Control access to Google services by age)
  5. (Google Workspace Admin Help, Restrict email messages to authorized addresses or domains only)
  6. (Google Workspace Admin Help, Advanced phishing and malware protection)
  7. (AegisAI, Inbound email security)
  8. (AegisAI, Account takeover protection)
  9. (AegisAI Perspectives, How to choose email security for universities and K-12)
  10. (AegisAI Perspectives, How schools stop account takeover of staff email)
  11. (AegisAI, Request a demo)

Recent posts

Every email, investigated.