LuaSandbox/tr

LuaSandbox PHP 7 ve PHP 8 için, güvenilmeyen Lua 5.1 kodunun PHP içinden güvenli bir şekilde çalıştırılmasına izin veren bir uzantıdır; bu, genellikle bir Lua ikili dosyasına göndermekten ve süreçler arası iletişimi kullanmaktan daha hızlı olacaktır.

Ön paketli
LuaSandbox, Debian 10 ve Ubuntu 18.04 ve sonraki sürümlerde mevcuttur. Aşağıdaki komutla yükleyin:

PECL
LuaSandbox artık PECL'de mevcuttur. Paket sayfamıza bakın. Önce, aşağıda "el kurulum" altında açıklandığı gibi doğru Lua 5.1 kitaplığını edinin. Sonra çalıştırın:

sudo pecl install luasandbox

Gereksinimler
PHP ve Lua 5.1 için başlıkları ve kitaplık dosyalarını kurun.
 * Ubuntu gibi Debian'dan türetilen Linux dağıtımları için:
 * CentOS/Redhat'tan türetilen Linux dağıtımları için:
 * Mac OS X için:

İndir
Kaynak kodunu git'ten uygun bir dizine indirin:

Veya ve paketi açın.

Yapı
burada LuaSandbox Git deposunun klonlandığı dizindir.

Ardından PHP yapılandırmasına uygun bir yere  ekleyin. Örneğin, modern Debian'dan türetilen dağıtımlarda  ile bir dosya eklersiniz (burada , LuaSandbox'a uyduğunuz PHP sürümüdür) ve bunu etkinleştirmek için   komutunu kullanırsınız.

LuaSandbox'ı MediaWiki gibi bir web uygulamasıyla kullanıyorsanız, uzantıyı yüklemek için web sunucunuzu veya PHP için  yeniden başlatmanız gerekir. Böyle bir yeniden yüklemeden sonra, LuaSandbox'ı  ve   (ve Scribunto yüklü MediaWiki için Special:Version) çıkışında görmelisiniz.

Belgelendirme
Bu uzantı şimdi PHP kılavuzunda belgelenmiştir.

Kılavuzu değiştirmek istiyorsanız, GitHub'daki PHP kılavuz deposuna karşı bir çekme talebi gönderebilir veya uzantının Gerrit projesindeki LuaSandbox bölümünün aynasını değiştirebilirsiniz.

Standart Lua'dan farklılıklar
LuaSandbox, standart Lua 5.1'den bazı yönlerden farklı olan deneme tahtalı bir ortam sağlar.

Aşağıdaki işlevler ve paketler kullanılamaz:


 * Doğrudan dosya sistemi erişimine izin verdikleri için, ve  paketi. Gerekirse, dosya sistemine erişim PHP geri çağrıları yoluyla yapılmalıdır.
 * Büyük ölçüde doğrudan dosya sistemi erişimine bağlı olduğundan,  ve   dahil olmak üzere . Bunun yerine Scribunto'da kullanılan gibi bir saf Lua yeniden yazma kullanılabilir.
 * Lua kodunun statik analizine izin vermek için ve.
 * Standart çıkışa çıktığı için . Gerekirse, çıkış PHP geri çağrıları yoluyla yapılmalıdır.
 * Most of the package, as it allows manipulation of the process and executing of other processes.
 * ,,  , and   remain available.
 * Most of the package, as it allows manipulation of Lua state and metadata in ways that can break sandboxing.
 * remains available.
 * , as it may expose internal data.
 * ,, and the package have not been reviewed for security.

The following features have been modified:


 * and cannot catch certain errors, particularly timeout errors.
 * does not include pointer addresses.
 * 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.

History
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 had several advantages:


 * Small (170K standalone) and fast. The existence of LuaJIT was also considered a benefit.
 * Designed for embedding, including easy hooks for CPU and memory limiting.
 * Easy sandboxing, no internal globals.
 * Detailed reference manual, including instructions on embedding.

The main disadvantage was that it wasn't known as widely as JavaScript.

JavaScript, in the form of the V8 engine at the time, had several disadvantages:


 * Minimal documentation on embedding.
 * 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.