テクノロジー

Aterm設定画面、「PHP使ってないのに.php」なぜ? NECに聞いた

1: kanikanidokokani 2026/11/04 07:22

うそついてない?

2: KoshianX 2026/11/04 07:27

PHP の独自の処理系を使ってるってこと……?

3: tetlabo 2026/11/04 07:39

PHPのサブセットを作って使っていた?

4: nekoline 2026/11/04 07:43

ライセンス的に大丈夫なのか?二次的著作物の風にも聞こえるけど。

5: nguyen-oi 2026/11/04 07:44

PHP使ってないのに独自実装で.php出すとか、逆に手間かかってて草

6: versatile 2026/11/04 07:44

なんかあやしいな。下位互換のために拡張子をあわせただけだと思うけど、それを隠す理由もない。「PHPの一部の仕様を参考にした独自のソフトウェア」って意味わからんし。独自の言語なわけないし

7: sho 2026/11/04 07:47

独自処理系って一番ヤバいやつじゃん。PHPより脆弱性ありそう

8: WildWideWeb 2026/11/04 07:49

もう少し食い下がって追加質問して欲しかったな。

9: psne 2026/11/04 07:53

確かに歴史的なアレコレでリンクが切れないように.aspxになっているようなものはあるやつ。(中身は別物)

10: TakamoriTarou 2026/11/04 07:56

技術的センスがなさ過ぎる。やばい

11: peperon_brain 2026/11/04 08:02

Perhaps Hypertext Preprocessor

12: perl-o-pal 2026/11/04 08:05

余計に不安を煽ってる

13: borrower6074 2026/11/04 08:07

PHP使うよりかえってヤバない?

14: toaruR 2026/11/04 08:10

それより CVE-2026-98432 の方が気になるよ\(^o^)/

15: logic 2026/11/04 08:12

こういうのに回答するのは広報。技術的なことが分かるわけないので社内会議でこう言い訳しようと決めたことを言ってるだけ。PHPに似せた独自実装とかあまりにも意味不明すぎる。

16: LM-7 2026/11/04 08:16

実装を流用してないってホント?ライセンス違反がバレるから認められないんじゃ無いかと勘ぐってしまうな

17: otoku-memo 2026/11/04 08:16

誰かファーム吸い出してAIにリバースエンジニアリングさせてほしい。今のAIなら余裕でできそう。

18: spark64 2026/11/04 08:16

逆にヤバそうな独自実装。セキュリティの考え方が何周も遅れてる感。脱Atermしてよかった

19: FlowerLounge 2026/11/04 08:17

うんうん、それもまたPHPだね!

20: civicpg 2026/11/04 08:17

設定画面の開発は誰でも環境用意できるPHPで行って、製品に組み込まれてるのはphpの極小なサブセット(テンプレートエンジン的なものだけとか)のランタイムなのかな

21: hgaragght 2026/11/04 08:22

余計危険だったりして。

22: greenbow 2026/11/04 08:23

予想外だった。ルータの設定画面用だし、最低限の制御構文だけ使えるHTMLテンプレートみたいな感じなのかな。

23: aarx 2026/11/04 08:26

PHPerなだけでもアタオカなのに、それの独自実装ってもうね。PHP使ってる企業は水銀垂れ流し公害企業と同じ自覚もっていきましょ

24: lifecracker 2026/11/04 08:27

“PHPの文法の一部を解釈・処理できるよう独自に実装したもの” 怪しすぎる

25: shikiarai 2026/11/04 08:27

名前を変えたくないんでしょ。

26: suihan74 2026/11/04 08:28

答えになってるか? / 別の墓穴掘ってないか?

27: otchy210 2026/11/04 08:30

開発当初のすっげぇ古い PHP をポートしてごっそり要らん機能を削ったあと、魔改造を繰り返してもはや別言語、みたいな状況だったりして?それはそれで AI にロックオンされたら脆弱性が山のように出てきそうだが。

28: vndn 2026/11/04 08:32

『PHPから移行したわけでもなく、「過去にPHPを使っていた名残」との見方も否定』えっ / 『「PHPの一部の仕様を参考にした独自のソフトウェア」だ。「PHPの文法に準拠した処理なので、URLに『.php』という拡張子を』ええっ

29: operator 2026/11/04 08:34

自前の軽量PHP処理系を搭載してますってことか。RAM使用量を削るために組み込みだとやりがちだけど、本当に自前実装なのか? 組込み用に販売されている軽量PHP内蔵Webサーバとかあるんじゃない?

30: t-wada 2026/11/04 08:34

「Cool URIs don't change」の生きた教訓だろうと思っていたら全く予想外の回答が出てきたときの顔をしている

31: kijtra 2026/11/04 08:37

よくわからんけど、技術者の説明を広報が理解してないとかじゃないよね…?

32: doroyamada 2026/11/04 08:39

なんのために内部納品のシステムでそんなことをやったんやろ?外部納品だったら工数水増し狙いとかありえそうなんだけど。NECに聞いてみたことは評価する。

33: sisya 2026/11/04 08:42

案の定ヤバイ車輪の再発明だった。この手の独自実装は一件自分達の使う機能だけの小さいサブセットなので安全そうに見えるが、外部の目にさらされないので思わぬ穴が空いていても誰も気づかないのが定番。

34: shoh8 2026/11/04 08:48

ライセンス絡みも怪しそうな相当怪しい事情がありそう

35: morimarii 2026/11/04 08:49

ほんまござ?

36: nilab 2026/11/04 08:50

えっ( ´∀`) そんなめんどうなことを・・・「「過去にPHPを使っていた名残」との見方も否定」「PHPの文法に準拠した処理なので、URLに『.php』という拡張子を使用」「PHPの文法の一部を解釈・処理できるよう独自に実装」

37: omaya 2026/11/04 08:56

そんなにやばいか?凝った評価機構とかなければ大丈夫そう?

38: inazuma2073 2026/11/04 08:57

ヘッダ、フッタ、メニューをincludeしてるだけと見た。

39: kittyama 2026/11/04 08:58

ま、今ならテキトーこいても漏えいの波に押し流される

40: rhyaosh 2026/11/04 08:59

atermは保証期間が短くなって以降、信頼してない

41: err931 2026/11/04 09:05

昔はバッキャローより安定していたから選んでいたけど、この詳報を聞いて今後は選択肢から外すことを決意した。TP-Linkの方がマシなんじゃないの?バッキャローは相変わらずバッキャローだし。

42: deep_one 2026/11/04 09:08

「PHPの一部の仕様を参考にした独自のソフトウェア」エンジンはPHP純正じゃないが文法はPHPだった感じ。/コメントを見て。脆弱性は「機能が多いこと」が理由なので、機能限定のエンジンだと脆弱性も少なかったりする。

43: kvx 2026/11/04 09:09

この記事を基点に攻撃増えそう

44: morita_non 2026/11/04 09:10

NEC「これ(他社php製の管理画面)参考に作っておいて。うちのmiddle使ってね。」下請け「urlにphpってあるけどそれも再現するの?」N「うるさいなあ細かいこといちいち聞いてこないで」

45: Akkiesoft 2026/11/04 09:14

逆にこわすぎるだろ…

46: dollarss 2026/11/04 09:28

Aterm最大の問題は管理ユーザ名を変更できず固定、かつブルートフォースアタック対策が皆無、更に最上位機種でさえログ機能がない事。何をされてもわからず、いつか必ず突破されるため外からの管理機能はOFFにしましょ

47: nx7 2026/11/04 09:29

PHPより独自開発エンジンのが怖い気もする

48: TriQ 2026/11/04 09:32

PHPを使用しておりませんアピールをしたために面倒なことに…中の人も藪蛇をつつくか相当悩んだんだろうなw

49: jintrick 2026/11/04 09:35

"クイック設定画面で「.php」と表示される機種に実装されているのは、「PHPの一部の仕様を参考にした独自のソフトウェア」" ……NECのルーターだよっ

50: prograti 2026/11/04 09:41

組み込み機器向けに既存のスクリプト言語を軽量実装することは珍しいことではないと思うけど。AIを使って自社マイコン向けに最短で最適化・バインドして組み込むみたいなの増えそうな気も

51: queeuq 2026/11/04 09:53

連想ゲームでしか物事を考えられない人が散見される。

52: richmikan 2026/11/04 10:05

独自処理系をヤバいと吐き捨てるのは、自分が浅はかゆえに、ヤバいものしかつくれない経験が染み付いているから出てくる。

53: sowcod 2026/11/04 10:11

クローズドソースphp、

54: trace22 2026/11/04 10:20

標準仕様に準拠した処理系が複数維持されてればもうちょっと結果違った可能性あったんだよな。「PHPより脆弱性ありそう」じゃねーんだよ

55: iphone 2026/11/04 10:26

テンプレートの記法に多少の互換性があり、PHP用のエディタで編集してたとかかな。ある時代のWindows文化としては珍しくなかっよね。

56: rogertroutman 2026/11/04 10:28

「一番ヤバいやつ」「なんかあやしい」「逆にヤバそう」憶測100%の風評をよく書けるなあ、知らんぞ/拡張子なんて飾りです。.php ってついてなくてPHPが実行されるものだって普通にあります

57: syu-m-5151 2026/11/04 10:32

Atermの「.php」は、PHP本体を使う証拠ではなかった。文法の一部を独自実装し、今回の脆弱な処理機構は使っていないという。URLの見た目で影響を決めず、実装の由来と対象処理を確かめる必要がある。

58: redmagic1417 2026/11/04 10:43

こういうのってたいてい最初phpで作って、その後システム移行してurlだけ維持して全然別のフレームワークつかってるとかがあるあるかと思ったけど、最初から独自の場合とかあるんだな。

59: fai_fx 2026/11/04 10:47

昔のFacebook社が、HHVMみたいなPHP互換実装で高速化みたいなことをしていたから、その流れだろうか…

60: mohno 2026/11/04 10:48

「PHPの一部の仕様を参考にした独自のソフトウェア」←それはまたメンドクサイことを。/Microsoftは一時期、自社サイトで使っているASP.NETページの拡張子を(.aspxをもじって).mspxにしてたことがあるんだよな。

61: sue445 2026/11/04 10:48

YAPC(Yet Another PHP Component)じゃんw