Fix security issues in the repository

.changeset/five-planets-swim.md

@@ -0,0 +1,2 @@
+---
+---

.changeset/silver-hats-tickle.md

@@ -0,0 +1,8 @@
+---
+"@fluentui-react-native/contextual-menu": patch
+"@fluentui-react-native/components": patch
+"@fluentui-react-native/callout": patch
+"@fluentui-react-native/tester": patch
+---
+
+Version updates for security

.github/skills/fix-security-issues/SKILL.md

@@ -0,0 +1,185 @@
+---
+name: fix-security-issues
+description: Audit and remediate dependency security advisories while respecting package age policy, removing unused vulnerable capabilities, deduplicating Yarn resolutions, and validating affected tooling.
+license: MIT
+---
+
+# Fix security issues
+
+Use this skill for dependency vulnerability remediation, Dependabot alerts,
+Yarn audit findings, or security-driven package upgrades.
+
+## Read first
+
+1. Read the repository `AGENTS.md` and the owning workspaces' instructions.
+2. Inspect `package.json`, `.yarnrc.yml`, `yarn.lock`, package catalogs,
+   resolutions, package extensions, and dynamic package extensions.
+3. Inspect `.github/dependabot.yml` and any repository-specific package age,
+   cooldown, registry, or release policy.
+4. Inspect the declared scripts for every affected workspace before choosing
+   validation commands.
+
+Do not edit `yarn.lock` manually. Change the owning manifest, catalog,
+resolution, preset, or extension and let Yarn regenerate the graph.
+
+## Inventory the complete problem
+
+Start with the full recursive audit rather than a partial summary:
+
+```bash
+yarn npm audit --all --recursive --json --no-deprecations
+```
+
+Normalize the output by severity, package, installed version, advisory, and
+dependent. For every finding:
+
+1. Read the advisory and identify the first patched version, affected
+   functions, exploit preconditions, and whether a patch exists.
+2. Run `yarn why <package>` to find every path. A fixed direct path does not
+   help if a stale compatible transitive path remains.
+3. Search repository source and installed dependent source to determine
+   whether the vulnerable capability is used at runtime, only used by tooling,
+   or unused.
+4. Group duplicate advisories for the same package, but do not omit findings
+   because one report calls them low priority.
+
+Treat critical and high findings as required fixes. Address moderate and low
+findings whenever a compatible, policy-eligible remediation exists.
+
+## Enforce the package age policy
+
+Before resolving versions, inspect the effective Yarn policy:
+
+```bash
+yarn config get npmMinimalAgeGate
+yarn config get npmPreapprovedPackages
+```
+
+Calculate the exact cutoff from the session time. Verify publication timestamps
+for proposed versions and, after lockfile generation, every newly selected npm
+version in the lockfile diff.
+
+- Do not disable or reduce the age gate to obtain a security fix.
+- Do not assume `latest` is eligible.
+- Check preapproved-package exceptions explicitly; an exception does not prove
+  that a newly selected release meets the requested age policy.
+- Prefer the newest eligible fixed patch within the existing compatible range,
+  not the newest package release overall.
+
+## Choose the least risky complete remediation
+
+Use this order:
+
+1. **Upgrade the direct dependency.** Prefer a patched version within the
+   current major and update the shared catalog when it is the source of truth.
+2. **Upgrade the transitive parent.** This is preferable when the parent has
+   already adopted the fixed dependency.
+3. **Add a narrow root resolution.** Use the exact vulnerable descriptor when
+   possible. Review API and module-format compatibility before forcing a new
+   major, and exercise the dependent package's real code path.
+4. **Remove an unused vulnerable capability with `ignore:`.** Use the installed
+   `@rnx-kit/yarn-plugin-ignore` only after proving the package is not required
+   by repository workflows.
+5. **Carry a local Yarn patch.** Reserve this for required packages with no
+   eligible published fix. Base it on authoritative upstream work, add a
+   focused regression check, and document that version-based scanners may
+   still report the patched version.
+
+Do not add a broad catch, audit exclusion, or warning suppression in place of a
+runtime fix.
+
+## Safely use the ignore plugin
+
+The repository's `ignore:` protocol replaces a package with an empty module.
+It is appropriate when a transitive dependency implements an optional
+capability that this repository intentionally does not support, such as a
+browser downloader in a native-only test path.
+
+Before adding a resolution such as:
+
+```json
+{
+  "resolutions": {
+    "unused-vulnerable-package": "ignore:"
+  }
+}
+```
+
+prove all of the following:
+
+- no repository source imports or invokes the package;
+- each dependent imports it lazily or can load with an empty module;
+- the unsupported capability fails closed if invoked;
+- declared builds, tests, bundles, and CLIs do not require it;
+- `yarn why` shows only the understood optional paths.
+
+After installation, verify the npm package is absent from `yarn.lock`, the
+`ignore:` locator is present, dependent modules still load, and an attempted
+call cannot silently succeed. Never ignore a package merely to make the audit
+output clean.
+
+## Resolve, audit, and deduplicate iteratively
+
+After each coherent manifest change:
+
+```bash
+yarn install
+yarn npm audit --all --recursive --json --no-deprecations
+yarn why <remaining-vulnerable-package>
+```
+
+Yarn may retain an older resolution that still satisfies a transitive range,
+even when a fixed version is also installed. Once the remediation set is
+complete, run:
+
+```bash
+yarn dedupe --strategy highest
+yarn dedupe --check
+yarn install --immutable --mode=skip-build
+```
+
+Re-run the audit after dedupe. If stale vulnerable paths remain, update their
+owning range or add a narrow compatible resolution; do not assume another
+dedupe pass will update a package with only one descriptor.
+
+Keep related package families aligned. If repository lint expects an older
+vulnerable version, update the shared alignment preset or catalog rather than
+scattering exceptions or reverting the security floor.
+
+## Validate the affected behavior
+
+Use declared workspace scripts and validate in increasing scope:
+
+1. Format changed manifests and configuration.
+2. Run lockfile and repository structural lint.
+3. Run affected workspace lint, build, and tests.
+4. Exercise the runtime path affected by every major-version resolution.
+5. Bundle each affected Metro/native target when bundler dependencies change.
+6. Run the root build and repository test graph when shared manifests,
+   catalogs, resolutions, or the lockfile change broadly.
+7. Add a normal or empty changeset as required by repository policy.
+
+Finish by confirming:
+
+- the recursive audit has no unexplained findings;
+- every critical/high advisory is fixed, removed, or blocked fail-closed;
+- newly selected npm versions satisfy the exact package age cutoff;
+- `yarn dedupe --check` reports no candidates;
+- immutable install succeeds;
+- the diff contains no unrelated manifest or generated-file changes.
+
+## Failure behavior
+
+If a required package has no eligible patched release, cannot be safely
+ignored, and cannot be patched with a focused regression test, report the
+remaining advisory and its exposure plainly. Do not claim completion, weaken
+the age policy, force an unvalidated incompatible major, or suppress the
+warning.
+
+## Example
+
+If `extract-zip` is present only through optional browser installation code
+while the repository runs native Appium automation, inspect both dependents,
+confirm their normal modules load without extraction, resolve `extract-zip` to
+`ignore:`, regenerate and deduplicate the lockfile, then prove the browser
+archive path fails closed and the native tooling still works.