The answers are... 1A, 2D, 3B/D!
**1A **
XSS is a client-side attack as code is executed in the victim browser, not the application (even though an application is used to facilitate the delivery of the malicious code to trigger it).
2D
Not a lot to say here, it's not a policy! I'd normally explain all the policies at this point, but MS will do a much better job https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_execution_policies?view=powershell-7.3
3B/D
A pentest is assurance based.
It's designed to identify as many potential ways in as possible (like a vulnerability assessment) across a network/web app etc., but, then attempts to exploit as many of them as possible within the (generally small) timeframe to see what's possible and ultimately what the potential businss impact could be.
A red team is objective based.
It's not designed to find as many vulnerabilities/ways in as possible and exploit them (like a pentest), but to find the best (and often quickest) way to achieve their objective. The red team's objective can vary, but it's often what's most important to the org, their crown jewels, their most precious IP, what they're most worried about and what they're threat modelling to protect (hence the requirement of a red team). A red team objective generally isn't getting domain admin to compromise the network (again like a pentest often ends up with), in fact it usually isn't. It could be a specific application, a database, a device/hardware residing in a secured room, compromising a physical location, etc, etc. The piece of IP the org wants to protect more than anything can differ greatly and the red team needs to find the best way to get to that.
To address answer D, pentests identify potential impact by exploiting vulnerabilities to see what potential harm it can cause the business. Vulnerability assessments generally highlight lots of potential ways in (automated signaure-based scanner only) but can't demonstrate the ultimate impact to the business.