# CVE-2026-0300: A Month-Long State-Backed Op Inside PAN-OS

Source: https://ai.techclick.in/blog_paloalto_cve_2026_0300_captive_portal_rce
Markdown: https://ai.techclick.in/blog_paloalto_cve_2026_0300_captive_portal_rce.md
Publisher: Techclick Infosec Pvt Ltd

CVE-2026-0300 is a PAN-OS captive-portal buffer overflow that's been exploited by suspected state-sponsored actors since April 9, 2026 — almost a month before Palo Alto's patch. Pre-auth root RCE on every PA-Series + VM-Series firewall with the User-ID Captive Portal exposed.

CVE-2026-0300: A Month-Long State-Backed Op Inside PAN-OS student learning map
                     A visual study map for CVE-2026-0300: A Month-Long State-Backed Op Inside PAN-OS showing learning path, evidence, traps, and practice sequence.

                     TECHCLICK STUDY MAP
                     CVE-2026-0300: A Month-Long State-Backed Op Inside...
                     Palo Alto · learn the flow, prove with evidence, avoid unsafe shortcuts

   1. Start
   Pick where you want to start

   2. Understand
   The hotel concierge desk — a story...

   3. Prove
   Why this matters — the 34-day...

   4. Practice
   What the User-ID Captive Portal...

                     How to use this page
                     First build the mental model, then connect the concept to a realistic production decision. Finish by testing yourself.
                     Techclick Infosec Pvt Ltd | ai.techclick.in | Training Contact: WhatsApp +91 92772 29456

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

             Infographic: concept-to-practice path

                 CVE-2026-0300: A Month-Long State-Backed Op Inside PAN-OS

   Learn
   Pick where you want to start

   Map
   The hotel concierge desk — a story...

   Operate
   Why this matters — the 34-day...

   Verify
   What the User-ID Captive Portal...   Read in this order so the topic becomes a working runbook, not isolated notes.

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

             Infographic: evidence ladder

                 Do not answer from memory only - prove the stage

   Scope
   who, what, where, when

   Policy
   rule, condition, action

   Telemetry
   logs, event, metric

   Retest
   original symptom fixed  Interview signal: every claim should map to observable evidence.

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

             Infographic: healthy vs broken thinking

                 Healthy answer vs broken answer   Healthy  Names the object, follows the flow, checks logs, and validates the result.   Broken  Lists features randomly, changes production first, or skips verification.  Your goal: connect the concept to a realistic production decision.

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

             Infographic: mini runbook

                 Mini runbook for this topic

   Before
   baseline and scope

   During
   change one thing

   After
   monitor and rollback   Use this page to prepare one practical story: problem, evidence, fix, verification.

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

## Pick where you want to start

  1

### What's the bug

 The User-ID Captive Portal — why it listens to untrusted networks by design.

  2

### The 34-day window

 Exploited Apr 9, patched May 13 — why "patch and move on" isn't enough.

  3

### All 5 May CVEs

 Distinguish 0300 from the GlobalProtect and CAS-mgmt bugs.

  4

### Harden it

 The 5 controls that make this CVE a non-issue on your firewall.

## The hotel concierge desk — a story you already know

 You walk into a 5-star hotel in Mumbai. Before you reach the elevator, the concierge desk asks "are you a guest, a meeting attendee, or a delivery person?" You sign in, get a colour-coded badge, and only then can you reach the right floor. The concierge isn't security — it's  access control with a smile .  That concierge is the PAN-OS  User-ID Captive Portal .  It catches users who haven't been identified yet (no agent, no SSO match), asks them to authenticate, then maps their IP to their identity for the firewall's user-based policies.

 Now imagine someone shoves a thick envelope into the concierge desk's intake slot — not their ID, not a form, just a stack of paper with a hidden razor blade inside. The blade reaches into the slot and cuts the concierge's wires. Suddenly the desk hands out master keycards to anyone walking past. That's  CVE-2026-0300 : a buffer overflow in the captive-portal service. The "thick envelope" is a specially crafted packet. The "master keycard" is root on the firewall.

## Why this matters — the 34-day silent window

 The detail that turns a "patch and move on" into an  incident :  exploitation started April 9, 2026. Patch landed May 13.  For 34 days, suspected state-sponsored actors (Unit 42 cluster  CL-STA-1132 ) were rooting selectively targeted Palo Alto firewalls. If you ran a PA-Series or VM-Series firewall with the User-ID Captive Portal exposed during that window, you have to assume compromise until proven otherwise. The patch closes the door. It does not undo what walked through.

   ! "We're not affected — we use Prisma Access"

 Cisco's CSW bug (last week) and Palo Alto's PAN-OS bug (this week) share a useful contrast for SaaS-vs-on-prem discussion:  Prisma Access, Cloud NGFW, and Panorama are NOT affected by CVE-2026-0300.  The bug lives in the on-prem PA-Series / VM-Series PAN-OS image. That's a real point in favour of the SaaS firewall pattern in 2026 — fewer perimeter boxes you own = fewer attack-surface CVE feeds you have to track.

## What the User-ID Captive Portal actually does

 PAN-OS firewall policies are most powerful when they reference users ( permit Sneha ) instead of IPs ( permit 10.42.10.55 ). To do that, the firewall needs to know  which user  is behind  which IP . Four ways to learn:

- User-ID agent — installed on a domain controller, watches the Security event log, sends user/IP mappings to the firewall

- Server monitoring — firewall polls AD directly

- Syslog ingestion — pulls identity info from VPN concentrators, captive-portal devices etc.

- Captive Portal — when none of the above identifies a user, the firewall intercepts their first HTTP/HTTPS request, redirects them to a login page, and creates the mapping after they authenticate

 The Captive Portal runs as part of PAN-OS itself, on the firewall, listening on a TCP port. By design, it must be reachable from the user network — which often means reachable from  untrusted  network segments (guest Wi-Fi, contractor VLANs, the wider internet for some deployments). That's the attack surface CVE-2026-0300 sits on.

 Legend
   firewall / trusted plane (royal &amp; navy)
   attacker, crafted packet &amp; the bug (magenta)
   not affected — Prisma / Cloud NGFW / Panorama (green)
   conditional — depends on exposure (amber)

  SVG 1 — Where the Captive Portal sits + where the bug fires

 Untrusted user hits the firewall's data plane. User-ID Captive Portal service redirects unidentified users to a login page. Exploit sends a crafted packet that overflows a buffer in the captive-portal service, executing code as root on the firewall.

- Attacker untrusted network Guest Wi-Fi user Sneha at Pune office PA-Series Firewall (PAN-OS) Data plane (TCP/IP) policy enforcement Captive Portal ← BUG buffer overflow → root User-ID service IP↔user mapping User-ID Agent feed DC event log Mgmt plane (root, configs, NTDS-grade trust) Internal LAN protected zone crafted packet Captive Portal IS the attack surface — by design it listens to untrusted nets Root on the firewall = read configs, harvest secrets, pivot, persist via boot-survival The Captive Portal is reachable from where the bug is exploited from. That's not a misconfiguration — that's the design. Hardening shrinks which untrusted zones can reach it. ### ▶ Watch CVE-2026-0300 fire — and how hardening stops it An attacker on an untrusted segment targets the Captive Portal listener. Press Play for the exploit chain, then Break it to see what the patch + Interface Management Profile change. ① Request The attacker reaches the User-ID Captive Portal — a TCP listener that, by design, accepts unauthenticated HTTP/HTTPS from the user (often guest Wi-Fi / contractor VLAN) before any login. ▼ ② Vuln trigger Instead of credentials they send a crafted packet — the "thick envelope with a razor blade" — that overflows a buffer inside the captive-portal service. No authentication is required (pre-auth). ▼ ③ Code exec The overflow lands attacker-controlled code running as root on the firewall — the "master keycard". CVSS 9.3. ▼ ④ Impact Root = read configs, harvest secrets, add a permit rule (the April-14 "panrtcfg" outbound-443 rule), pivot to the internal LAN, and persist across reboots. ▼ ⑤ Detect Hunt the evidence: a CPU spike that matches an IOC, an unexpected committer, a config-diff against a pre-April-9 snapshot, and the destination IP on Unit 42's CL-STA-1132 list. Press Play to step through the exploit chain, then press Break it to see the fix. ▶ Play Next ▶ 🛡 Fix it ↺ Reset Quick check · The attack surface Why is the User-ID Captive Portal the part of PAN-OS that CVE-2026-0300 can be reached on? a) It only listens on the management interface, which is always on the internet. b) By design it must be reachable from the user network to intercept and authenticate unidentified users — which often means reachable from untrusted segments (guest Wi-Fi, contractor VLANs). c) Because GlobalProtect forwards all traffic to it. d) Because Panorama pushes the listener to the internet automatically. Correct: b. The Captive Portal is the one User-ID source that handles users with no agent and no AD match, so it has to listen to the user network — by design that can include untrusted zones. That exposure, not a misconfiguration, is the attack surface the buffer overflow sits on. 👨‍💻 Scenario — Suhail at TCS Mumbai Suhail's branch firewall in Andheri exposes Captive Portal to the guest Wi-Fi VLAN (so guests can authenticate to the internet). On April 11, the firewall's --brief CPU graph shows a 1-second spike at 03:42 IST that doesn't correspond to any normal traffic. He flagged it as noise. Reading the May 13 advisory, he reopens the ticket. The spike correlates with one of the IOCs Palo Alto published. He starts the IR runbook. ## The 5 May 2026 PAN-OS CVEs — know all of them CVE Where Impact Auth? Exploited? CVE-2026-0300 User-ID Captive Portal Root RCE None YES — CL-STA-1132 since Apr 9 CVE-2026-0227 GlobalProtect DoS — firewall reboots into maintenance None PoC public, no in-wild yet CVE-2026-0257 GlobalProtect portal+gateway Auth bypass — establishes unauthorised VPN None Conditional on cert config CVE-2026-0265 PAN-OS Mgmt (CAS enabled) Auth bypass on mgmt interface None Higher risk if mgmt on internet CVE-2026-0249 GlobalProtect app (client) Cert validation bypass MITM-position Theoretical Quick check · Telling the 5 CVEs apart Of the five May 2026 PAN-OS CVEs, which one is the pre-auth root RCE already exploited in the wild by CL-STA-1132? a) CVE-2026-0227 — GlobalProtect DoS that reboots the firewall into maintenance. b) CVE-2026-0300 — buffer overflow in the User-ID Captive Portal, no auth, root, exploited since April 9. c) CVE-2026-0265 — CAS auth bypass on the management interface. d) CVE-2026-0249 — GlobalProtect client cert-validation bypass needing a MITM position. Correct: b. Only CVE-2026-0300 is the captive-portal root RCE, needs no authentication, and shows in-the-wild exploitation by the suspected state actor since April 9. The GlobalProtect (0227/0257/0249) and CAS-mgmt (0265) bugs are different components with different impact and exploitation status. SVG 2 — Decision: are you exposed to CVE-2026-0300? Decision tree asking deployment type, captive portal enabled, exposed to untrusted nets, leading to an exposure verdict. Am I exposed? Deployment type? Prisma Access / Cloud NGFW PA-Series / VM-Series User-ID Captive Portal on? Panorama only (no Captive Portal) YES — patch + IR hunt CL-STA-1132 IOCs CONDITIONAL depends on exposure SaaS On-prem Mgmt Exposed Internal-only Two questions: are you on-prem AND is your Captive Portal exposed to anywhere untrusted? Yes/yes = patch and incident-hunt now. 👩‍💻 Scenario — Priya at Wipro Pune Priya checks: their PA-5250 cluster runs PAN-OS 11.1.3. User-ID Captive Portal is enabled but the Interface Management Profile restricts it to the corporate-printer VLAN (an oversight inherited from 2019 — printers don't even need user-id). She tightens the IMP to admin jump-hosts only, applies the May 13 patch (11.1.5-h1), and runs a config-diff against last week's snapshot. Diff is clean. She emails the team an after-action: "We were a misconfig away from exposure." ## The 5 hardening controls that make this CVE non-issue Never expose management to internet — Palo Alto's hardening guidance is unambiguous. Out-of-band management VLAN, dedicated switches if possible.

- Interface Management Profile restricting captive-portal listeners — IMP is the per-interface allowlist of services + source IPs. Bind Captive Portal to ONLY the subnets that legitimately need user-id (employee VLAN, not guest Wi-Fi).

- Jump-host ACL — even the mgmt interface accepts SSH/HTTPS from a /28 of admin jump hosts, nothing else.

- Disable HTTP/Telnet — only SSH + HTTPS. (Surprisingly, still found enabled at Indian SI firms in 2026.)

- Weekly config-snapshot to Git — show config running → commit. Post-CVE you diff against the last clean week to see if anything was modified.

  Quick check · Pre-patch mitigation
 The patch isn't deployed yet but you must shrink exposure today. Which control restricts the Captive Portal listener to only the subnets that legitimately need user-id?

    a) A Security Profile — it does content inspection on the listener.     b) An Interface Management Profile (IMP) — the per-interface allowlist of services + source IPs, bound to only the employee VLAN, not guest Wi-Fi.     c) A Zone Protection Profile — it allowlists who can reach the portal.     d) Just reboot the firewall after each commit.
  Correct: b.  The Interface Management Profile is the per-interface allowlist of services and source IPs — bind the Captive Portal to only the segments that need user-id (employee VLAN) and untrusted zones can no longer reach the vulnerable listener. Security Profiles are content inspection; Zone Protection is DoS protection; a reboot does nothing here.

   ! Common mistakes

- "Captive Portal is off" — but you have an active user-identification profile that includes Captive Portal as a fallback. Verify with show user user-id-service .

- Patching to a vulnerable interim build — read the advisory's exact fixed version (e.g. 11.1.5-h1, not 11.1.5). The hotfix matters.

- Trusting your firewall logs blindly post-incident — root on the firewall = log tampering possible. Pull a config-diff against a known-clean snapshot from before April 9.

- Forgetting GlobalProtect CVEs in the same advisory bundle — patch all 5, not just the 9.3.

   ★ Pro tips

- Set up tail follow yes mp-log management in a tmux pane during patch windows — surfaces commit errors and service restart issues immediately.

- For NSE-grade interviews and Palo Alto PCNSE: be able to explain that User-ID has 4 sources (agent, server monitoring, syslog, captive portal) and that captive portal is the only one exposed by design to untrusted segments. That single sentence demonstrates L2 understanding.

- Subscribe to security@paloaltonetworks.com mailing list and Unit 42's threat-brief feed. The blogs land 2-12 hours before mainstream coverage.

  👨‍💻 Scenario — Siddhartha at HCL Lucknow

 Siddhartha's audit-diff finds an unexpected change on April 14 — a new permit rule added at the bottom of the security policy, allowing outbound 443 to a Hong Kong IP. The rule was committed by user "panrtcfg" — a built-in service account that should never make config changes. That's the smoking gun. He kills the rule, isolates the firewall, opens a P1 IR, and notifies Palo Alto + CERT-In.

### 📋 Quick reference — CVE-2026-0300 cheat sheet

   Field  Value

  CVE / CVSS  CVE-2026-0300 · CVSS 9.3 Critical
  Bug class  Buffer overflow in User-ID Authentication Portal
  Auth required  None (pre-authentication)
  Privileges gained  Root on the firewall
  Affected  PA-Series + VM-Series with User-ID Captive Portal enabled + exposed
  NOT affected  Prisma Access · Cloud NGFW · Panorama-only deployments
  Exploited in wild  Yes — since April 9 by suspected state actor CL-STA-1132
  Patch date  May 13, 2026 (multiple PAN-OS versions, hotfix builds)
  Pre-patch mitigation  Restrict Captive Portal to trusted segments via Interface Management Profile

 🔑 Lock in the key terms — tap to flip

    🚪
 User-ID Captive Portal
 tap to flip

  The PAN-OS service that intercepts unidentified users, prompts for credentials and maps IP→identity. The only User-ID source exposed to untrusted segments by design — and where  CVE-2026-0300  fires.

    💥
 Buffer overflow
 tap to flip

  The bug class of CVE-2026-0300. A crafted packet overruns a buffer in the captive-portal service, landing attacker code as  root  — pre-auth, CVSS 9.3.

    🛰️
 CL-STA-1132
 tap to flip

  Unit 42's label for the suspected state-sponsored cluster exploiting CVE-2026-0300 since April 9. CL = cluster, STA = suspected state actor, 1132 = sequence number.

    🧱
 Interface Mgmt Profile
 tap to flip

  The IMP — a per-interface allowlist of services + source IPs. Bind the Captive Portal to only the employee VLAN and untrusted zones can't reach the vulnerable listener. The key pre-patch mitigation.

## Sources used in this lesson

- Unit 42 — Captive Portal zero-day threat brief

- BleepingComputer — PAN-OS exploited since April 9

- Help Net Security — CVE-2026-0300 timeline

- The Hacker News — PAN-OS active exploitation

- CISA — Palo Alto hardening guidance

- PAN-OS docs — Interface Management Profiles

- Palo Alto Security — CVE-2026-0265 CAS mgmt bypass

### 🤖 Ask the AI Tutor

 Tap any question — instant, scoped to this lesson. The exact framing a SOC lead or PCNSE interviewer wants to hear.

 What is CVE-2026-0300 in one line?
 Why does patching not equal remediation here?
 Are Prisma Access / Cloud NGFW affected?
 Can't I just turn the Captive Portal off?
 What are the 5 hardening controls?
 How do I detect if I was hit?

 Pre-curated from this lesson + Unit 42 / Palo Alto advisory framing. For a live incident, open a P1 and follow your IR runbook.

## 📝 Check your understanding — 10 scenario questions

 Bloom-tiered: 1 Remember + 3 Apply + 4 Analyze + 2 Evaluate. Pass: 70% (7/10).

  Q1  Remember  Which PAN-OS component does CVE-2026-0300 affect?

   GlobalProtect Portal
   User-ID Authentication Portal (Captive Portal)
   Panorama management plane
   Cloud NGFW data plane

  Correct: b.  CVE-2026-0300 is a buffer overflow in the User-ID Captive Portal. GlobalProtect has its own CVE family (0227, 0249, 0257). Panorama is not affected. Cloud NGFW is not affected.

  Q2  Apply  Suhail runs Prisma Access (SaaS firewall). What action does he take for CVE-2026-0300?

   Patch immediately
   No action required — Prisma Access is not affected by CVE-2026-0300
   Migrate to on-prem PA-Series
   Disable User-ID across the org

  Correct: b.  Palo Alto's advisory is explicit — Prisma Access, Cloud NGFW, Panorama are not affected. The Captive Portal service that contains the bug isn't part of the SaaS path. (c) is the opposite of right. (d) breaks all user-id features.

  Q3  Apply  Priya wants to restrict the Captive Portal listener to only the employee VLAN. Which feature does she use?

   Security Profile
   Zone Protection Profile
   Interface Management Profile (IMP) — bound to the right interface with the right source-IP allowlist
   App-ID override

  Correct: c.  IMP is the per-interface allowlist of management services + source IPs. Security Profile (a) is for content inspection. Zone Protection (b) is DoS protection. App-ID (d) is application identification.

  Q4  Apply  Karthik patches PAN-OS to 11.1.5. The advisory says fix is in "11.1.5-h1". Is he patched?

   Yes — 11.1.5 contains 11.1.5-h1
   Yes if Captive Portal is disabled
   No — the "-h1" hotfix is a separate build that must be applied on top of 11.1.5
   Doesn't matter — patch only mandatory for VM-Series

  Correct: c.  Hotfix builds (h1, h2…) are explicit additional installs on top of the base build. (a) is the dangerous false-comfort answer that loses you the SOC's trust. (b) and (d) misread the advisory.

  Q5  Analyze  Aditya's firewall ran vulnerable from April 9 to May 14 with Captive Portal exposed to guest Wi-Fi. Patch is now applied. Post-patch first action?

   Declare done — patch closed the door
   Treat as compromise until proven otherwise — diff config against a pre-April-9 snapshot, hunt for unexpected rules, new admin accounts, persistence, and pull Unit 42 IOCs for CL-STA-1132
   Reboot the firewall
   Disable User-ID

  Correct: b.  34 days of in-the-wild exploitation with your firewall in the vulnerable window = assume compromise. Patch ≠ remediation. (a) is dangerous comfort. (c) reboot doesn't undo persistence. (d) breaks user-id but doesn't remove an attacker who already pivoted.

  Q6  Analyze  Sneha asks: "the bug is in Captive Portal — why can't we just turn it off?"

   Many security policies reference users by name; disabling Captive Portal breaks user-id for users who only authenticate via Captive Portal — those users either lose access or get a wide-open default policy. It's a valid temporary mitigation only if you're prepared for the policy-coverage gap
   You can — it's harmless to disable
   Disabling Captive Portal disables the firewall
   Captive Portal is mandatory for PAN-OS to boot

  Correct: a.  Captive Portal is one of four user-id sources, and the only one that handles users without an agent or AD lookup. Turning it off shifts those users to whatever default policy they fall through to. (b) is naive. (c) and (d) are simply false.

  Q7  Analyze  Rahul's config-diff reveals a new permit rule added by user "panrtcfg" on April 14 — outbound 443 to a Hong Kong IP. The Unit 42 IOC list includes that IP. Conclusion?

   Likely C2 channel established by the attacker via the CVE — declare confirmed breach, kill the rule, isolate the firewall, full IR, notify CERT-In
   Coincidence — Hong Kong IPs are common
   Service account changes are routine
   Rule must be from a misconfigured monitoring tool

  Correct: a.  Unexpected committer + IOC-matched destination + vulnerability window overlap = confirmed compromise pattern. (b)(c)(d) are the rationalisations that turn detected breaches into undetected ones.

  Q8  Analyze  Why is the management interface so critical to harden, separately from the bug at hand?

   Mgmt interface compromise = full firewall + every policy + every secret stored in config; CVE-2026-0265 (CAS auth bypass) in the same May 2026 bundle shows mgmt-plane bugs are equally critical and equally periodic
   Mgmt interface only affects logging
   Mgmt interface is read-only by default
   Mgmt interface doesn't process traffic

  Correct: a.  Mgmt-plane compromise is firewall-takeover; the same May bundle includes 0265 in CAS auth bypass on mgmt. (b)(c)(d) are wrong.

  Q9  Evaluate  CISO of a 5000-user firm asks: "given F5, Fortinet, Palo Alto have all shipped 9+ CVSS RCEs in 2026, should we move our perimeter to SaaS firewall (Prisma Access / Cloudflare Magic Firewall) and shrink our own attack surface?"

   No — SaaS is a single point of failure
   For greenfield and most new deployments, yes — SaaS perimeter reduces patch-management toil and CVE-feed surface; SaaS shop patches you in days, not weeks. Keep on-prem firewalls only for use cases SaaS can't yet cover (offline branches, regulated data zones) and treat each as tracked tech debt
   Always self-host — vendors lie about SaaS patching
   Replace all firewalls with WAFs

  Correct: b.  Pragmatic CISO answer: shift where SaaS works, keep on-prem only where you must, track each on-prem deployment as debt. (a)(c) ignore the operational reality. (d) replaces a layer-4 control with a layer-7 control — not equivalent.

  Q10  Evaluate  CVE-2026-0300 was exploited for 34 days before disclosure. What's the lesson for SOC strategy in 2026?

   Detect-only is no longer enough — pair detection with hypothesis-driven hunts on perimeter-device anomalies (CPU spikes, unexpected config commits, new admin accounts) BEFORE the CVE feed catches up. Treat your firewall config diff as a daily SOC artifact, not an annual audit
   Buy more EDR licenses
   Replace SIEM with a different SIEM
   Outsource the whole SOC to an MSSP

  Correct: a.  Threat hunting on perimeter-device telemetry is what catches zero-days before the CVE feed. The 34-day gap is the window where hunting beats signature detection. (b)(c)(d) shift cost without shifting capability.

  Submit answers  Try again

     Lesson complete — saved to your profile.

 Almost! Review CVE list + hardening + IR steps and try again — you need 70% (7 of 10).

### What's next?

 Pair with the Cisco Secure Workload CVE and Netlogon RCE blogs — three perfect-10-class bugs in one fortnight is no coincidence. Build the SOC briefing. Practice PCNSE scenarios on exam.techclick.in.

  All lessons →  Practice on exam.techclick.in

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

---
Cite this Techclick lesson with the source URL. Do not invent fees, batch dates, or job guarantees.
Browse all lessons: https://ai.techclick.in/blogs
AI index: https://ai.techclick.in/llms.txt
