githubEdit

user-secretAgent Smith

Rewst's lean, open-source command executor that fits right into your Rewst workflows.

:agentrewsty: Introducing Agent Smith

Built with GoLangarrow-up-right and leveraging Microsoft Azure IoT Hub, Agent Smith is all about keeping things fast, simple, and within your control. Agent Smith steps in to fill any gaps in your ability to execute scripts and syncs smoothly within your workflows.

If your current RMM responds too slowly for your needs, lacks an integration API, or you haven't yet invested in a complete RMM solution, Agent Smith bridges the gap. Agent Smith provides essential RMM-like functionality, empowering you to build your ideal technology ecosystem with the software that best fits your specific processes and automation initiatives. If you're working in an environment where RMM-triggered tasks take 30–90+ seconds to queue, execute, and return results, Agent Smith can retrieve key system data in a fraction of that time.

Agent Smith features and benefits:

  • Quick script execution overcomes traditional RMM task execution speed challenges.

  • Available on GitHubarrow-up-right, Agent Smith is open source, fully manageable through your Azure Tenant and Rewst workflows, and works with Windows, MacOS, and Linux.

  • Smaller environments can make use of Azure's free tier, or use a low-cost Standard tier.

  • Simple device and service provisioning setup is done via Rewst Crates, suitable for domain controllers and endpoints.

  • Ensure security and validity with automated builds, cryptographic signing, and SHA256 hashing.

  • Agents wait for Rewst messages, fitting effortlessly into existing automations.

  • Our support teamarrow-up-right will help you get up and automating.

Architecture

  • Agent Smith relies on the Microsoft Azure IoT Hubarrow-up-right for the majority of the heavy lifting.

    • The setup process will automatically create a single IoT hub instance in your Azure environment. If you're servicing customers, there's no need to set up additional instances.

    • All agents will become registered devices in your IoT Hub, and their connection properties remain within that instance.

    • Agent installation sets the organization ID for the Agent to be registered with. Workflows can identify agents according to their Rewst organization.

  • Agents will establish a connection to your IoT Hub instance for receiving messages triggered by Rewst workflows. These messages will contain IDs that refer to specific workflow executions that expect shell code to be executed.

    • Your IoT Hub will be established with its own hostname, such as myiothub.azure-devices.net .

    • The agents will communicate with the IoT Hub using the MQTT protocol tcp/8883.

  • The results of shell code will be sent directly back to Rewst via webhook, HTTP POST, to the workflow executions for processing.

    • The URLs that the agents will be sending data to are ephemeral, single-use paths.

    • They will correspond to the "back-end application handling" hostnames listed in the Security Pagearrow-up-right in the Rewst docs.

  • This combination of discrete one-way communication channels separates the message data, removing the requirement for the IoT Hub to have visibility to resulting data. The data is sent only direct to the workflow that requires it via a direct POST to an ephemeral URL.

Requirements

circle-info

It's always a good idea to test your agent in a lab environment first before deploying broadly.

Join the ⁠#agent-smitharrow-up-right channel on our Discord for more details and updates.

Last updated

Was this helpful?