A team is starting their Day-1 PAN-OS rollout. They plan to attach the predefined "Strict" Security Profile (AV / Anti-Spyware / IPS / URL / WildFire) to every rule including all trust-to-trust intra-LAN rules. Which is the better default?

Correct: b — tier by direction + risk. Strict on intra-LAN scans AD replication, file-server traffic, and known-trusted internal flows — high overhead, low value, more false positives. The senior pattern is: highest scrutiny on traffic crossing trust boundaries (internet-inbound > internet-outbound > intra-LAN). Option c is too aggressive (zero scanning intra-LAN misses lateral movement). Option d throws away IPS + URL — bad call.

A PCNSE candidate asks: "If Content-ID has 5+ engines (AV, IPS, URL, File-Block, WildFire), why doesn't latency multiply by 5?" What's the architectural reason?

Correct: c — SP3. The Palo Alto architectural primitive: one parse, many parallel inspectors. The engines run concurrently on the same parsed stream and report verdicts asynchronously to the policy engine. Pipelining is what keeps Content-ID viable at multi-gig throughput. Option b (sampling) would defeat security; option a (fast RAM) is not the point. Knowing the SP3 phrase by name is a top-3 PCNSE recall question.

Aditya at Wipro reports: at 9 a.m. the firewall logs show that 10.10.5.42 = Priya (Finance). At 9:15 a.m., logs show the same IP doing things only the Engineering group should — but mapping still says Priya. Eight minutes later it correctly shows Karthik (Engineering). What happened?

Correct: a — stale User-ID mapping. Top-3 production User-ID issue. Mitigations: (1) enable Server Monitoring for Event 4634 (logoff) so the agent removes mappings on logoff, (2) lower the User-ID Mapping Timeout (default 45 min) to ~15 min in high-churn environments, (3) align DHCP lease with the timeout, (4) for cloud-first orgs use Cloud Identity Engine which is event-driven instead of timeout-driven.

A new User-ID Agent is installed. show user ip-user-mapping returns zero entries . Connectivity from the agent to the firewall on TCP/5007 is verified. What's the most common root cause?

Correct: d. The User-ID Agent depends on TWO things: (1) the DC's Security log actually contains Event ID 4624, which requires the "Audit Logon Events" advanced audit policy enabled, and (2) the agent's service account needs read permission on the Security log (Event Log Readers group). Without either, the agent connects fine but harvests zero events. show user user-id-agent state all on the firewall will show agent="Connected" but received_events=0.

A bank runs a Citrix XenApp farm. 250 users share the same server IP ( 10.50.10.5 ). With standard User-ID, every packet from that IP looks like one user. The bank needs per-user policy + audit. Which design is right?

Correct: b — TS Agent. Designed exactly for this multi-user-one-IP scenario. Each user session is allocated a source-port range (e.g. user1=20000–20999, user2=21000–21999), and the firewall reads the source port to identify which user inside the shared IP. Captive Portal works but harms UX for already-authenticated users. Unique virtual NICs are operationally expensive at scale. Disabling User-ID throws away the audit trail.

A senior architect proposes: "to reduce false positives, use Application Override on all our internal apps — that way App-ID won't waste cycles trying to classify them." Is the proposal sound?

Correct: c. The proposal misunderstands what Application Override does. Override removes the session from App-ID/Content-ID entirely — every threat engine is bypassed for that traffic. For a custom internal app that the engine misidentifies, the right answer is a Custom App-ID: it teaches App-ID about the app, identification works, AND every Content-ID engine still inspects the traffic. Override is only justifiable for known-trusted internal traffic where the small latency benefit outweighs the full security loss — a narrow exception, never a default.

Palo Alto Core Security Trilogy - App-ID + Content-ID +

Q: When a new TCP session arrives (SYN only, no payload yet), how does App-ID classify it before any signature can match?

Correct: b. App-ID needs payload to match a signature, but the firewall can't sit on a SYN. So it uses a port-default app provisionally (e.g. ssl on 443, web-browsing on 80) — and re-classifies the session as payload arrives. This is also why "ssl" frequently shows up on Day 1 reports as a high-traffic app even though it's not really an app — it's the provisional placeholder.

Q: Sneha at Infosys runs a custom internal REST API on TCP/443. App-ID classifies its traffic as ssl , so her security profile (URL filter, AV) is being applied as if it were generic web traffic — adding noise to her logs. Best practice fix?

Correct: a — Custom App-ID. A Custom App-ID adds a signature to the engine; identification works correctly AND Content-ID still inspects the traffic. Application Override (option b) skips App-ID AND Content-ID — never the right choice for an app you want to keep scanning. Disabling App-ID makes the firewall a packet filter. Changing the app's port is a workaround, not a fix.

Q: Aditya at Wipro is asked to block all unidentified TCP traffic from leaving the network — but normal web-browsing must keep working. Which set of App-ID rules does the job?

Correct: c. The App-ID-native pattern is to explicitly allow the apps you want, then deny the special apps unknown-tcp and unknown-udp beneath. Port-based blocking (option d) defeats the purpose of an NGFW — App-ID-aware policy is the whole point. Disabling Content-ID for unknowns is a security regression. URL categories work on URLs, not protocol-level unknowns.

Q: A YouTube session that was initially classified as web-browsing becomes youtube-base a few seconds later, then youtube-streaming when the user clicks play. A rule that ONLY permits youtube-base drops the stream when the user clicks play. Why, and what's the right fix?

Correct: d — app-shift. App-ID keeps re-evaluating as the stream evolves. The first few KB look like generic HTTPS, then the next chunks look like the YouTube web app, then video bytes look like the streaming sub-app. Your rule must permit every app the session might shift into. Objects → Applications → click an app → "Depends on" shows the implicit chain (e.g. youtube-streaming depends on youtube-base + ssl ). Add all dependencies, or use the parent + sub-apps.

Content-specific feature visual for this lesson: use it as the 60-second map before reading the full detail.

Infographic: concept-to-practice path

Start with the mental model, then move into the workflow, evidence, and practice questions.

Infographic: evidence ladder

Use this ladder when the question asks for troubleshooting, rollout, or proof.

Infographic: healthy vs broken thinking

This comparison turns the article into an interview and troubleshooting checklist.

Infographic: mini runbook

Convert the learning into a practical story you can explain to a manager or interviewer.

Before the trio — where these three live in the packet flow

One picture worth memorising: on PAN-OS, every packet goes through route → NAT → policy match → App-ID → Content-ID, with User-ID running as a parallel mapping table the policy engine consults. The "next-gen" part of the firewall is right here — these three engines run together in a single pass, so the packet is parsed once and every engine grabs what it needs in parallel.

Real-world analogy: at an airport security gate, the bag goes through ONE X-ray belt. In a legacy firewall, you'd have separate belts for liquids, electronics, contraband — three queues, three delays. SP3 (Single-Pass Parallel Processing) is one X-ray belt with three teams watching the same screen. Same packet, three answers, one transit.

🔢

Single-pass

tap to flip

Packet is parsed once. The header is extracted once, the stream is reassembled once. App-ID, threats, URL, DLP all read from the SAME parsed copy.

⚡

Parallel scan

tap to flip

AV, anti-spyware, IPS, URL filter and WildFire run in parallel on the same content stream. Serial would multiply latency by 5×.

👤

User-ID is async

tap to flip

The IP-to-user table is built out-of-band from AD/syslog/GP. Policy enforcement just looks the IP up — no per-packet directory call.

🎯

App, content, user — together

tap to flip

A rule like "Sneha can use Salesforce, but block file-upload from her" needs ALL THREE: User-ID (Sneha), App-ID (salesforce), Content-ID (file scan).

① App-ID — how the firewall actually identifies an app

Office mein everyone runs YouTube on port 443. So does Gmail. So does Salesforce. So does a sneaky tunneling tool the intern installed. A port-based firewall sees all four as tcp/443 and gives up. App-ID looks inside the encrypted-or-clear stream and asks: "what does this actually look like?"

App-ID is a four-stage cascade. Each stage either classifies the traffic or hands off to the next. PAN-OS ships with ~3,500 application signatures, updated weekly, and you can write your own when the trio of "Application", "Application Override", and "Custom App-ID" doesn't match what you have.

Legend App-ID / policy in focus active inspection step allowed blocked / dropped stage label / inactive

▶ Watch a packet get App-ID'd (and app-shifted)

A user opens YouTube. Press Play — watch how the firewall's classification changes as more bytes arrive.

① TCP SYN 10.10.5.42:51234 → 142.250.183.142:443

No payload yet. App-ID has no signature to match.

▼

② PORT GUESS Classification = incomplete (later) or ssl (once handshake starts)

Initial state. App-ID is provisional — packet allowed if any rule permits this port + provisional app.

▼

③ TLS CLIENT HELLO SNI = www.youtube.com · cipher = TLS_AES_128_GCM_SHA256

SNI-based ID kicks in. Classification jumps to web-browsing for SNI-inspectable HTTPS — or youtube-base if the SNI + signature library recognises it directly.

▼

④ APP SIGNATURE Decoder + heuristics match → classification = youtube-base

If decrypted (SSL Decrypt enabled), App-ID reads URL pattern + HTTP/2 stream metadata. Otherwise it relies on SNI + cert + byte-pattern signatures.

▼

⑤ APP SHIFT Inside the YouTube session, user starts a video → traffic shifts to youtube-streaming

App-ID re-evaluates as the stream's behavior changes. Policy must now ALSO permit youtube-streaming, or the session is dropped.

▼

⑥ FINAL POLICY Rule "Allow-YT-Watch" permits {youtube-base, youtube-streaming} for the user's group → ✓ allowed

If the rule only permitted youtube-base, the stream would die the moment the video starts. This is why rules use the parent app + dependencies, not a single sub-app.

Press Play to watch App-ID's classification update in real time. Next ▶ advances one stage at a time.

The four App-ID techniques

🔍

App Signature

tap

Byte-pattern matching on the payload. Updated weekly via content updates. ~3,500 apps in the library.

🔐

Protocol Decoder

tap

Parses known protocols (HTTP, SMB, FTP, SMTP) and identifies the app inside the protocol — e.g. facebook-chat running over HTTP.

🧠

Heuristic

tap

For evasive apps (Skype, BitTorrent) that mimic other protocols. Behavioural fingerprint — packet sizes, timing, key exchange patterns.

❓

Unknown

tap

If no signature matches: unknown-tcp or unknown-udp. Best practice — explicitly DENY these in policy and write a Custom App-ID for the legit ones.

The Application-Override trap

"Application Override" is NOT the same as a Custom App-ID. An Override tells the firewall: "skip App-ID entirely, treat this traffic as application X." That ALSO skips threat scanning, AV, URL filtering — everything Content-ID would have done. Use it only for known-trusted internal apps where App-ID misclassifies AND you need lower latency. A Custom App-ID is the safer choice: it adds a signature to the App-ID engine, the app gets identified normally, AND Content-ID still inspects it.

Quick check · Q1 of 10 · Remember

When a new TCP session arrives (SYN only, no payload yet), how does App-ID classify it before any signature can match?

a) It blocks the packet until enough payload arrives b) Provisional classification — incomplete or the port-default app (e.g. ssl on 443) — and re-evaluates as payload arrives c) Always classifies it as unknown-tcp until the session closes d) Asks WildFire to identify it

Correct: b. App-ID needs payload to match a signature, but the firewall can't sit on a SYN. So it uses a port-default app provisionally (e.g. ssl on 443, web-browsing on 80) — and re-classifies the session as payload arrives. This is also why "ssl" frequently shows up on Day 1 reports as a high-traffic app even though it's not really an app — it's the provisional placeholder.

Quick check · Q2 of 10 · Apply

Sneha at Infosys runs a custom internal REST API on TCP/443. App-ID classifies its traffic as ssl, so her security profile (URL filter, AV) is being applied as if it were generic web traffic — adding noise to her logs. Best practice fix?

a) Write a Custom App-ID with a signature matching her API's TLS SNI or first-payload pattern, so the firewall identifies the app correctly while still running Content-ID inspection b) Add an Application Override rule for the API's destination IP c) Disable App-ID on the egress interface d) Force the API to use a non-standard port

Correct: a — Custom App-ID. A Custom App-ID adds a signature to the engine; identification works correctly AND Content-ID still inspects the traffic. Application Override (option b) skips App-ID AND Content-ID — never the right choice for an app you want to keep scanning. Disabling App-ID makes the firewall a packet filter. Changing the app's port is a workaround, not a fix.

② Content-ID — single-pass parallel threat inspection

Once App-ID has decided what the traffic is, Content-ID decides what's inside it that might hurt you. The fingerprint Rahul at TCS needs to memorise: Content-ID is not one engine — it's a stack of engines that all run on the same parsed stream, in parallel, on the same pass App-ID just used. That's SP3.

Eight inspection engines, applied via "Security Profiles" attached to the rule that allowed the traffic:

🦠

Antivirus

tap

Stream-based signature match on file payloads (PDF, EXE, DOC, ZIP). Updated daily. ~5M signatures.

🛡

Anti-Spyware

tap

Detects C2 callbacks (DNS sinkhole + signature on outbound traffic). Catches infected endpoints "phoning home".

🎯

Vuln. Protection (IPS)

tap

~20K vulnerability signatures. Catches exploits aimed at known CVEs. Weekly updates from Unit 42.

🌐

URL Filtering

tap

Cloud lookup (PAN-DB) on every URL. ~76 categories. Decision-action: allow / alert / block / continue / override.

📄

File Blocking

tap

True file-type (NOT extension) block — e.g. EXE disguised as PDF still blocked. Direction-aware (upload vs download).

☁

WildFire

tap

Unknown files uploaded to cloud sandbox. Verdict in ~5 min. New signatures pushed to all PAN-OS units within minutes (5-min update interval on PAN-OS 10+).

🧬

DNS Security

tap

Inline DNS analysis. Blocks DGA, DNS tunneling, malicious domains. Sinkholes resolution to a controlled IP for forensics.

🔒

Data Filtering (DLP)

tap

Regex / EDM / IDM matching on outbound content. Catches PAN numbers, Aadhaar, source code leaks. Enterprise DLP licence required.

▶ Watch SP3 — one parse, five engines, parallel

A user downloads a PDF. Press Play — watch all Content-ID engines work on the SAME stream at the SAME time.

① INGRESS Karthik at Flipkart office → downloads quarterly-report.pdf from cdn.example.com

▼

② APP-ID + PARSE App-ID classifies as web-browsing. Stream reassembled. File extracted from HTTP transfer.

Single parse pass. From here, every Content-ID engine reads from the SAME extracted file/stream — they don't re-parse.

▼

③ PARALLEL FAN-OUT AV scans bytes · IPS watches for CVE-XXXX-YYYY exploit patterns · URL looks up cdn.example.com · File-Block verifies true-type=PDF · DLP regex-scans for Aadhaar / PAN numbers

All five running concurrently on the same stream. Serial would have meant: file sits in a buffer 5× longer.

▼

④ WILDFIRE CHECK File hash unknown to AV → submitted to WildFire cloud sandbox in the background. Verdict ~5 min.

If verdict = malicious, WildFire pushes a signature update; future downloads of the SAME hash get blocked by AV.

▼

⑤ AGGREGATE VERDICT AV: clean · IPS: clean · URL: financial-services (allowed) · File-Block: PDF allowed · DLP: ✓ no Aadhaar pattern matched

▼

⑥ EGRESS Packet forwarded to Karthik. Latency added ≈ 1–3 ms vs port-only firewall.

Per Palo Alto's SP3 design, you pay for ONE parse + many parallel checks. The "one X-ray belt, many watchers" trick.

Watch what "single-pass parallel processing" actually means — at stage 3, five engines fire at the same time on the same parsed file.

Why "Strict" everywhere is the wrong default

PAN-OS ships predefined Security Profiles: default, strict. Newcomers attach Strict to every rule — feels safe. In practice, Strict on bulk-trust-to-trust rules adds latency and false positives without value (you're scanning your own internal AD replication for malware?). The pattern senior admins use: Strict on inbound (from internet → DMZ / from internet → trust), default-tuned on outbound (trust → internet), and minimal profile on trust-to-trust where mutual authentication already exists. Tier by risk, not by paranoia.

Quick check · Q3 of 10 · Apply

Aditya at Wipro is asked to block all unidentified TCP traffic from leaving the network — but normal web-browsing must keep working. Which set of App-ID rules does the job?

a) Allow any app, deny "uncategorized" URL category b) Disable Content-ID for unknown apps c) Two rules: allow web-browsing, ssl, dns (and any specific known apps); below that, deny unknown-tcp and unknown-udp explicitly d) Block all destination ports except 443 and 53

Correct: c. The App-ID-native pattern is to explicitly allow the apps you want, then deny the special apps unknown-tcp and unknown-udp beneath. Port-based blocking (option d) defeats the purpose of an NGFW — App-ID-aware policy is the whole point. Disabling Content-ID for unknowns is a security regression. URL categories work on URLs, not protocol-level unknowns.

③ User-ID — who's behind that IP?

The firewall sees 10.10.5.42. Your policy says "Finance team can use the SAP server." How does the firewall know 10.10.5.42 belongs to Priya from Finance? User-ID is the engine that builds an IP → user → group mapping table, populated by sources OTHER than the data path — and that table is what the policy engine consults when matching.

Six common ways to feed the mapping table (mix-and-match per environment):

🏛

AD Security Log

tap

User-ID Agent reads Event ID 4624 (successful logon) from DC security logs via WMI / WinRM. Most common method for AD shops.

📡

Syslog Parser

tap

Parse 802.1X / NAC / DHCP / VPN syslog with custom regex. Catches Wi-Fi, BYOD, wired-NAC logins.

🛂

Captive Portal

tap

Force unauthenticated users to a login page. Last-resort method when no AD/syslog source exists — adds friction to UX.

🌍

GlobalProtect

tap

VPN client login = automatic User-ID mapping for the remote IP. Cleanest source — no agent, no log parsing.

🖥

TS Agent

tap

Terminal Services Agent. 200 users on one Citrix server share one IP — TS Agent maps each user to a unique source-port range so the firewall can distinguish them.

☁

Cloud Identity Engine

tap

CIE — PAN-OS 10+. Pulls identities from Azure AD / Okta / Google Workspace. Replaces the on-prem User-ID Agent for cloud-first orgs.

▶ How a user's name lands on the firewall

Priya logs into her laptop. Watch her name flow from the DC to the firewall — out of band, then used on every packet.

① LOGIN EVENT Priya logs into laptop INFY-NB-9182 → DC1.infosys.local records Event ID 4624 (logon success), user=priya.s, source IP=10.10.5.42

▼

② AGENT POLLS User-ID Agent on uid-agent.infosys.local reads DC1's security log via WMI every 1s → finds the 4624 event

▼

③ PUSH TO FIREWALL Agent connects to firewall on TCP/5007 → pushes mapping (priya.s ↔ 10.10.5.42, group=Finance) into the firewall's IP-User table

▼

④ POLICY MATCH Priya opens SAP → packet src=10.10.5.42 → firewall looks up table → user=priya.s, group=Finance → rule "Allow-Finance-SAP" matches

▼

⑤ TIMEOUT Default User-ID Mapping Timeout = 45 min. After 45 min without a refresh event, mapping ages out.

If Priya keeps logging on (or the agent sees Kerberos refresh / file-access), timer resets. Otherwise mapping expires.

▼

⑥ STALE-MAPPING RISK Priya shuts laptop, goes home. DHCP gives 10.10.5.42 to Karthik tomorrow morning. For ≤45 min, firewall still thinks .42 = Priya → Karthik gets Priya's policy.

⚠ Top User-ID gotcha. Mitigation: lower timeout, enable Server Monitoring for logoff (Event 4634), shorten DHCP lease, or use Cloud Identity Engine.

User-ID is OUT-OF-BAND. The firewall isn't calling AD per-packet — it consults a cached table built by the agent.

CLI — confirm a User-ID mapping in 3 seconds

show user ip-user-mapping ip 10.10.5.42

Expected output

IP              Vsys   From         User                 IdleTimeout(s)  MaxTimeout(s)
--------------------------------------------------------------------------------
10.10.5.42      vsys1  AD            infosys\priya.s            2412           2700

From=AD = AD Security Log source. IdleTimeout counts down to zero; on zero, mapping flushes. MaxTimeout is the ceiling regardless of refreshes (set on Device → User Identification → Setup).

Quick check · Q4 of 10 · Analyze

A YouTube session that was initially classified as web-browsing becomes youtube-base a few seconds later, then youtube-streaming when the user clicks play. A rule that ONLY permits youtube-base drops the stream when the user clicks play. Why, and what's the right fix?

a) The firewall is rebooting mid-session b) youtube-streaming needs UDP — switch the rule to UDP c) URL filtering blocked the video d) App-shift: App-ID re-classifies as more bytes arrive. If the new app isn't in the rule, session drops. Fix: include youtube-streaming (and any dependencies shown in Objects → Applications) in the rule

Correct: d — app-shift. App-ID keeps re-evaluating as the stream evolves. The first few KB look like generic HTTPS, then the next chunks look like the YouTube web app, then video bytes look like the streaming sub-app. Your rule must permit every app the session might shift into. Objects → Applications → click an app → "Depends on" shows the implicit chain (e.g. youtube-streaming depends on youtube-base + ssl). Add all dependencies, or use the parent + sub-apps.

④ When it breaks — operational playbook

The three engines fail in distinctive ways. Here's the 60-second triage:

①

App-ID = incomplete

tap

Session was too short — no payload arrived. Usually a scanner / probe. Not always a problem; if persistent, check upstream MTU + firewall asymmetric path.

②

App-ID = insufficient-data

tap

Session ended before App-ID had enough bytes. Common with health-checks. Tune the App-ID Cache aging if frequent on legitimate apps.

③

Stale User-ID mapping

tap

User X getting Y's policy. Causes: DHCP reuse before timeout · agent not receiving logoff events · multi-NIC laptop on two networks. Fix order: enable logoff monitoring → lower timeout → align DHCP lease.

④

Content-ID adding latency

tap

Throughput dropping under load. Don't blame Content-ID blindly — confirm with show running resource-monitor. Usual fix: tier profiles by zone, not "Strict on every rule".

CLI — answer "which app + user is this session?" in one command

show session all filter source 10.10.5.42 application youtube-streaming

Expected output

--------------------------------------------------------------------------------
ID         Application      State    Type Flag  Src[Sport]/Zone/Proto (translated IP[Port])
                                                Dst[Dport]/Zone (translated IP[Port])
--------------------------------------------------------------------------------
189233     youtube-streaming  ACTIVE   FLOW       10.10.5.42[55322]/trust/6 (203.0.113.5[62117])
                                                  142.250.183.142[443]/untrust (142.250.183.142[443])
                                                  User: infosys\priya.s
                                                  Rule: Allow-Web-Video-Finance

🤖 Ask the AI Tutor

Tap any question — instant context-aware answer. No login, no waiting.

Pre-curated answers from PAN-OS docs + LIVECommunity threads. For live config questions, paste your show user ip-user-mapping or show counter global output into chat.techclick.in.

📚 Sources

Palo Alto Docs — App-ID Overview (PAN-OS 11.2). docs.paloaltonetworks.com
Palo Alto Docs — Content-ID Overview & Single-Pass Parallel Processing. docs.paloaltonetworks.com
Palo Alto Docs — User-ID Overview · Configure User-ID Sources. docs.paloaltonetworks.com
Palo Alto Docs — Cloud Identity Engine (PAN-OS 10.1+). docs.paloaltonetworks.com
LIVECommunity — App-ID and Application Override — Best Practices. knowledgebase.paloaltonetworks.com
LIVECommunity — User-ID Mapping Stale / DHCP Reuse troubleshooting. r/paloaltonetworks discussion threads
PCNSE 11.x Blueprint — App-ID, Content-ID, User-ID domains.

What's next?

Now that you understand the three engines, the next lesson goes deeper on SSL/TLS decryption — without it, App-ID and Content-ID lose visibility on ~85% of internet traffic. We'll show where the decrypt point lives in the packet flow and how to handle the certificate-pinning apps that refuse to be decrypted.

Next · SSL/TLS Decryption → ← Recap Security Policy

📩 Quiz me on this in 7 days. Opt in and we'll email you 3 micro-questions from this lesson at Day 1, Day 7 and Day 30 — spaced repetition is how it sticks. Un-tick any time.

The Three Engines That Make PAN-OS — App-ID, Content-ID, User-ID in 12 Minutes

Pick an engine — jump straight to it

App-ID

Content-ID

User-ID

When it breaks

Before the trio — where these three live in the packet flow

① App-ID — how the firewall actually identifies an app

▶ Watch a packet get App-ID'd (and app-shifted)

The four App-ID techniques

② Content-ID — single-pass parallel threat inspection

▶ Watch SP3 — one parse, five engines, parallel

③ User-ID — who's behind that IP?

▶ How a user's name lands on the firewall

④ When it breaks — operational playbook

🤖 Ask the AI Tutor

📝 Wrap-up — six more

📚 Sources

What's next?