様々な悪意ある攻撃から守るためのモジュールです。このモジュールでは、以下の攻撃を防ぎます。2.0.9.2以下に存在するもの)これらの攻撃からあなたのXOOPSを守り、ログに記録します。このモジュールはあくまで、最大公約数的な防御しか行いません。一部の3rdパーティモジュールに見られるような穴の一部は防げるかもしれませんが、すべての穴を防ぎきるものではなく、過信は禁物です。その限界は承知の上で、すべてのXOOPSユーザーに対して、インストールを強くお勧めします。モジュールと同様にインストールして下さい。ブロックが左ブロックの一番上(優先順位が0)に表示されるようにしてください。その画面で、すべてのユーザーにブロックアクセス権限を設定して下さい。呼び出すようにすることが絶対必要条件です。;と、2行追加して下さい。}という3行を挟み込むようにするのが最善の挿入ポイントです。挿入することで追加されるのは、あくまで事前チェックです。適切な処理のために、ブロックでも表示されるようにして下さい。2.4以降では、ブロックは無くします。「システム管理」->「一般設定」->「一般設定」->「IPアクセス拒否」をONにする必要があります。通常は、このモジュールをインストールするだけで、ここがONになります。インストールしてもOFFのままだった場合、すぐ下の拒否IP一覧に、お使いのクライアントマシンが載ってしまっている可能性があります。「IPアクセス拒否」を不用意にONにする前に、お使いのクライアントマシンのIPを、拒否IP一覧から削って下さい。xoops)/modules/protector/admin/rescue.phpにアクセスして、Protectorの一般設定で指定したパスワードを入力することで、一時的に、IP拒否機能をOFFにできます。このパスワードを設定していないと、このレスキュー機能も無効になりますので、ご注意下さい。2.34から、実験的に、.htaccessによるDoS防御というオプションを追加しました。これを利用する場合、XOOPS_ROOT_PATHにある.htaccessを書込可能とする必要があります。導入する際には、.htaccessファイルが書込可能である、というリスクと比較して下さい。(ドイツ語ファイル)また、このモジュール作成にあたり、様々なご指導・ご鞭撻をいただいた、zxチームの皆様、とりわけJM2さん、minahitoさんに、心より感謝いたします。新しいものから投稿された内容の著作権はコメントの投稿者に帰属します。Protector些細な事ですが、メモしときます。」でないと困る設定が原因かもしれません。」にしてやると幸せになれるかもしれません。これだけに限った話しではないんですけどね。Protector引用:mainfile.phpに指示どうり記述すると、ページとソース上にphpスクリプトが数行表示されてしまう私は半日経ってページがおかしなことになってるのに気付きました.htaccessで逃げる手もありますが、個人的にはshort_open_tagのOn/Offに関わらずphpのファイルは"<?php"で始めるべきかなぁと思います。Protectorご指摘ありがとうございます。2.10では修正しております。tagを使っているので、ついつい忘れがちだったりします。tagを後から検索するのなんて簡単ですよ。*Pオプションは見たことないですね。linuxかな?コアファイルなど確認してみて安心出来ました。ありがとうございます。報告する前にモジュールのお礼を書くべきでした。重ねてお礼申し上げます。Protectorお世話様です。Protector引用:私から提供したの言語ファイルは繁体中国語ですが....す、すみません。あわてて、READMEと当サイトの記述を修正しました。なんでそういう勘違いをしてしまったのか自分でも判らないのですが、アーカイブ内はtchineseとなっていてほっとしてます。してしまうポカをしてしまいました。海外の言語事情についても勉強しなくては。有益なモジュールのご提供、ありがとうございます。セキュリティに対する意識を少しでも多くの人に持ってもらいたいという気持で、勝手ながらわいわいブログに記事を書かせていただきました。その設定は変更してもらえないそうです。あとは対策により全てOKになりました。その際、PREFIXマネージャでテーブル名のPREFIXのデフォルト値も変更できたので、とてもスッキリしました。最初何気なくXOOPSをインストールして、PREFIXがデフォルトのままという人はかなり多いのではと思います。真っ白の表示になります。理解していないのですが、これはよくない状態なのでしょうか?たしか、PREFIXを変更する前は普通に自サイトが開いたと記憶しています。一つ、現在2.30RC4ですが、これを2.30に上げる場合、どのような手順をとればよいでしょうか?アドバイスのほど、よろしくお願いいたします。情報共有のためにはフォーラムに書いた方がよかったでしょうか・・・。検出し、とても心強く感じました。入れていて良かったと思いました。2.3Iso-Gさん、こんにちは。検出し、とても心強く感じました。xmlrpcを殺す設定を追加したおいたのですが、結果的に大正解でしたね。本来の入口とはまったく別のコントローラであるほとんどの人がその存在を知らないという点だけでも、xmlrpcはかなり危険です。結果的に、そのcodingがセキュリティホールとして報道されましたが、存在自体が穴と言えなくもありませんから。WordPressMEならともかく、newsモジュールにxmlrpc経由で投稿しようとする人はほとんどいないでしょうから、今後もルートコントローラのxmlrpcはデフォルトで殺す設定にしておこうかと思っています。利用させて戴いております。今のところ、有名でないので、恩恵にあずかっていないようですが、近い将来、救われるに違いありません!ところで、まったく間違った推察かも知れないのですが、Protectorを発言文内に入れましたので、お恐れながらご案内しておきます。「ProtectorモジュールでIPによる拒否を有効にする場合に問題になりますかね。間違いなら、削除依頼を申請するつもりです。