Technically it should be possible. Bitcoin scripting allows alternative spending conditions, you can construct and analyze bitcoin spending policies with Miniscrpt. You would end up with four keys, A, B, C and D. The first three being the multisig setup and Key D being the master override.
The policy would be something like:
- Either two keys of A, B and C must sign or
- Key D alone can authorize.
(A ∧ B) ∨ (A ∧ C) ∨ (B ∧ C) ∨ D
In simpler terms (2-of-3 multisig) or (Key D).
I think Taproot also offers another alternative, a single key spending path alongside a script path that enforces multisig.
Personally, I feel the setup defeats the whole aim of a multisig, which is needing more than a single key to authorize spending. If Key D were ever to be compromised then the multisig protection becomes null and void!