SSL inspection for schools: when you need it, and when DNS filtering will do

Almost every website now uses HTTPS. That protects students from snooping, but it also hides most of each request from the school filter.

SSL inspection (more correctly TLS inspection, also called HTTPS inspection) opens that traffic so the filter can see full page addresses. It is powerful, costly and sensitive, and many schools do not need it.

How it works Inspection vs DNS Certificates by device Privacy exemptions Costs and trade-offs
The basics

How SSL/TLS inspection works

An inspecting filter sits between the student and the website. It ends the encrypted connection, reads it, then opens a new encrypted connection to the real site.

Student device

Trusts the school's root certificate, installed in advance.

Inspecting filter

Decrypts, checks the full address and content against policy, then re-encrypts.

Website

Sees a normal encrypted connection from the filter.

The filter issues its own certificate for each site on the fly. Devices accept it only because the school's root certificate has been added to their trusted list. Without that certificate, every HTTPS site shows a security warning, which is the most common rollout problem.

Where it runs

On a firewall or web gateway on campus, in a cloud proxy that devices connect through, or in an agent on each device. Each choice changes cost and coverage.

What it reveals

Full page addresses, search queries, downloaded files and page content, for every connection it decrypts.

What it does not do

It does not decide what is harmful by itself. It still needs policy, category data and careful exemptions to be useful.

No certificates to roll out

A CIPA filter that never touches the encrypted traffic

If your goals can be met by domain, you can skip certificates, decryption hardware and the privacy questions that come with them. Our hosted CIPA filter works at the DNS layer, so nothing is installed on computers.

  • Decides by domain and does not look inside pages
  • Adult and VPN/Proxy/Anonymizers are on in the CIPA preset
  • Browser and public DNS settings that skip the filter are blocked by default
Readiness checklist and reports from a DNS filter that needs no certificate on devices
1
DNS setting, no root certificate on any device
Milliseconds
of added wait because no decryption happens
99.99%
of the live web gets a category from lookup alone
Compare

SSL inspection vs DNS-level filtering

Both can meet CIPA's technology requirement. They differ in what they can see, what they cost and what can go wrong.

SSL inspection

Sees
Full page address and content of HTTPS traffic it decrypts
Can block
Single pages, specific videos, search terms, file downloads
Block page
Shows a proper school block page on HTTPS sites
Needs on devices
A trusted root certificate on every device
Runs on
A firewall, proxy, gateway or device agent sized for decryption
Main risks
Broken apps, privacy exposure, hardware cost, support load

DNS filtering

Sees
The domain name each device looks up
Can block
Whole domains and subdomains by category or list
Block page
On HTTPS sites, usually a browser error rather than a branded page
Needs on devices
Nothing, or a DNS setting for devices that leave the network
Runs on
A hosted or local resolver; light on hardware
Main risks
Bypass through encrypted DNS, VPNs and proxies if not blocked

For a deeper comparison of the two approaches, read web filtering vs DNS filtering and CIPA DNS filtering for education.

Decide

When schools need SSL inspection, and when they do not

Start from what you need to block, not from the technology. If every goal can be met by domain, DNS filtering is simpler and safer.

Inspection helps

Blocking parts of a site

Allowing a video platform but blocking specific channels or videos, or allowing a cloud drive but blocking certain shared folders.

Inspection helps

Search term rules

Blocking or logging specific search terms requires seeing the query, which is inside the encrypted request.

Inspection helps

Branded block pages

Showing a school page with a help message on HTTPS sites, instead of a browser error.

DNS is enough

Blocking whole categories

Adult, gambling, proxy, weapons and similar categories are decided by domain. No decryption needed.

DNS is enough

Meeting CIPA

CIPA asks for a technology protection measure, not a particular method. Domain-level category filtering is widely used to meet it.

DNS is enough

Forcing SafeSearch

SafeSearch and YouTube Restricted Mode can be forced by DNS. See SafeSearch enforcement for schools.

Your goal
DNS filter
Inspection
Block adult and proxy sites on every device on the network
Yes
Yes
Block one forum thread or one video, keep the rest of the site
No
Yes
Filter guest and BYOD devices without installing anything
Yes
Hard
Show a school block page on HTTPS sites
Limited
Yes
Keep hardware and support effort low
Yes
No
Certificates

Installing the inspection certificate on Chromebooks, Windows and iPads

Every device that is inspected must trust your filter's root certificate. Plan this per platform, and do it before you switch inspection on.

Chromebooks (Google Admin)
  1. Export the root certificate from your inspecting filter.
  2. In the Google Admin console, open the certificate settings under your device network settings.
  3. Upload the certificate and tick the option to use it as an HTTPS certificate authority.
  4. Apply it to the organizational units for students and staff devices.
  5. Wait for devices to sync, then turn inspection on for those units.
Check the file format your console accepts. Android apps on Chromebooks may not trust admin-installed certificates, so test the apps you use and exempt them where needed. Step-by-step help: category filtering on managed Chromebooks.
Windows laptops
  1. Deploy the certificate to the Trusted Root Certification Authorities store.
  2. Use Group Policy for domain-joined devices, or your device management tool for cloud-managed ones.
  3. Check each browser: some keep their own certificate store and need a policy to trust system roots.
  4. Test desktop apps such as testing software, update services and conferencing tools.
Firefox uses its own store by default; an enterprise policy can make it trust the Windows roots. Apps that pin certificates will fail until exempted.
iPads and Macs
  1. Add the root certificate to a configuration profile in your mobile device management tool.
  2. Push it to supervised devices before enabling inspection.
  3. For manually installed profiles on iPad, full trust must be turned on under Certificate Trust Settings.
  4. Test Safari and the classroom apps you rely on.
Many apps on iPad use pinned connections and will not work through inspection. Keep an exemption list ready on day one.
BYOD and guest devices
  • Asking visitors and families to install a root certificate is a poor idea and often refused.
  • Most schools do not inspect BYOD or guest networks; they use DNS category filtering there.
  • Keep inspected and non-inspected networks clearly separated.
  • See BYOD filtering in schools and guest wifi filtering.
Privacy

Privacy and exemptions: what not to decrypt

Inspection gives the filter a view of sensitive traffic. A short, written exemption list protects students and staff, and reduces breakage.

Exempt thisCategory in our setWhy
Banking and payment sitesOnline Banking, Financial ServicesStaff and older students handle personal finances; decrypting this traffic adds risk and no safety value.
Health and medical servicesHealth & MedicineHealth information is sensitive, and students looking for help should not be exposed.
Government servicesGovernment & LegalTax, benefit and identity portals hold personal data and rarely need inspection.
Crisis and support servicesYour always-allow listStudents reaching help lines need privacy as well as access.
Pinned apps and update servicesYour exemption listConferencing, testing and operating system updates often break under inspection.

Log less

Keep full page addresses only as long as needed. Domain-level logs answer most questions.

Protect the key

The inspection private key can decrypt everything. Restrict access and rotate it if staff with access leave.

Tell people

State in your acceptable use policy that encrypted traffic may be inspected, and which categories are exempt.

Check your duties under FERPA and state student privacy laws. Our guide to student data privacy and filtering is a good starting point.

Sites best left alone

How the banking and health sites you would exempt are labelled

The exemption list on this page maps to categories, and these real entries show the labels you would use. A filter that works by domain never needs to decrypt them in the first place.

DomainCategory
chase.comFinancial Services, Online Banking
paypal.comFinancial Services, Online Banking
wellsfargo.comFinancial Services, Online Banking
nami.orgHealth & Medicine
988lifeline.orgHealth & Medicine
Costs

The real costs and trade-offs of SSL inspection

The licence is rarely the biggest cost. Plan for these before you commit, and include them in any budget request.

Hardware capacity

Decryption takes far more processing than plain filtering. Appliances often reach much lower throughput with inspection on, so size for it.

Rollout time

Certificates on every managed device, testing per platform, and a pilot group before district-wide use.

Support tickets

Expect a wave of "this app stopped working" reports in the first weeks. Each one usually ends in an exemption.

Ongoing upkeep

New apps, certificate renewals, browser changes and exemption reviews every term.

Testing days

State testing platforms can be sensitive to inspection. Check each one's network guidance before test windows.

Privacy governance

Written policy, key protection, log limits and answers ready for parents who ask.

Protocol changes

Newer protocols such as QUIC are often blocked to force inspectable traffic, which can slow some services.

Encrypted Client Hello

Browsers have begun to support hiding the site name in the handshake. Watch browser policies, as this reduces what non-decrypting filters can see.

For a wider view of filter budgets, see how much a school web filter costs.

Troubleshooting

School web filter not blocking HTTPS? Common causes

This is one of the most frequent questions from school IT teams. The cause is usually one of the following.

SymptomLikely causeFix
A whole site blocks, but a single page you listed does notThe filter sees only the domain on HTTPSBlock at domain level, or inspect that site only
Blocked sites show a browser error, not your block pageNormal for DNS filters on HTTPSAccept it, or inspect to show branded pages
Some students reach blocked sitesEncrypted DNS, VPN or proxy bypassBlock bypass routes. See blocking proxy sites
Every HTTPS site shows a certificate warningRoot certificate missing or not trusted on the deviceRedeploy the certificate and check trust settings
One app stopped working after inspection beganCertificate pinningAdd the app's domains to the exemption list
Blocking works on campus, not at homeDevices off the school networkDevice-level filtering. See off-campus enforcement
Rollout

A safe SSL inspection rollout plan

If you do decide to inspect, a careful sequence avoids most of the pain. Plan for a full term from pilot to district-wide use.

Step 1

Write the purpose

List the specific goals inspection must meet. If DNS filtering already meets them, stop here.

Step 2

Build the exemption list

Start with banking, health, government and known pinned apps before anything is decrypted.

Step 3

Deploy certificates

Push the root certificate to every managed platform and confirm trust on sample devices.

Step 4

Pilot with staff

Inspect one staff group or one lab first. Collect broken apps and fix them.

Step 5

Expand by school

Roll out one building at a time, avoiding testing windows and the first week of term.

Step 6

Review each term

Check exemptions, log retention, key access and whether inspection is still needed for each goal.

Category data helps at every step: exemptions by category stay current as new banking and health domains appear, and inspection can be limited to categories where page-level control matters. Look up any domain with the domain category check.
Staff exceptions

Letting an adult research page through without decrypting

Where inspection would be used to open one blocked page, our filter offers a staff PIN for 15, 30 or 60 minutes. It then switches back and logs the use, and VPN/Proxy stays blocked throughout.

Middle path

Selective inspection: decrypt only where it adds value

Inspection does not have to be all or nothing. Many districts that inspect at all limit it to a few categories and groups, and filter everything else by domain.

Inspect

Video platforms
Where you want channel or video-level rules beyond Restricted Mode
Search engines
Where your policy calls for search term rules on top of forced SafeSearch
Uncategorized sites
New or unknown domains where a closer look at content is useful
Student groups only
Leave staff traffic out unless there is a clear reason

Pass through

Sensitive categories
Online Banking, Financial Services, Health & Medicine, Government & Legal
Blocked categories
Adult or proxy sites are blocked by domain anyway, so decrypting them adds nothing
Trusted school tools
Learning platforms, student information systems and testing services
Pinned apps
Anything that breaks under inspection

A selective approach cuts hardware load, support tickets and privacy exposure at once. It also makes your acceptable use policy easier to explain: you can tell families exactly what is and is not inspected, and why each choice was made.

Buying

Questions to ask before buying an inspecting filter

Use these in an RFP or a sales call. They work for any supplier and quickly show whether inspection fits your district.

Throughput

What throughput does the product reach with inspection on, at your peak student load?

Exemptions

Can exemptions be set by category, and how quickly are new banking and health domains covered?

Off campus

How does inspection work on devices at home, and what does that do to battery and speed?

Certificates

What help is there for certificate rollout on each of your device platforms?

Logs

What is logged by default, where, for how long, and who can see full addresses?

Breakage

Is there a maintained list of apps that fail under inspection?

Fallback

If inspection fails, does traffic fail open or closed, and can you choose?

Exit

How are certificates removed from devices if you change products?

Our school web filter RFP checklist covers the rest of the buying process.

Domain filtering through DNS compared with decrypting traffic

This is where our hosted filter sits, stated plainly.

ConsiderationDecrypting filterHosted CIPA filter
Device setupTrust a certificate on every deviceNothing installed on computers
Hardware needsCapacity for decryptionNone, we run the DNS filter for you
Blocking a single pagePossibleNot possible; it decides by domain, not by page
Privacy exposureSees sensitive traffic unless exemptedWorks from the domain name only
Meeting CIPAYes, with the cost aboveCIPA preset, activity reports and a policy record
Laptops at homeCertificate and agent neededPrivate encrypted link with the same rules
FAQ

SSL inspection in schools: FAQ

Does CIPA require SSL inspection?

No. CIPA requires a technology protection measure against prohibited visual depictions and an internet safety policy. It does not set a method, and many schools meet it with DNS or category filtering that does not decrypt traffic. See our CIPA compliance checklist.

Why is my school web filter not blocking HTTPS pages?

Without inspection, a filter sees only the domain of an HTTPS connection, so it can block a whole site but not one page. Bypass through encrypted DNS, VPNs or proxies and cached answers are other common causes.

How do I install an SSL inspection certificate on Chromebooks?

Upload the filter's root certificate in the Google Admin console certificate settings, tick the option to use it as an HTTPS certificate authority, apply it to the right units and wait for sync before turning inspection on.

Which sites should be exempt from SSL inspection?

Online banking and financial services, health and medical sites, government services and apps that break under inspection. Using categories for exemptions keeps the list current.

Does your hosted filter do SSL inspection?

No. Our hosted CIPA filter is a DNS filter that decides by domain category, so no certificates are needed. Our category data can also feed inspecting filters and firewalls schools already run.

Is SSL inspection a privacy risk?

It can be. Limit logging, exempt sensitive categories, protect the private key, tell users in your policy and check FERPA and state privacy duties.

Price is set by how many schools and devices you run, with a quote back inside one business day. If you are unsure whether DNS-level filtering is enough, a pilot at one site shows the blocks and reports first.

Related

Related school filtering pages

Talk to us about your district

Not sure whether you need inspection at all? We can review your goals with you, show what DNS category filtering covers, and explain how our category data fits an inspecting filter you already run.

Talk to us about your district

Google, Chromebook and Chrome are trademarks of Google LLC. Windows is a trademark of Microsoft Corporation. iPad, Mac and Safari are trademarks of Apple Inc. Firefox is a trademark of the Mozilla Foundation. They are named here only to identify the products discussed. CIPA Web Filtering is not affiliated with, sponsored or endorsed by these companies.