Yeah, you can:
bash yourscript
Of course it will throw some errors if there are language specific features. But the question did not specify if it should work correctly or not.
From man bash:
the first argument is assumed to be the name of a file containing shell commands. If bash is invoked in this fashion, $0 is set to the name of the file, and the positional parameters are set to the remaining arguments. Bash reads and executes commands from this file, then exits. Bash's exit status is the exit status of the last command executed in the script. If no commands are executed, the exit status is 0. An attempt is first made to open the file in the current directory, and, if no file is found, then the shell searches the directories in PATH for the script
In fact, that's exactly what program loader is going to do. Here's a quote from wikipedia shebang article:
Under Unix-like operating systems, when a script with a shebang is run as a program, the program loader parses the rest of the script's initial line as an interpreter directive; the specified interpreter program is run instead, passing to it as an argument the path that was initially used when attempting to run the script. For example, if a script is named with the path "path/to/script", and it starts with the following line:
#!/bin/sh
then the program loader is instructed to run the program "/bin/sh" instead (usually this is the Bourne shell or a compatible shell), passing "path/to/script" as the first argument.
Edit:
If they say Oh, but can you execute it in bash just by using ./script ? then the answer is still yes. Remove /bin/ksh and copy(or link) bash to the same path. Taa-daa! Might require root privileges though.
./script.shwhich would of course work regardless of which shell is used to invoke it../script.shwould generate an error if/bin/kshdoesn't exist. But you can dosh script.shorbash script.shand it won't complain about/bin/kshbeing missing.