mirror of
https://github.com/DrBeef/ioq3quest.git
synced 2024-11-14 16:40:48 +00:00
738465d677
My cvar latch system changes prevent the Game VM from changing g_gametype when the value is out of range due to it being registed in the engine. It's been pointed out as fragile method of security, which was still exploitable, by Noah Metzger (Chomenor). It doesn't seem like this is working out to be a good solution. The issue of fs_game '..' on server being relicated on client via systeminfo exploit is still fixed as it's not affected by latch. There are a few cases from current values of fs_game are used which ideally should use fs_gamedir char array which has been validated. Revert "Don't let VMs change engine latch cvars immediately" Partially revert "Fix fs_game '..' reading outside of home and base path" Revert "Fix VMs forcing engine latch cvar to update to latched value" |
||
---|---|---|
.. | ||
cl_avi.c | ||
cl_cgame.c | ||
cl_cin.c | ||
cl_console.c | ||
cl_curl.c | ||
cl_curl.h | ||
cl_input.c | ||
cl_keys.c | ||
cl_main.c | ||
cl_net_chan.c | ||
cl_parse.c | ||
cl_scrn.c | ||
cl_ui.c | ||
client.h | ||
keycodes.h | ||
keys.h | ||
libmumblelink.c | ||
libmumblelink.h | ||
qal.c | ||
qal.h | ||
snd_adpcm.c | ||
snd_codec.c | ||
snd_codec.h | ||
snd_codec_ogg.c | ||
snd_codec_opus.c | ||
snd_codec_wav.c | ||
snd_dma.c | ||
snd_local.h | ||
snd_main.c | ||
snd_mem.c | ||
snd_mix.c | ||
snd_openal.c | ||
snd_public.h | ||
snd_wavelet.c |