As already stated in comments, Ubuntu ISOs are tested and if written currently as per documentation
they will boot on
- legacy BIOS/csm hardware
- uEFI hardware
- Secure uEFI hardware
ISOs up to Ubuntu 20.04 LTS were pretty consistent in format, with few real changes between releases (alas with differences between architectures).
From Ubuntu 20.10 and later an effort is made to ensure all architectures of a given release boot the same way, thus small variations in ISO exist for releases newer than Ubuntu 20.04 LTS. Thus if using software to write an ISO >20.04, it needs to be updated to cope with the release you're wanting to use (as do procedures if you're reformatting the ISO yourself; older procedures only work up to 20.04 - which is the release you mention).
If you use a pure clone (can be called dd-write or dd-mode on some software) all ISOs will write however, the issue relates to programs or procedures that re-format the ISO causing it to differ to the ISO you download from ubuntu.com. Some of these re-format options can write an ISO that boots only in specific modes (such as uEFI only, or BIOS only), but it will fail to boot elsewhere.
Wrong architecture
Another reason a modern ISO may fail to boot, is user-procedural, ie. you try and boot it on hardware that's incapable of executing it. eg. trying to boot an amd64 ISO on i386 hardware may produce a
"Kernel requires an x86-64 CPU but only detected i686"
error message, alas not always (https://bugs.launchpad.net/ubuntu-cdimage/+bug/1895956)
Slow to boot - be patient
Some hardware takes awhile to boot, eg. I have hardware that takes >12 minutes to boot an ISO, which includes 9+ minutes where nothing is shown on screen (which makes users believe it's failed, when its just struggling with non-compliant BIOS firmware bugs). Some sites suggest using the aforementioned re-format options to allow a faster boot in these cases, where I'll suggest just waiting, as using the re-format options that speed it on one machine will mean it'll fail to boot on others. The issue with https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1922342 may or may-not be fixed for some releases, but the answer here is just be patient (wait 15 minutes).
I use hardware as old as from 2005 in my Quality Assurance testing of Ubuntu ISOs (mainly Desktop inc. some flavors), and all releases have booted on my hardware from 2005+. I used older hardware (2002+) for releases up to late-2021 that was i386 only, but newer ISOs aren't created for that architecture anymore.