Changelog - Luawl

Fixes and updates

Privacy and transparency

Luawl privacy view verifying a protected execution record.

Luawl can now show how a protected program was handled without exposing the program itself. Each valid run produces a verification record with its outcome and status.

Verification does not depend on our dashboard. Review the run record independently without exposing protected details.

Improved
  • Handling Protected runs remain inside the service boundary

  • Verification A clear run record for each completed execution

  • Privacy Independent review without protected details

  • Runtime Clear status for each completed run

Fixed
  • Privacy Fixed stale verification state after re-obfuscation

  • Verification Fixed run status appearing before completion

  • Handling Fixed verification refresh after an expired session

Execution receipts

Luawl execution record with verification record, enclave proof, and run status.

We rebuilt how Luawl records executions. Every valid run now has a clear verification record you can inspect after completion.

Verification makes handling reviewable without exposing protected details. Requests that do not qualify remain separate from completed runs.

Transparency keeps each execution and its verification record together across the product.

New
  • Verification A clear run record for each completed execution

  • Privacy Handling status attached to each run record

  • Executions A review link for each completed run

  • Verifier Independent review of the run record

Improved
  • Transparency Cleaner execution details and proof states

  • Runtime Faster verification updates after a run

Fixed
  • Verification Fixed mismatched run status after retries

  • Executions Fixed delayed proof visibility for recent runs

Loader authorization controls

Luawl runtime view showing a valid execution entry point.

Projects can now define execution requirements before protected output is returned. Existing access rules stay outside the protected runtime.

Valid executions receive protected output; requests that do not qualify stop before delivery. Records separate attempts from completed runs.

New
  • Authorization Execution requirements can be set per project

  • Loader Clear entry point for each project

  • Webhooks Status events for completed executions

  • Projects Project access settings are easier to rotate

Improved
  • Runtime Clearer denial states for expired authorization

  • Dashboard Execution and runtime obfuscation totals separated

Fixed
  • Loader Fixed duplicate build requests during retries

  • Webhooks Fixed event ordering during rapid executions

Protected execution model

Luawl protected execution settings view.

Luawl now prepares supported scripts for its protected execution model. The loader is only the entry point; protected output is returned only for a valid execution.

Each valid execution is handled independently, with the details of that handling kept behind the service boundary. Support expands only as behavior preservation is proven.

Broader Lua support will follow as compatibility and behavior-preservation tests are completed.

New
  • Runtime Protected handling for supported Lua programs

  • Compiler Clear support boundaries for Lua programs

  • Runtime Independent handling for each valid execution

  • Loader Protected output returned for valid executions

Improved
  • Compiler Clear diagnostics for unsupported syntax

  • Runtime Lower startup overhead for small scripts

Fixed
  • Runtime Fixed conditional handling in nested control flow

  • Loader Fixed stale status after execution requirements changed

Get started today

Luawl is easy to set up, maintain, and use. It takes less than 5 minutes to get up and running.

Intel SGX

End-to-end encryption

Welcome back

Ready to obfuscate today, Alex?

-- Paste your Lua script to obfuscate.

Scripts

Obfuscations

Compute

Traces

Terrain Generator

Character Controller

World Generator

Pathfinding Module

Transparent image of sand dunes

, the runtime obfuscation interface by Luawl.