Q&A
コードは https://teratail.com/help/question-tips#questionTips3-7 の [コード] に修正してください。
前提・実現したいこと
PHPでショッピングサイトを作成しています。
個数変更のコードを書いていたところ
エラーメッセージが発生しました。
お分かりになる方教えてください。
発生している問題・エラーメッセージ
Fatal error: Uncaught Error: Call to undefined function session_regenerare_id() in C:\xampp\htdocs\shop\kazu_change.php:3 Stack trace: #0 {main} thrown in C:\xampp\htdocs\shop\kazu_change.php on line 3
### 該当のソースコード kazu_change.php <?php session_start(); session_regenerare_id(true); require_once('../common/common.php'); $post=sanitize($_POST); $max=$_POST['max']; for($i=0;$i<$max;$i++) { $kazu[]=$post['kazu'.$i]; } $_SESSION['kazu']=$kazu; header('Location:shop_cartlook.php'); exit(); ?>
試したこと
Fatal error: と調べたらデータベース名が違うとかでできましたが、
PHPMyAdminでのデーターベース追加などはしておりません。
また、mysql関数が削除されたからとも書いてありましたが、
kazu_change.phpにはmysqlのコードはありません。
補足情報（FW/ツールのバージョンなど）
PHP5使用
回答3件
0
PHP5はやめた方がいいと突っ込みたいですが...
エラー文によると
session_regenerare_id(true)
の「session_regenerare_id()ないんやけど」と言っております。
定義し忘れでは？
投稿2019/10/22 13:17
総合スコア10429
session_regenera「t」e_id
だったりしてな
PHP素人ですが、５はさすがに古すぎの印象…
玄人だと、どのようなPHPのバージョン、またはPHP以外のソリューションを提示するか気になる次第…
それがありそうですね
自分も専門家ではないですがとりあえずはPHP7.3.Xを使ってます。
古すぎ…とは強い表現ですが、現在の推奨バージョンが 7.3 なのと、
ウェブアプリケーションは常に外部からの攻撃を受けやすいので、脆弱性が残り続ける古いバージョンを、企業システムで採用するのは、言い過ぎな表現かもしれませんが、自殺行為だと思う次第です…
でも一箇所PHP5.5.Xを使っているサーバーがあるのでなるべくPHPは使わないようにしてます。
あとはPHP7.2のサーバーです。
サポート終了してますからね
WindowsXP使っているようなイメージですかね 自分的には
セキュリティ的に、表現としてあれですが、弱点ガバガバ状態ですね…。
PHP開発は個人でブログ作った程度ですが、現行で7.3あるのに、2バージョンも前のを
企業活動で使うのは、やばすぎというか、下手すると穴だらけのセキュリティホール突破されて、情報流出どころか、最悪データベース破壊とかで訴訟案件まった無しですね…。
恐ろしすぎです。
> ウェブアプリケーションは常に外部からの攻撃を受けやすいので
一番の問題はそこですよね
どっかの鉄道会社はサービス終了後も外部に接続しない端末でWindwosXPを使ってたり、某塾はWindowsXPの端末をいまも使い続けていますがそれと比べられないほどの不正アクセスの確率がありますからね
早速回答ありがとうございます。
書籍を購入し、勉強しているところです。本にはPHP5を前提にして書かれていますが、PHP7になったからといって何の影響もありません。と記入されているためPHP5だと思いました。勉強不足ですみません
＞それと比べられないほどの不正アクセスの確率がありますからね
人間不信理論ですが、第三者は攻撃者認識で考えるぐらいの気持ちで考えるのが、第三者のアクセスを許すWebアプリ開発の根源的な考え方だと存じます…
いざという時のリスクに比べれば安いもんですが..
「PHPでショッピングサイト」これが個人のサイトでも問題ですが、企業のサイトならPHP5の現実は本当にやばいです。
自分はPHPで個人用のブログ開発しかしたことありませんが、それでもセキュリティ的に相当に危険だと思う次第です。
asuchi0819さんの知見を早急にでも伺うべきだと存じます…。
これを企業のシステムで運用するのは、はっきりいって自殺行為です。訴訟レベルの問題に発展する危険性に繋がります。
> asuchi0819さんの知見を早急にでも伺うべきだと存じます…。
これは
> でも一箇所PHP5.5.Xを使っているサーバーがあるのでなるべくPHPは使わないようにしてます。
のことを指していらっしゃいますか？
皆さんありがとうございます。
全く知らず購入してしまいました。
きをつけます。
> でも一箇所PHP5.5.Xを使っているサーバーがあるのでなるべくPHPは使わないようにしてます。
これなら安心だと思います。
ですが、質問主の言葉だけ聞くと、もうセキュリティ的にガバガバな「PHP5」を「今」「PHPでショッピングサイト」に採用しようとしてるの。
素人判断でも「自殺ですか？」って聞きたくなるレベルでやばい印象なのですが、
asuchi0819さんのコメントレベルでもいいので聞いてみたい所存です…
PHP7に比べて、PHP5を今の環境でショッピングサイトに運用する危険性はasuchi0819さんならもっと詳細に説明してくれる可能性がありますが、
素人の自分でも、まず攻撃を受けやすいPHPで、バージョンが2段階も古い5で現環境でシステムを組むのは「俺を訴訟沙汰の泥沼にしてくれ」と高らかに宣言してるに等しいレベルの自殺行為をやってる所存です…。
もっと簡単にいうと、攻撃の穴がスポンジレベルで空いてるのがPHP5です
購入…？
どういう事情があるか分かりませんが、それが最近なら、相当悪徳ではないでしょうか…。
どうなのでしょう…。
全ての言語とバージョンにおいて深刻な脆弱性がいつ発見されてもおかしくないと思っているのでPHP7.3でもPHP5でも気を抜けないけどPHP5系は絶対使わないというのが自分の見解です。取引先が使っていたら絶対に引きません。
「まだ、PHP5では被害が起きていない」だけですから（自分が知る限りでは）
hermit19901127さん
PHP6は存在しないので1段階下です、
セキュリティに関しても自分は専門外なので専門家の方に回答を仰いだ方が良いとは思います。
その発言から、asuci0819さんのPHP環境に対するセキュリティ姿勢が分かります…
PHP、独学ですが、いざ攻撃受けたときが怖いので、フォローして、いろんな解答から知見を伺おうと思います…
自分も独学なのでセキュリティ系はあまりやらないようにしています。
＞PHP6は存在しないので1段階下です
まず、ここが分かってないレベルの時点で、今後PHPを用いたWebサービス開発を考えてるのですが
絶対危ないので、ちょっと色々を情報を集めたい次第です…
PHP6ですが
「5.3の次に6.0にしようと思ったけど問題頻発したからやめるわ。次、一回5.4にしとく」って開発をやめて次のメジャーリリースがPHP7になったことによって欠番になりました。
https://www.cvedetails.com/vulnerability-list/vendor_id-74/product_id-128/PHP-PHP.html
とかを見ると怖くて怖くて大変です。（いつ重大な脆弱性が発見されるのか..）
セキュリティ関連のコメント、気になるところが多いのでリンク貼っときます。
https://qiita.com/bezeklik/items/0823b14789d96f847d09
記事も少し古いので、現在の状況とは違います。参考まで。
> PHP 本体のセキュリティサポートは、例えば PHP 5.4 だと 2015/09/14 で終了4しているが、ディストリビューション側が脆弱性の対応を独自に行っている。
のことでしょうか？
一応PHPのバージョンはミドルバージョンが変わると互換性に疑問がわくので
5.6->7.0->7.1->7.2->7.3 なので４つ前だと蛇足をいっておく
ご指摘ありがとうございます。
本題ではないので雑にコメントしますが、セキュリティ観点で見たときには「バックポート」が提供されるか否かが「php のバージョンに対しての安全性」評価となります。
ので、バックポートが提供されているディストリビューションであれば、「バージョン観点での課題」はありません。
ただ、現実問題としては、セキュリティ要件によって脆弱性が危険であるかそうでないかは判断され、それは、バージョン観点ではないです。
(バックポートの提供までに時間がかかるっていうのはセキュリティ要件の一部ですがｗ)
セキュリティ対策としては、脆弱性情報を正しく集め、判断し、運用するってのが最も適切です。
ショッピングサイトであれば、
> がたがた抜かす奴はこんな記事など読まずにソースからコンパイルしろ。
ですｗ
あと、今までのコメントとは矛盾しますが、5.4 以前と 5.6 以降で安全性は別物なのでそのあたりも 5 系ってまとめちゃうのは乱暴かなぁ。。。
なるほど。勉強になります。ご指摘ありがとうございます。
0
m6u さん
2019/10/22 22:19
session_regenera「t」e_id
だったりしてな
これが回答だと思いますが、そもそもsession_regenerate_idの使用箇所として適切ではない気がします。
あと、バリデーションなしの POST データを session に突っ込むってのもショッピングサイトなら厳禁です。
投稿2019/10/22 22:39
退会済みユーザー
総合スコア0
0
自己解決
コードの入力ミスでした。
投稿2019/10/22 13:38
総合スコア10
あなたの回答
tips
プレビュー
