documentation/docfx/releases/TEMPLATE.md
<!-- For preview-only versions: > **{theme}** · Preview only · [NuGet](https://www.nuget.org/packages/SkiaSharp/{version}-preview.N.B) · [GitHub Release](url) For upcoming/unreleased versions: > **Upcoming release** · In development · Not yet available on NuGet For a HarfBuzz family page (title would be "# HarfBuzzSharp 14.2.0"): > **{theme}** · Ships with SkiaSharp 4.148.0 · [NuGet](https://www.nuget.org/packages/HarfBuzzSharp/14.2.0) · [GitHub Release](https://github.com/mono/SkiaSharp/releases/tag/v4.148.0) For an in-flight (unreleased) HarfBuzz page — a new HarfBuzz line an upcoming SkiaSharp release declares but that has not published yet: > **Upcoming release** · In development · Ships with the upcoming SkiaSharp 4.150.0 · Not yet available on NuGet --> <!-- SCRIPT-OWNED API LINKS — do not author, move, or narrate these. Every emitted release page carries this line; the script injects it right here (immediately under the status banner). On a SkiaSharp page it points at this line's API-diff index (<line>/index.md), plus a link to the co-shipped HarfBuzz hub page when the release co-ships HarfBuzzSharp. On a HarfBuzz page it points at this HarfBuzz line's API-diff index (harfbuzzsharp/<hb-line>/index.md) and back at its canonical (introducing) SkiaSharp release. The diff is required and consistent — the link is the whole story, so do NOT write prose about API diffs, HarfBuzz versions, or cross-family links. KEEP IT VERBATIM: never write, edit, move, duplicate, or invent these links anywhere on the page. If the block is absent (e.g. an unreleased head page with no diff folder yet), there is simply no folder — do NOT add one. HarfBuzz-page example: > **API changes** · [HarfBuzzSharp API diff](14.2.0/index.md) · Ships with [SkiaSharp 4.148.0](../4.148.0.md) -->Security hardening release · Released February 7, 2026 · NuGet · GitHub Release
API changes · SkiaSharp API diff
This release focuses on hardening the native libraries against common exploit techniques on Windows and Linux. Spectre mitigations, Control Flow Guard, and BufferSecurityCheck are now enabled across all Windows and Linux native builds. Three community contributors drove every user-facing change in this release.
None in this release.
SKSurface.Create overloads — Adds the missing overloads for tvOS, bringing parity with other Apple platforms. ❤️ @MartinZikmund (#3342)/Qspectre for libSkiaSharp.dll. ❤️ @sshumakov (#3496)| Platform | What's New |
|---|---|
| 🍎 Apple | tvOS SKSurface.Create overloads |
| 🪟 Windows | Spectre mitigation, Control Flow Guard |
| 🐧 Linux | Spectre mitigation |
| Contributor | What They Did |
|---|---|
| @MartinZikmund | Added missing tvOS SKSurface.Create overloads |
| @Aguilex | Enabled Control Flow Guard and BufferSecurityCheck on Windows |
Added Spectre mitigation for Windows native libraries.
Added missing tvOS SKSurface.Create overloads, plus build system improvements.