CfgRemoteExec – Arma 3

From Bohemia Interactive Community
Jump to navigation Jump to search
(Updated example)
m (Some wiki formatting)
(28 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{GVI|arma3|1.50|category}}
{{TOC|side}}


==== Description ====
CfgRemoteExec defines rules for the remote execution of functions and commands. These rules only apply to clients. The server is not subject to any limitations, everything is enabled and allowed for it.
Class containing a list of all scripted functions and commands which can be remotely executed by [[BIS_fnc_MP]] / [[remoteExec]] / [[remoteExecCall]] on server or client machines. Can be defined in [[Config.cpp]] or in campaign's or mission's [[Description.ext]]. The most local variant is used. See also [[CfgRemoteExecCommands]].


==== Format ====
{{Feature|Informative|As usual, the more local config takes precedence: [[Description.ext|Mission Description.ext]] ([[missionConfigFile]]) > [[Campaign Description.ext]] ([[campaignConfigFile]]) > Game / Mod Config ([[configFile]]). If several definitions for CfgRemoteExec exist, the {{hl|mode}} attribute will be overridden by the last parsed config and whitelisted functions and commands will be merged.}}
 
See [[Arma 3: Remote Execution]] for more information about remote execution.
 
 
== Format ==
<syntaxhighlight lang="cpp">
class CfgRemoteExec
{
class Functions
{
/*
Operation modes:
0 - remote execution is blocked
1 - only whitelisted functions / commands are allowed
2 - remote execution is fully allowed, ignoring the whitelist (default, because of backward compatibility)
*/
mode = 2;
 
/*
JIP:
0 - JIP flag can not be set
1 - JIP flag can be set (default)
*/
jip = 1;
 
class BIS_fnc_someFunction
{
/*
Allowed targets:
0 - can target all machines (default)
1 - can only target clients, execution on the server is denied
2 - can only target the server, execution on clients is denied
Any other value will be treated as 0.
*/
allowedTargets = 0;
 
//Override the global setting (defined in class Functions) for this function:
jip = 0;
};
};
 
class Commands
{
mode = 1;
 
class setDir
{
allowedTargets = 2;
jip = 0;
};
};
};
</syntaxhighlight>
As demonstrated with the {{hl|jip}} attribute in class {{hl|BIS_fnc_someFunction}}, global settings can be overridden for individual functions / commands.
 
 
== Safe Config ==
This config only allows required default game functions (see [[#Notes|Notes]]).
<syntaxhighlight lang="cpp">
class CfgRemoteExec
{
class Functions
{
mode = 1; //Whitelist only
jip = 0; //JIP flag not allowed
 
class BIS_fnc_effectKilledAirDestruction { allowedTargets = 0; jip = 0; };
class BIS_fnc_effectKilledSecondaries { allowedTargets = 0; jip = 0; };
class BIS_fnc_objectVar { allowedTargets = 0; jip = 0; };
class BIS_fnc_setCustomSoundController { allowedTargets = 0; jip = 0; };
 
/*
class BIS_fnc_debugConsoleExec { allowedTargets = 0; }; //Allow debug console (optional)
*/
};
};
</syntaxhighlight>
 
 
== initPlayerServer.sqf ==
If [[execVM]] is not whitelisted, [[Event Scripts|initPlayerServer.sqf]] will not be executed. To have it functional without allowing [[execVM]], use the following workaround through [[Arma 3: Functions Library|CfgFunctions]]:
<syntaxhighlight lang="cpp">
class CfgFunctions
{
class TAG
{
class Category
{
class initPlayerServer { file = "initPlayerServer.sqf"; };
};
};
};
</syntaxhighlight>
<syntaxhighlight lang="cpp">
class CfgRemoteExec
class CfgRemoteExec
{
{
{{codecomment|// List of script functions allowed to be sent from client via remoteExec}}
class Functions
class Functions
{
{
mode = 1;
{{codecomment|// RemoteExec modes:
class TAG_fnc_initPlayerServer { allowedTargets = 2; };
// 0- turned off
};
// 1- turned on, taking whitelist into account
};
// 2- turned on, ignoring whitelist (default, because of backward compatibility)}}
</syntaxhighlight>
mode = 2;
Then execute it from [[Event Scripts|init.sqf]]:
<sqf>
{{codecomment|// Ability to send jip messages: 0-disabled, 1-enabled (default)}}
if (hasInterface) then
jip = 1;
{
[] spawn {
{{codecomment|// your functions here}}
waitUntil {!isNull player};
class BIS_fnc_aFunction
[player, didJIP] remoteExec ["TAG_fnc_initPlayerServer", 2];
{
};
allowedTargets = 0; {{codecomment|// can target anyone (default)}}
};
jip = 0; {{codecomment|// sending jip messages is disabled for this function}}
</sqf>
{{codecomment|// (overrides settings in the Functions class)}}
 
};
 
class YourFunctionOne { allowedTargets = 1; }; {{codecomment|// can target only clients}}
== Default Config ==
class YourFunctionTwo { allowedTargets = 2; }; {{codecomment|// can target only the server}}
{{Feature|Informative|The default {{hl|CfgRemoteExec}} in the game's main config uses an outdated format and is left for backward compatibility only (it was used directly by [[BIS_fnc_MP]]). The {{hl|Client}} and {{hl|Server}} classes are obsolete now. The new [[Arma_3:_Remote_Execution#Remote_Execution_Framework|Remote Execution Framework]] ignores it (by default, all functions and commands are allowed).}}
};
This is the default [[config.cpp]] entry (obsolete):
<spoiler>
{{codecomment|// List of script commands allowed to be sent from client via remoteExec}}
<syntaxhighlight lang="cpp">
class Commands
class CfgRemoteExec
{
{
{{codecomment|// your commands here}}
class Server
class setDir
{
{
class Functions
allowedTargets = 2; {{codecomment|// can target only the server}}
{
jip = 0; {{codecomment|// sending jip is turned off}}
mode = 2;
{{codecomment|// (overrides settings in the Commands class)}}
};
};
class Commands
};
{
};
mode = 2;
};
};
class Client
{
class Functions
{
mode = 2;
};
class Commands
{
mode = 2;
};
};
};
</syntaxhighlight>
</spoiler>




== Notes ==
== Notes ==
<dl class="command_description">
 
<dd class="notedate">Posted on January 1, 2016</dd>
{{Note
<dt class="note">[[User:AgentRevolution|AgentRev]]</dt>
|user= AgentRev
<dd class="note">
|timestamp= 20160102052800
<ul>
|text=
<li>As BIS_fnc_MP now uses remoteExec, there are some functions spontaneously called by the game core that require whitelisting in order to work if <tt>class Functions</tt> is set to <tt>mode = 1;</tt>
* As [[BIS_fnc_MP]] now uses [[remoteExec]], there are some functions spontaneously called by the game core that require whitelisting in order to work if {{hl|class Functions}} is set to {{hl|c= mode = 1}}: <syntaxhighlight lang="cpp">
<code>class BIS_fnc_effectKilledAirDestruction {};
class BIS_fnc_effectKilledAirDestruction {};
class BIS_fnc_effectKilledSecondaries {};
class BIS_fnc_effectKilledSecondaries {};
class BIS_fnc_objectVar {};
class BIS_fnc_objectVar {};
</code><br/>
class BIS_fnc_setCustomSoundController {};
<li>For [[Event_Scripts|initPlayerServer.sqf]] to work, [[BIS_fnc_execVM]] would need to be whitelisted, but that should be avoided at all costs, as it allows hackers to bypass the whitelist.<br/><br/>
</syntaxhighlight>
<li>For the debug console to be able to execute anything (even locally), [[BIS_fnc_debugConsoleExec]] must be whitelisted. This function only works when its [[remoteExecutedOwner]] is [[admin]], so it is safe to whitelist for everyone.<br/><br/>
* For [[Event Scripts|initPlayerServer.sqf]] to work, [[BIS_fnc_execVM]] would need to be whitelisted, but that should be avoided at all costs, as it allows hackers to bypass the whitelist. Use [https://www.reddit.com/r/armadev/comments/8fkitd/initplayerserversqf_therefore_initplayerserversqf/dy5k5pf/ this method] instead.
<li>remoteExec and remoteExecCall are filtered by BattlEye's remoteexec.txt, the string analyzed by BE is formatted the same way as the following example's output:
* For the debug console to be able to execute anything (even locally), [[BIS_fnc_debugConsoleExec]] must be whitelisted. This function only works when its [[remoteExecutedOwner]] is [[admin]], so it is safe to whitelist for everyone.
<code>[[format]] ["%1 %2", functionName, [[str]] params]</code>
* [[remoteExec]] and [[remoteExecCall]] are filtered by BattlEye's remoteexec.txt, the string analyzed by BE is formatted the same way as the following example's output: <sqf>
The following remoteexec.txt exclusion can be used to safely allow all whitelisted *_fnc_* functions taking an array as parameter to go through:
format ["%1 %2", functionName, str arguments]</sqf><!--
<code>!="\w+?_fnc_\w+? \[.*\]"</code>
-->The following remoteexec.txt exclusion can be used to safely allow all whitelisted *_fnc_* functions taking an array as parameter to go through: <sqf>!="\w+?_fnc_\w+? \[[\S\s]*\]"</sqf><!--
Any attempt to exploit this exclusion using other RE methods like [[createUnit]] will run into "Error Missing ;" without any malicious code being executed. Mod makers should refrain from remote-executing raw commands from clients, as they require individual exclusions, and instead use *_fnc_* functions taking an array as parameter, which are covered by the above exclusion.
-->Any attempt to exploit this exclusion using other RE methods like [[createUnit]] will run into "Error Missing ;" without any malicious code being executed.<!--
</ul>
--> Mod makers should refrain from remote-executing raw commands from clients, as they require individual exclusions, and instead use *_fnc_* functions taking an array as parameter, which are covered by the above exclusion.
</dd>
}}
</dl>




[[Category:Arma_3:_Editing]]
{{GameCategory|arma3|Remote Execution}}
[[Category:Introduced with Arma 3 version 1.50]]

Revision as of 13:14, 15 July 2022

CfgRemoteExec defines rules for the remote execution of functions and commands. These rules only apply to clients. The server is not subject to any limitations, everything is enabled and allowed for it.

As usual, the more local config takes precedence: Mission Description.ext (missionConfigFile) > Campaign Description.ext (campaignConfigFile) > Game / Mod Config (configFile). If several definitions for CfgRemoteExec exist, the mode attribute will be overridden by the last parsed config and whitelisted functions and commands will be merged.

See Arma 3: Remote Execution for more information about remote execution.


Format

class CfgRemoteExec
{
	class Functions
	{
		/*
		Operation modes:
			0 - remote execution is blocked
			1 - only whitelisted functions / commands are allowed
			2 - remote execution is fully allowed, ignoring the whitelist (default, because of backward compatibility)
		*/
		mode = 2;

		/*
		JIP:
			0 - JIP flag can not be set
			1 - JIP flag can be set (default)
		*/
		jip = 1;

		class BIS_fnc_someFunction
		{
			/*
			Allowed targets:
				0 - can target all machines (default)
				1 - can only target clients, execution on the server is denied
				2 - can only target the server, execution on clients is denied
				Any other value will be treated as 0.
			*/
			allowedTargets = 0;

			//Override the global setting (defined in class Functions) for this function:
			jip = 0;
		};
	};

	class Commands
	{
		mode = 1;

		class setDir
		{
			allowedTargets = 2;
			jip = 0;
		};
	};
};

As demonstrated with the jip attribute in class BIS_fnc_someFunction, global settings can be overridden for individual functions / commands.


Safe Config

This config only allows required default game functions (see Notes).

class CfgRemoteExec
{
	class Functions
	{
		mode = 1;	//Whitelist only
		jip = 0;	//JIP flag not allowed

		class BIS_fnc_effectKilledAirDestruction	{ allowedTargets = 0; jip = 0; };
		class BIS_fnc_effectKilledSecondaries		{ allowedTargets = 0; jip = 0; };
		class BIS_fnc_objectVar					{ allowedTargets = 0; jip = 0; };
		class BIS_fnc_setCustomSoundController		{ allowedTargets = 0; jip = 0; };

/*
		class BIS_fnc_debugConsoleExec				{ allowedTargets = 0; }; //Allow debug console (optional)
*/
	};
};


initPlayerServer.sqf

If execVM is not whitelisted, initPlayerServer.sqf will not be executed. To have it functional without allowing execVM, use the following workaround through CfgFunctions:

class CfgFunctions
{
	class TAG
	{
		class Category
		{
			class initPlayerServer { file = "initPlayerServer.sqf"; };
		};
	};
};
class CfgRemoteExec
{
	class Functions
	{
		mode = 1;
		class TAG_fnc_initPlayerServer { allowedTargets = 2; };
	};
};

Then execute it from init.sqf:

if (hasInterface) then { [] spawn { waitUntil {!isNull player}; [player, didJIP] remoteExec ["TAG_fnc_initPlayerServer", 2]; }; };


Default Config

The default CfgRemoteExec in the game's main config uses an outdated format and is left for backward compatibility only (it was used directly by BIS_fnc_MP). The Client and Server classes are obsolete now. The new Remote Execution Framework ignores it (by default, all functions and commands are allowed).

This is the default config.cpp entry (obsolete):

class CfgRemoteExec
{
	class Server
	{
		class Functions
		{
			mode = 2;
		};
		class Commands
		{
			mode = 2;
		};
	};
	class Client
	{
		class Functions
		{
			mode = 2;
		};
		class Commands
		{
			mode = 2;
		};
	};
};


Notes

AgentRev - c
Posted on Jan 02, 2016 - 05:28 (UTC)
  • As BIS_fnc_MP now uses remoteExec, there are some functions spontaneously called by the game core that require whitelisting in order to work if class Functions is set to mode = 1:
    class BIS_fnc_effectKilledAirDestruction {};
    class BIS_fnc_effectKilledSecondaries {};
    class BIS_fnc_objectVar {};
    class BIS_fnc_setCustomSoundController {};
    
  • For initPlayerServer.sqf to work, BIS_fnc_execVM would need to be whitelisted, but that should be avoided at all costs, as it allows hackers to bypass the whitelist. Use this method instead.
  • For the debug console to be able to execute anything (even locally), BIS_fnc_debugConsoleExec must be whitelisted. This function only works when its remoteExecutedOwner is admin, so it is safe to whitelist for everyone.
  • remoteExec and remoteExecCall are filtered by BattlEye's remoteexec.txt, the string analyzed by BE is formatted the same way as the following example's output:
    format ["%1 %2", functionName, str arguments]
    The following remoteexec.txt exclusion can be used to safely allow all whitelisted *_fnc_* functions taking an array as parameter to go through:
    !="\w+?_fnc_\w+? \[[\S\s]*\]"
    Any attempt to exploit this exclusion using other RE methods like createUnit will run into "Error Missing ;" without any malicious code being executed. Mod makers should refrain from remote-executing raw commands from clients, as they require individual exclusions, and instead use *_fnc_* functions taking an array as parameter, which are covered by the above exclusion.