ruby – 什么方法可以访问源代码?

前端之家收集整理的这篇文章主要介绍了ruby – 什么方法可以访问源代码?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
有几种方法可以从需要/加载该库的 Ruby代码中访问库的源代码.在这些方法中,有些人直接读取库文件并解析它.其他人通过一些内置方法访问源代码,这些方法提供有关源的信息(例如抽象语法树).在我无权直接读取文件内容的情况下(如前面的方式),访问源的唯一方法是访问提供信息的内置方法.通过重新定义这些方法来做其他事情,我将完全失去对源代码的访问权限.最小的方法集是什么,如果我将它们重新定义为其他方法,我将完全失去对外部文件库的源代码的访问权限?

重新解释这个问题

假设:

>有一个用户可以在文件A中编写任何Ruby代码.
>我编写了一个静态Ruby文件B,它加载文件A并调用A中定义的主例程,还定义了用户可以在A中使用的一些类/方法.
>用户没有对B的r(读)或w(写)权限.

我必须重新定义(无效)或通过在文件B中写入来删除(标准Ruby)方法,以使用户无法访问文件B中写入的源(通过用户可以在文件A中编写的任何代码) )当我运行文件B?

有些像sorcerer,pry这样的库可以提取它可以访问的方法的源代码.在纯Ruby中必须有一些原始命令,这些库依赖于这些命令使它们可以访问源代码.有什么方法可以使这种事情成为可能?

如果您不知道完整的答案,但知道某个特定的库如何提取某些方法的来源,那么这仍然会有所帮助.

解决方法

TL; DR:仅使用Ruby的解决方案只能使用source_location,因此只需重新定义它以返回类似[‘/ some / empty / file’,1]的内容.解释器的C hacks不使用source_location,但是你可以阻止/白名单上的require和friends来阻止任何C扩展的使用.

首先,为了能够执行Ruby脚本,您必须能够读取它…

但回到这个问题.我知道Sourcify除了在Proc和Method上使用一个名为source_location的方法之外,不使用任何神秘的方法,它给出了文件名和行号是一个方法/ proc定义.我从经验中知道这种方法非常脆弱,需要编写某种解析器,有时只能在合法的情况下工作.所以,如果你在B中重新定义source_location以返回类似/ dev / null,第0行的东西并让Sourcify抛出一个非Ruby源异常,那么Sourcify已经出来了.

从Pry的source开始,似乎Pry使用了相同的source_location方法,因此两只一石二鸟.

现在,所有这些库都有另一种选择,即下拉到C并破解解释器以记录源代码.这几乎完美无瑕.但我们仍然可以通过一种非常简单的方式避免危险.有人可以在A中包含Pry方法源的所有代码.但是,如果不需要C库,则不能包含内联C/C++扩展.因此,解决方案显而易见:重新定义require和require_relative并加载到不工作,或仅允许某些库.这样,你可以阻止C黑客攻击.

在MRI上,除了source_location之外,没有办法(从Ruby代码中)执行此操作.你去吧!

编辑:根据@banister,来自MRI 2.0,内置了一个binding_of_caller方法,可以替换源位置.也是这样. 原文链接:https://www.f2er.com/ruby/268487.html

猜你在找的Ruby相关文章