LuaSandbox/de

LuaSandbox is an extension for PHP 7 and PHP 8 to allow safely running untrusted Lua 5.1 code from within PHP, which will generally be faster than shelling out to a Lua binary and using inter-process communication.

Vorverpackt
LuaSandbox ist in Debian 10 und Ubuntu 18.04 und neuer verfügbar. Installiere mit den folgenden Befehl:

PECL
LuaSandbox is now available in PECL, which also provides pre-built Windows DLLs. Siehe unsere Paketseite. Lade erstmal die richtige Lua 5.1-Bibliothek herunter, wie unten bei "Manuelle Installation" beschrieben. Führe dann folgendes aus:

sudo pecl install luasandbox



Voraussetzungen
Installiere die Header- und Bibliothekdateien für PHP und Lua 5.1.
 * Für Debian-derivative Linux-Distributionen wie Ubuntu:
 * Für CentOS/Redhat-derivative Linux-Distributionen:
 * Für macOS

Herunterladen
Lade den Quellcode in ein geeignetes Verzeichnis von git herunter:

Oder und entpacke es.

Build
here is the directory that LuaSandbox Git repository was cloned to.

Then add  to the PHP configuration in an appropriate place. For example, in modern Debian-derived distributions you would add a file to  (where   is the version of PHP for which you complied LuaSandbox) and use the   command to enable it.

If you are using LuaSandbox with a web application such as MediaWiki, you will need to restart your web server or  for PHP to load the extension. After such reload, you should see LuaSandbox in the output of  and   (and, for MediaWiki with Scribunto installed, Special:Version).

Dokumentation
Diese Erweiterung wird nun im PHP-Handbuch dokumentiert.

If you want to change the manual, you can either submit a pull request against the PHP manual repository in GitHub, or you can change our mirror of the LuaSandbox chapter in the extension's Gerrit project.



Unterschiede zum Standard-Lua
LuaSandbox provides a sandboxed environment which differs in some ways from standard Lua 5.1.

Die folgenden Funktionen und Pakete sind nicht verfügbar:


 * , und das -Paket, da sie direkten Zugriff auf das Dateisystem erlauben. Falls nötig, sollte der Dateisystemzugriff durch PHP-Callbacks erfolgen.
 * Das -Paket, inklusive  und , da es sehr auf direkten Dateisystemzugriff angewiesen ist. Eine rein-Lua-Umschreibung, wie dies in Scribunto verwendet wird, kann stattdessen verwendet werden.
 * und, um eine statische Analyse von Lua-Code zu erlauben.
 * , da dies zur Standardausgabe ausgibt. Falls nötig, sollte die Ausgabe durch PHP-Callbacks erfolgen.
 * Der Großteil des -Pakets, da es die Manipulation des Prozesses und das Ausführen von anderen Prozessen erlaubt.
 * ,,   und   bleiben verfügbar.
 * Der Großteil des -Pakets, da es die Manipulation des Lua-Status und der Metadaten auf Weisen ermöglicht, die das Sandboxing brechen kann.
 * bleibt verfügbar.
 * , da es möglicherweise interne Daten offenlegt.
 * , und das -Paket wurden nicht auf Sicherheit überprüft.

Die folgenden Funktionen wurden modifiziert:


 * und können bestimmte Fehler nicht fangen, insbesondere Zeitüberschreitungsfehler.
 * enthält keine Zeigeradressen.
 * has been patched to limit the recursion depth and to periodically check for a timeout.
 * and are replaced with versions that don't share state with PHP's.
 * The Lua 5.2 and  metamethods are supported by   and.

Geschichte
Over the years, MediaWiki's wikitext template language gained more features and grew more complicated. As early as 2009, MediaWiki developers began discussing the idea of embedding a real scripting language instead of continuing to make wikitext more complex.

Requirements for such a project included a strong sandbox and strict limitations on memory and CPU time usage, since it would be executing untrusted user code on production servers. It would need to be usable by shelling out to a standalone binary, with the ability to be run in-process via a PHP extension for better performance being a major benefit.

When development started in earnest circa 2011, four candidate languages were identified: Lua, JavaScript, PHP, or a hypothetical "WikiScript" language to be developed. Lua hatte verschiedene Vorteile:


 * Klein (eigenständig 170K) und schnell. Auch die Existenz von LuaJIT wurde als Vorteil betrachtet.
 * Konzipiert für die Einbettung, einschließlich einfacher Hooks für CPU- und Arbeitsspeicherbegrenzung.
 * Einfaches Sandboxing, keine internen Globals.
 * Detaliertes Referenzhandbuch, inklusive Anweisungen zum Einbetten.

Der Hauptnachteil war, dass es nicht so bekannt war wie JavaScript.

JavaScript hatte in der damaligen Form der V8-Engine mehrere Nachteile:


 * Minimale Dokumentation zur Einbettung.
 * Continued support for embedding unclear.
 * No allocation hook.
 * Huge standalone binary.

The Rhino engine was worse, as being written in Java it couldn't sanely be embedded in PHP at all. PHP itself was rejected since proper embedding and sandboxing would have been extremely difficult and pre-parsing would have been slow, and "WikiScript" would have been a much larger project in that it would have required developing an interpreter (or two) from scratch.

Thus, Lua was chosen, specifically version 5.1 that was available at the time, and this PHP extension was developed. The changes made to function environment handling in 5.2 have prevented a simple upgrade since, see T178146 for details.



Externe Links

 * Gerrit icon.svg Gerrit Quellcode
 * Wikimedia Phabricator logo.svg Phabricator mirror
 * Octicons-mark-github.svg GitHub mirror
 * Debian-Paket
 * Code-Dokumentation