【问题标题】:File/folder permissions and ownership breaks wordpress functionality, what is a secure solution?文件/文件夹权限和所有权破坏了 wordpress 功能,什么是安全的解决方案?
【发布时间】:2012-11-21 21:53:56
【问题描述】:

除了安全困境之外,我有一个运行(在共享主机上)的 wordpress 网络非常满意。

当我第一次安装应用程序时,我是通过 plesk Cpanel 完成的。 后来当我开始添加插件时,我意识到服务器使用了safe_mode On。我要求主机将其删除,但在此之前我确实通过 FTP 安装了我的大部分插件,因为由于 safe_mode On 设置导致的权限问题。

但现在我似乎遇到了一个限制我的不同环境。因为我通过 FTP 安装插件,所以我的 FTP 用户是文件的所有者。现在,当我尝试通过正常的 wordpress 例程进行更新时,它没有足够的流文件夹权限,当我将其设置为 777 时,它没有足够的权限用于插件文件夹,因为 apache 不是文件夹和文件的所有者.

我不想将我的所有文件夹设置为 777(775 也不起作用),更改所有者(我通过 Wordpress 插件创建文件夹进行了测试)有效,但 http://codex.wordpress.org/Changing_File_Permissions 告诉我我不应该让apache 成为我的文件和文件夹的所有者。

你能给我建议:

  • 关于让 apache 成为我的文件和文件夹的所有者的安全问题
  • 关于 777 权限的安全问题(我认为这显然是一个安全风险,但也许我忽略了一些东西)
  • 我还能做些什么来让 wordpress 正常运行

如果您需要有关共享主机的更多信息,请告诉我。

【问题讨论】:

    标签: wordpress apache security chmod chown


    【解决方案1】:

    我过去也遇到过类似的问题。

    最后,我发现自己用细齿梳通读了 WordPress.org 上的 Hardening WordPress 文章,并特别注意了这部分:http://codex.wordpress.org/Hardening_WordPress#File_Permissions,它建议混合使用 755 和 644。

    您可能希望运行递归更改(以确保它们回显到下面的文件夹),然后将 WordPress Firewall 2 之类的东西作为安全插件弹出。

    最终,共享托管环境只能在一定程度上得到保护(因为它是共享的)——但这两者都是一个好的开始。

    【讨论】:

    • 感谢您的链接,特别是“任何需要 WordPress 写入权限的文件都应归网络服务器使用的用户帐户所有。”看起来就是我要找的东西。我应该要求我的主机将 apache 添加到组中吗?
    • 您的用户详细信息应该足够了 - 在共享设置中,使用通用 Apache / 系统进程详细信息有点冒险(如果您在此处看到 WordPress 的权限方案:codex.wordpress.org/…)。
    • 在我的情况下,这句话听起来是对的(我知道奇怪的句子):“任何需要 WordPress 写访问的文件都应该由 WordPress 使用的用户帐户拥有或归组所有” .我怎样才能让 wordpress 可以使用我的 ftp 帐户?我通过我的 plesk cpanel 安装了 wordpress。
    猜你喜欢
    • 2015-08-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-11-08
    • 1970-01-01
    • 1970-01-01
    • 2021-01-09
    • 2018-05-16
    相关资源
    最近更新 更多