質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.51%

  • PHP

    23997questions

    PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

  • nginx

    1031questions

    nginixは軽量で高性能なwebサーバーの1つです。BSD-likeライセンスのもとリリースされており、あわせてHTTPサーバ、リバースプロキシ、メールプロキシの機能も備えています。MacOSX、Windows、Linux、上で動作します。

index.phpの所有者がnginxだった場合、セキュリティ的な問題あるか

解決済

回答 2

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 147

tajix_japan

score 71

webサーバーとデータベースサーバーでサイトを作っています。

環境はcentOS7  php7.1 nginx1.12 です。

データベースサーバーが落ちたら、kinkyu.phpファイルがindex.phpファイルと自動的に切り替わるphpを組みました。

コピーして差し替える部分は下記のとおりです。

<?php
//コピーできるようにするためにindex.phpを書き込み可能にする
chmod("index.php", 0666);  

if (copy('kinkyu.php', 'index.php')) {

  // コピーが成功した場合に表示
  echo 'コピーしました。<BR><BR>';
chmod("index.php", 0644); 
  echo '<BR><BR>コピー後パーミッションを644に変更<BR><BR>';
} else {

  // コピーが失敗した場合に表示
  echo 'コピーできません!<BR><BR>';
chmod("index.php", 0644); 
  echo '<BR><BR>コピーできなかっけどパーミッションを644に変更<BR><BR>';

}
?>

このPHPを作動させるためには、chmodを使う都合上、index.phpの所有者をユーザー名ではなくnginxにする必要があります。

質問です。

index.phpの所有者がnginxだった場合、セキュリティ的に問題は生じますか?

apacheを使用するときには
var/www/
の中のファイルはapacheであるため、特に問題ないとは思うのですが、念のため確認する次第です。

また、このindex.phpファイル以外はすべてユーザー所有ファイルです。
この場合に問題が生じることがあるようであればご教示いただきたくお願いいたします。
(テストではリンクなどに問題は生じておりません)

よろしくお願いいたします。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • mts10806

    2019/03/21 18:54

    「落ちた」の判断はどこで行ってますか?

    キャンセル

  • tajix_japan

    2019/03/21 20:43

    $path82index = 'http://xxxx.com/index.php&#039;;
    $array82index = get_headers($path82index);

    if((strpos($array82index[0],'200')))

    という形で、headerが200を返さなかったら落ちたと判断しています。

    キャンセル

  • tajix_japan

    2019/03/21 20:58

    すみません。
    言葉足らずでした。
    はい、下記のようにcronで死活結果を判断するスクリプト【kanshi.hphp】
    が先にありこれをcronで1分ごとに叩きます。

    【kanshi.hphp】
    <?php
    $path82index = 'http://xxxx.com/index.php;&#039;
    $array82index = get_headers($path82index);
    if((strpos($array82index[0],'200')))
    {
    }
    else
    // 死んでいたら
    {
    $html80_die = file_get_contents('update.php');
    echo $html80_die;
    }
    ?>

    これで200が返ってこなかったら、【kanshi.hphp】は ifの次の段階
    (死んでいたら)にいき、質問で提示したphp(update.php)を叩くこと
    によってindex.phpを差し替えます。


    kanshi.php も update.php も一般ユーザーの目に触れない場所にあります。

    あくまで、index.phpは普通のファイルであり、このファイルにスクリプトを
    記載しているわけではありません。ただユーザーがnginxというだけです。

    キャンセル

回答 2

checkベストアンサー

+3

回答
PHPはCLIでも実行可能なので、書き換え権限を持った専用のユーザーを作ってcronなりなんなりで死活監視の結果を受け取って書き換えスクリプトを実行しましょう。


index.phpの所有者がnginxだった場合、セキュリティ的に問題は生じますか?

apacheを使用するときには
var/www/
の中のファイルはapacheであるため、特に問題ないとは思うのですが、念のため確認する次第です。

アプリケーション側にファイルを書き換えることの出来るような脆弱性があった場合、
即サイト改竄を受けることになるのでアウトです。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/03/21 20:58

    すみません。
    言葉足らずでした。
    はい、下記のようにcronで死活結果を判断するスクリプト【kanshi.hphp】
    が先にありこれをcronで1分ごとに叩きます。

    【kanshi.hphp】
    <?php
    $path82index = 'http://xxxx.com/index.php;&#039;
    $array82index = get_headers($path82index);
    if((strpos($array82index[0],'200')))
    {
    }
    else
    // 死んでいたら
    {
    $html80_die = file_get_contents('update.php');
    echo $html80_die;
    }
    ?>

    これで200が返ってこなかったら、【kanshi.hphp】は ifの次の段階
    (死んでいたら)にいき、質問で提示したphp(update.php)を叩くこと
    によってindex.phpを差し替えます。


    kanshi.php も update.php も一般ユーザーの目に触れない場所にあります。

    あくまで、index.phpは普通のファイルであり、このファイルにスクリプトを
    記載しているわけではありません。ただユーザーがnginxというだけです。

    キャンセル

  • 2019/03/21 21:20

    状況がよくわかりません。
    例えば(実際にはrootで実行するのはナシですが) rootのcrontabで動かせば

    > このPHPを作動させるためには、chmodを使う都合上、index.phpの所有者をユーザー名ではなくnginxにする必要があります。

    という状況は発生しない訳ですが。。。

    どう実装してもいいのですが、ポイントとしては

    明示的にwebサーバが書き換える必要があるファイル・ディレクトリ以外はwebサーバのユーザが書き換えられない様にするのが良い。

    です。
    ディレクトリとファイルのユーザとグループとパーミッションを整理して上記の状態に持って行かないと、セキュリティ的にはよろしくない状態になります。

    キャンセル

  • 2019/03/21 21:40

    ありがとうございます。
    多くの方からセキュリティ的に問題であることをご指摘いただきました。

    > このPHPを作動させるためには、chmodを使う都合上、index.phpの所有者をユーザー名ではなくnginxにする必要があります。

    現状、nginxにしないと動かないのですが、もう一度詳細調査し、
    セキュリティ的に問題ないようにしていきたいと思います。
    ありがとうございました。
    皆さんにベストアンサーをあげたいのですが、おひとりということなので
    tanatさんをベストアンサーとしたいと思います。

    キャンセル

+1

詳細を聞く気にはなりませんが、

chmodを使う都合上、index.phpの所有者をユーザー名ではなくnginxにする必要があります。 

というのは、発想がおかしいです。
やるなら group に書き込み権限渡して、web サーバを group に所属させるとかかなぁ。。。

一般論として、Web サーバからファイル操作ができると、その権限の分だけ気をつけなければならない箇所は増えます。
また、index.php を差し替えるということは、一時的な障害を恒久的(?)なものにできるので、DoS を仕掛けるのであれば容易になります。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/03/21 18:26

    >chmodを使う都合上、index.phpの所有者をユーザー名ではなくnginxにする必要があります。
    >というのは、発想がおかしいです。
    >やるなら group に書き込み権限渡して、web サーバを group に所属させるとかかなぁ。。。

    ありがとうございます。
    ユーザーに権限を渡しても稼働せず、indexファイルのユーザーをnginxにしたら稼働したので、
    chmodはユーザーがnginxでないと動かないと理解しこの質問をしております。
    (どこかのページにも同様なことが書いてありました(apacheでしたが))
    nginxをGroupに所属させる方法は早速試してみましたが、indexファイルをユーザー名
    にした場合はやはり動きませんでした。

    >一般論として、Web サーバからファイル操作ができると、その権限の分だけ気をつけなければならない>箇所は増えます。
    >また、index.php を差し替えるということは、一時的な障害を恒久的(?)なものにできるので、DoS を>仕掛けるのであれば容易になります。

    セキュリティのご教示、ありがとうございます。
    他の方法も検討してみます。

    キャンセル

同じタグがついた質問を見る

  • PHP

    23997questions

    PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

  • nginx

    1031questions

    nginixは軽量で高性能なwebサーバーの1つです。BSD-likeライセンスのもとリリースされており、あわせてHTTPサーバ、リバースプロキシ、メールプロキシの機能も備えています。MacOSX、Windows、Linux、上で動作します。