- Improved the generation of requirements in vulnerabilities so that the player can activate or deactivate certain exploits based on their interaction with the system, creating a more dynamic attack and defense system.

- Added new vulnerabilities and modified some of the existing ones.

- Fixed bug that allowed to execute methods not available in the partial object.

- Removed prouter object.

- Fixed bug that allowed changing the version of a service only by manually replacing the libraries.

- Exploit System Expansion: New vulnerability added that can return any of the following partial objects: pcomputer, prouter, pshell, pfile.
NOTE: this system will be adjusted and changed in future updates.

These partial objects have access to a limited number of methods of their normal variant. The methods that are accessed on each partial object depend on the vulnerability. metalib.overflow needs to be called like any other vulnerability to know what type of object it returns and what methods it can access. In the case of obtaining a pfile, metalib.overflow must be provided with a path to the desired file

- Added option to choose the version of the library that you want to install from the official repository. For example apt-get install libssh.so=1.0.2
NOTE: This option will be extended to player-created repositories in future updates.

- To change the version of a service you have to install it again, choosing the desired version. The code of ssh-server, chat-server, repository-server, ftp-server, rshell-server has been updated to reflect these changes.

- Trying to change the version of a service by copying another library into /lib after its installation will return an error when trying to connect to the service or "unknown" when scanning it.

- It is only allowed to install a service whose version of its associated library is among the last 20 most recent.

- Added the following methods in the net_session object: get_num_users, get_num_portforward, get_num_conn_gateway, is_any_active_user, is_root_active_user

- Fixed regression bug in aireplay when using the max acks argument, stopping the script instead of continuing its execution.

- Fixed regression bug that caused hardware could not be installed on a rented server if no change had been previously made to the device.

- Fixed bug in ctfEvent.player_success that allowed to be called repeatedly getting the reward each time.

- Fixed regression bug that caused library versions to change spontaneously between different scans or interactions with the device.

- Fixed regression bug that could cause a crash when trying to interact with a network that had been generated with a hidden mission.

- Fixed regression bug in aireplay when frozen after its execution. (aireplay no longer consumes server CPU time)

- Fixed bug that caused a crash when interacting with a CTF network if the template had updated its libraries after the CTF network was generated.

- Fixed bug in the CTF web panel when the information was not refreshed until the Browser was closed and reopened.

- Fixed regression bug that caused social engineering emails to not work.

- Fixed bug that caused no social engineering template to be displayed if the user had not registered a bank account.

- Fixed bug in system.log causing the logs from different devices to be mixed even if they were not related.

- Fixed crash when trying to interact with a network from a CTF mission.


- Improved memory monitoring in scripts to free memory when needed and avoid reaching the maximum limit in certain cases.

- Improved CPULimit preventing certain scripts from being slowed down excessively.

The nightly build is open to everyone featuring CTF events and several major internal game code improvements.

Note that the Nightly version is unstable, may contain game breaking bugs and the savegame can be deleted frequently. So It is not recommended for new players.

The nighly build is designed to help report bugs and provide feedback while the version is finished.
In this branch the updates will be frequent, of the order of several per week.

Important: Changing to the nightly build removes the savegame from the Single Player mode of the Public build and vice versa. Multiplayer mode progress is not deleted even if you switch from one build to another.

Visit the official Discord of the game for more information, support and the latest news from the nightly build.


- Major improvements in the game world generation to avoid excessive database sizes improving the performance.

- Major game code refactoring to monitorize CPU and RAM usage in scripts, allowing a better balance of player resources in the game server.

- Added CTF (Capture the flag) events allowing players to create their own missions and receive rewards for it. You can find more info about it in the Manual > Websites and Services > CTF

- Added new scripting metods under general: create_ctf, get_ctf

- Added new scripting object ctfEvent with the following methods: set_config, get_description, get_template, publish, unpublish, delete_event, player_success, get_creator_name, get_mail_content.

- Renewed jpg images with high resolution versions. The images of the missions still use the old versions, they will be renewed in future updates.

- Added desktop wallpapers and changed the default wallpaper.

Known issues

- Single Player mode, ssh encryption and print replace text option are temporary disabled and will re-enabled in future nightly updates.

Go to your Steam library, right click on Grey Hack and choose Properties. You’ll see a tab for BETAS.

Click on that, and then in the box enter the code: nightlybuild

That done the dropdown box above should become active, and you can now select 'nightly'.

Thanks for your support and feedback!

Hello everyone! I would like to share with you the latest updates on the development.

There have been some new improvements in the nightly build that are extending the development time more than initially estimated.

Apart from the improvements in the database management, as mentioned in the previous preview, substantial improvements have been added to the execution of scripts by players.

To prevent server saturation issues that cause lags and slowdowns, usually caused by scripts that use a lot of server resources, a deep refactoring of the game has been carried out. Now, scripts will run as actual independent processes separate from the game, allowing for accurate monitoring of how much memory and CPU a script is using at any given time, which is not consistently measurable in the current public version.

This monitoring will allow the server to limit resources for players who are using too much CPU time across all their scripts, avoiding resource saturation and, therefore, the lags and slowdowns caused to other players. Additionally, there will now be a maximum limit of actual RAM memory that a script can reserve during its execution, also preventing complete server crashes if any script tries to use all available server RAM.

These changes also have some positive side effects, as it is no longer necessary to use some artificial limits introduced in Greyscript to prevent excessive memory reservation issues, such as the maximum total number of instantiated elements across all lists and maps in a script, as well as other similar limits.

The difficult part is already done, and the nightly build is now privately available for the debuggers group. Due to the deep changes made in the code, there is work to be done fixing critical regressions, so I cannot estimate when it will be available for everyone, but I hope it will be soon if no unexpected issues arise.

Fixed regression bug in format_colums causing leading spaces to be ignored.

- Fixed bug in "format_columns" scripting method that could cause performance problems if received
very large strings.

Fixed regression bug that caused commands not to be launched in a safe mode Terminal, throwing the error "script is not attached to any existing terminal"

Hi everyone!

I have some exciting news to share with you. The game server has been updated to a much more powerful one, which means better performance and a smoother gaming experience for everyone in Multiplayer mode. However, due to technical reasons, it has not been possible to transfer the database to the new server.

So, for a few days, the game branch called old_public_build will be activated. This way, you'll be able to access your saved data from the old server, that it will still be online for several days, and transfer it to the new one if you'd like.

Please note that this change only affects the Multiplayer mode, and SinglePlayer mode will remain unaffected. You can access to the old_public_build branch without a password from Steam > Library > Right click on Grey Hack > Properties > Betas

I apologize for any inconvenience this may cause and thank you for your understanding.