What causes libc-bin segmentation faults when building arm64 images on top of amd64?

[icelava]

We have customised ASP.NET 6 arm64 image that installs a list of packages our apps make use of.

FROM mcr.microsoft.com/dotnet/aspnet:6.0
WORKDIR /Packages
RUN apt update && apt install curl zip wget libjpeg-dev tzdata fonts-open-sans -y
RUN curl 'http://snapshot.debian.org/archive/debian/20141009T042436Z/pool/main/libj/libjpeg8/libjpeg8_8d1-2_arm64.deb' -o "libjpeg8.deb"
RUN curl 'http://snapshot.debian.org/archive/debian/20190501T215844Z/pool/main/g/glibc/multiarch-support_2.28-10_arm64.deb' -o "multiarch-support.deb"
RUN curl 'http://ftp.jp.debian.org/debian/pool/main/libx/libxrender/libxrender1_0.9.10-1_arm64.deb' -o "libxrender1.deb"
RUN curl "https://awscli.amazonaws.com/awscli-exe-linux-aarch64.zip" -o "awscliv2.zip"

When building on Docker Desktop Windows 4.30.0, QEMU seems to hit into segmentation fault while running libc-bin

42.86 Setting up libjpeg62-turbo-dev:arm64 (1:2.0.6-4) ...
42.87 Setting up libfontconfig1:arm64 (2.13.1-4.2) ...
42.88 Setting up libjpeg-dev:arm64 (1:2.0.6-4) ...
42.89 Setting up libgd3:arm64 (2.3.0-2) ...
42.90 Setting up libc-devtools (2.31-13+deb11u10) ...
42.91 Processing triggers for libc-bin (2.31-13+deb11u10) ...
42.95 qemu: uncaught target signal 11 (Segmentation fault) - core dumped
42.95 Segmentation fault
42.96 qemu: uncaught target signal 11 (Segmentation fault) - core dumped
42.96 Segmentation fault
42.96 dpkg: error processing package libc-bin (--configure):
42.96  installed libc-bin package post-installation script subprocess returned error exit status 139
42.99 Errors were encountered while processing:
42.99  libc-bin
43.07 E: Sub-process /usr/bin/dpkg returned an error code (1)
------
Dockerfile:3
--------------------
   1 |     FROM mcr.microsoft.com/dotnet/aspnet:6.0
   2 |     WORKDIR /Packages
   3 | >>> RUN apt update && apt install curl zip wget libjpeg-dev tzdata fonts-open-sans -y
   4 |     RUN curl 'http://snapshot.debian.org/archive/debian/20141009T042436Z/pool/main/libj/libjpeg8/libjpeg8_8d1-2_arm64.deb' -o "libjpeg8.deb"
   5 |     RUN curl 'http://snapshot.debian.org/archive/debian/20190501T215844Z/pool/main/g/glibc/multiarch-support_2.28-10_arm64.deb' -o "multiarch-support.deb"
--------------------
ERROR: failed to solve: process "/bin/sh -c apt update && apt install curl zip wget libjpeg-dev tzdata fonts-open-sans -y" did not complete successfully: exit code: 100

The strange thing is when building a similar ASP.NET 8 image, everything's fine.

FROM mcr.microsoft.com/dotnet/aspnet:8.0
WORKDIR /Packages
RUN apt update && apt install curl zip wget libjpeg-dev tzdata fonts-open-sans -y

I've seen people report through the years that it's got something to do with QEMU? How do we check what version of QEMU Docker Desktop is using or where is it even located? I cannot find it in the docker-desktop WSL distro.