KENT WEB 総合スレ Part2

大手CGI配布サイト「KENT WEB」に関する総合スレです。

KENT WEB
http://www.kent-web.com/

前スレ：KENT氏を超えたい！
http://pc2.2ch.net/test/read.cgi/php/997199513/l50

kentのトップのカウンタって上がり方おかしいよ

確認する方法はあるんだけどなｗ

俺様のカウンターは一日の訪問者が最低86400人以上と決まっているが
これはおかしいわけではない。
設計どおりでかつ正常な動作であり、おかしいと思うやつがおかしい。

なんかkentのAccessReportが更新してたんで見てみたら
HTTP_USER_AGENTの<とか>のチェックが追加されてたｗ
なんでこんな大事な更新を新着情報に出さないんだよ>kent

クオリティあげ

クオリティあげ

ここの掲示板とか〜
セキュリテイてきにチョウヤバクない？
なんか〜
初心者が設置してると
まじログ丸見えとかぁ

>>366
その程度の対処もできないくせに、何KENTを批判してるよ？

掲示板のログとか丸見えでも全然やばくないです

>>368
なぜ？

全然やばくない情報しか書き込んでないからじゃね？
そんなことにも想像力が働かない >369 の脳って膿んでね？
親にきちんと事情を説明して来世にかけるのが勇気じゃね？

え〜！
ログにホストまる出しじゃん！
所在地域がわかると困る人もいるんだが。

ということでKENT最悪。

ログやホストがホストが丸出しであろうがそこにKENTは関係ない。
KENTを批判するのはKENTを超えてからにしろや。






俺は超えてるから文句をつけるけどｗ

>>371
所在地がわかるとか自作自演ができないとか言うレベルのやばさだから丸見えでもかまわない

>>372-373
言い訳がましいなー

ログに暗号化した削除パスも書いてあるじゃん！
DESだから４桁程度のパスを設定してる奴なんて
ツールですぐ解読されちゃうよ。
掲示板削除しほうだいじゃん！

だめじゃん、KENT！

KENT擁護も疲れるから矛先を変えるよ。

>>374
丸出しにならないようにサーバを設定しないお前がド糞ｗｗ

普通CGI側である程度対策はしておくもんじゃない？

>>376
ログのファイル名は変更できるようになっていたし、現在はデフォルトで
ファイル名を*.cgiにするという厨房的なｗ対策が取られているようですが？

.cgiにするのは至極まっとうな方法

管理パスをメインスクリプトに暗号化無しで直書きはあまりにも低レベル

>>379
なんで？

KENTのCGIは、そもそも商用を意識して書かれたもんじゃない。
ろくにFTPソフトの使い方も分からない人向けの、CGI。
ファイルを分割すると、それだけ設置が困難になる。
そもそもソースがフリーで配布されてるんだから、暗号化なんてしたって気休め程度にしかならないし、別ファイルにしたところで、それがどうした。って感じ。

パスワードを忘れる奴がいる以上暗号化は出来ない。

>>380
MIMEのエラーでcgiがダウンロード状態になったら・・・
ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>383
サーバがCGIと認識しないと、パスワードばればれってことですか？
どうすりゃいいんだ？？？

ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙｶﾞﾀｶﾞﾀｶﾞﾀｶﾞﾀｶﾞﾀｶﾞﾀｶﾞﾀｶﾞﾀ ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

>>383
サーバがCGIと認識しないならパスばれても意味無いんじゃ・・・

厨御用達のKENTはそれでいいんだよ
わかってる人ならpublic_htmlの外に出すなり.htaccessでdenyするなりすればいい

それじゃ拡張子 cgi にするのも同じじゃねぇかｗｗｗ
何も分かってねぇな

>>387
nihongogayomenaihitodesuka?

覚えたてのローマ字ですか？

安芸

Web Patioにトリップついたじゃん

>>383
MIMEを間違えて、CGIのスクリプトファイルをダウンロードなんて聞いたことないけど、
そんなことがあるの？
かなりでかいセキュリティーホールだと思うんだけど。

鯖が逝く寸前とかでなったりする。某共用鯖とか。

>>393
そんな鯖があるのね。
どんなhttpdか興味あるけど、情報ありがとん。

そういうのは、ほとんど管理者のオペレーションミスだね。
ただし、オペレーションミスって言うとカッコ悪いから、負荷が高くて予期せぬことが起きました（＞_＜）って顧客には言うんだよ。

WEB PATIO使ってるのですが、ある日突然ソースファイルが表示されるようになってしまいました。
ログファイルを消去すると、正常に表示されるのですが、
ログファイルをアップロードするとソースファイルが表示されるようになり、
正常に表示できません。

色々調べたのですが、原因が不明です。
ご存知のかたご教授くらさい。
サーバーはXREA使っています。

サーバーはXREA使っています。

ここのCGIは硬い。今までいくつかのを使ってきたが、
訪問者が少ないうちはそこらへんのでよかった。
が、アクセス数が増えると耐え切れなくなってKENTにした今は快適。
LOCKの方法とかでやっぱ変わるもんなの？

（ﾟ<_､ﾟ ξ

>>398　ぷっ

KENTは他人のソースを見て勉強しろとか本に書いていたが、
是非自分でそれを実践して欲しい

具体的にどこがどう悪いのか説明して。
エロイ人。

u s e s t r i c t

ついでに-wT付けとけ

kentwebのcgiってアドセンス埋め込んで使っても無料？
てかいいのかな？
おせぇてハイパーエロい人！

age

ヽ(`(`(`(`ヽ(`Д´)ﾉ ｳﾜ･ｳﾜ･ｳﾜ･ｳﾜ･ｳﾜｱｧｧｧﾝ!!

ま、アレだ。
自分で書くのマンドクセェsubなんかをいただいて使うのが、
正しいKENTの使い方だな。

初心にかえる時なんかもＫＥＮＴのスクリプトを眺めてみる

perl -Tが許しても俺 -Tが許さんし。

ttp://www.securityfocus.com/archive/1/406917
一瞬えええとか思っちゃったｗ

買い物カゴ(クッキー付き)をテストページに設置しました
注文も問題なく出来るがメール受信がおかしい
注文者と当方とそれぞれ注文確認メールが行って欲しいのに２通ともこちらに来ています。
（注文者に確認メールが行っていない状態）
これはどの部分がおかしいのでしょうか、教えて下さい。

第三者にレンタルしなければ事業者登録なしで
広告バナー貼ってもいいんですかね？
個人ならいいと“思う”って↓に書いてあるけど本当？
ttp://www.kent-web.com/support/old/47/0056.html

datファイルが公開状態になってそうな気がするけど、大丈夫？

デフォのまま使ってたら丸見えかもしれんね。
名前変えるとか拡張子変えるとかしないと。

ま、鯖がsuExec導入してなかったら何やっても無駄だが。

>>416
.htaccessじゃだめなのか？

なんか、その辺の注意書きもなしに、買い物カゴCGIとか配布してるけど、
問題は起きてないのかな。設置側も分かってはいるんだろうが。

KENTの２ちゃんねるCGI
レスが100までなんだけど
どうしたらよいざまそ？

xreaでkentwebのフォームメールつかってるんだけどさ。まさにkentのことっぽいんで相談します。

一部で配布されているフォームメールのセキュリティホール、
脆弱性を突いた大量メール送信行為が多数確認されております。
同行為が確認された場合は、一旦アカウントを停止させていただきます。

こちらで調査いたしましたが、問い合わせ者からの送信されてくるデータのチェックが甘いことにあります。
・入力データの文字列の長さのチェックをしていない等が、大抵の原因となっております。ご注意ください。

確かにこれ文字数の制限がないんです。このフォームメールに
文字数制限かけるにはどうすればよいのでしょうか？

その文字列の長さをチェックしないってのはヤバイな

>>418
URLキボンヌ

>>420

ToやらCCやらに渡されるメアドの個数チェックして、
IPで連投チェックとBBQでも入れりゃ良いんじゃね？

プログラム見てないからわからんけど。

>>423
俺のアカウントは凍結された。今このあらし多いみたい。
具体的にやり方教えて頂けないでしょうか？

KENTCGIに脆弱性見つけた場合ってどうすればいいの？

何か謝礼金とか貰えるの？

脆弱性が無いスクリプトがあったんだ。知らなかった。

ちなみに、パスワード関連のCGI。
ソース見れば分かる。使ってる香具師は使用中断した方が良さげ。
致命的にゃ。

>>427
最近勉強始めたのか知らないけど、
use strictしてない時点でkentのコードは悪い見本で有名。

strictは別に他にもしてないスクリプトあるし、別段突っ込もうとは思わないけど、
(自分で組むときはstrict, warningsは必須だけど)
パスワード関連のCGIで自由にユーザ追加が出来るのはどうかと思う。

use strict　自分で書き足せW

動かなくなってしまう件

丸まる書き直しだもよん

strictはリリースする時に消せばいいんだよもん。
でも書いた時に>>431になるからいけないんだよもん。

動くようにするのそんなに手間かい？

strictバージョンで再配布したら使う？
というか、そういうサイトないのかな？

KENTのって再配布自由だっけ？

>>435
>>432

動きゃいいんだよ。
どーせPerlの起動の方が時間かかるんだしさ

>>420
これヤバクないか

>>439
>>426
問題の無いスクリプトのほうが少ない

http://www.tk2.nmt.ne.jp/~yosi/cgi-bin/rinku/cruiser.cgi

http://www.kent-web.com/data/postmail.html

これの脆弱性には呆れたよ。
KentはCGI制作業もやってるんだろ・・・。
こんな素人がやるようなミスをおかすなと。


1. Perlのソースが汚い
推奨されていないことも平気でやるわ、コーディングの質も悪いわ、
タブやインデントの入れ方も汚い、use strict すらしていない。
こういうのがセキュリティホール、実行速度低下、バグの原因になる。

2. 出力するHTMLのソースが汚い
W3C準拠が望ましいのは勿論だが、そういうレベルじゃなく汚いね。
例えば、テーブルにボーダーをつけるためだけに、そのテーブルを色つきのテーブルで囲っている。
CSSを数行追加すればボーダーぐらいできるのに、テーブルで囲ったりするから、
ソースは汚くなるわ、容量は大きくなるわ、第三者が修正しにくくなるわでめちゃくちゃ。
KentのCGI修正しようとするとこの汚さでストレスがたまる。
しかも、コーディングルールを決めていないせいか、インデント、タブが適当なのはもちろんのこと、
ダブルクオートやシングルクオートも使ったり使わなかったりでめちゃくちゃ、修正時に自動置換するなどのことができなくなってる。

3. パスワードをCGIに直書き
管理用のパスワードをCGIに直書き、非常にレベルが低いとしか言いようが無い。
そもそも、CGIが保存するデータはWebサーバのドキュメントルート外におくべきだ。

実害がないとかほざくかもしれないが、サーバの不具合でCGIのソースが見えてしまったりすることもある。
過負荷で処理できない場合や、動作するCGIの拡張子を変えた場合などに見えてしまうかもしれない。
ドキュメントルート内に見られて困るデータを置くこと自体が間違えなんだ。
これは少しでも業務でWebプログをやったことがある人にとっては常識だと思う。
（勿論、他の方法でセキュリティ対策していればいいが、Kentは拡張子がcgiだから問題ない、といった低レベルな理論を主張しているだけ）

前XREAで話題になっていたのはKentのやつだったのか。

>>442
消えても流出しても困らないような情報しか扱わない人向けってことだよ。

自分も最初はkentのフォームメールの批判してたけど、今は悪かったと思ってる。
どこのスクリプトも探してみるとやっぱり悪いとこはあるよ、きっと。

嫌なら使わなければいいしね。442さん説明ありがとう。

>>445
だいたい、メール送信するだけのCGIぐらい自分で作れよ


xreaからのアナウンスを引用:
| ・送信されてくるデータの改行コード「\n」を削除、もしくは、エスケープせず、そのままsendmailに渡している
| ・入力データの文字列の長さのチェックをしていない
| ・問い合わせ者のメールアドレスの入力データの文字列に[,]が含まれることを許可し、かつ、自動返信している
http://sb.xrea.com/showthread.php?t=10113


このうち2番目の長さチェックは本件とは関係無いし、こういったセキュリティ対策は推奨しない。
http://pcweb.mycom.co.jp/articles/2005/07/12/wasf/
> 高木氏はこれについて「『サニタイズ』はろくな対策をしていないことを一言で表現できる便利な言葉であり、現在『サニタイズって言うな』キャンペーンを行っているところ」と不満をあらわにした。


ようするに、「メールアドレス欄を50文字までに制限すれば、100個も200個もカンマで区切ったアドレスを入れることは出来ない。」というとんでもない理論。
こういったコーディングは美しくないし、長いメールアドレスを利用したい人が困る。

「,」や「\n」などのエスケープを行えばそもそも防げたはずだ。
Kentもこのエスケープをしなかったのがセキュリティホール。

あとついでに、自動返信だと返信先のメルアドを利用者が任意に指定できるわけで、
1回のPOSTで1件迷惑メールを送信することがどうしても可能になるよね。

sendmailだけにしかセキュリティホールがあったと思ってるのだろうか

http://www.web-planners.net/webplanners_semi_kent-web.html
8000円ﾀｶｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ほとんど詐（ｹﾞﾌﾝ
まあ有料サービスを受けてる人がフリーソフトに切り替えることを
思えば安いもんだよ、うん

知り合いの掲示板で広告を削除したら全てのレスが１つのスレッドになってしまうという
現象が起きたのだがそんなバグ知られてる?

バグではなく、変なソフトで書き込みされて、改行コードとかおかしくなるんじゃないの。

>>452
確かにここ１ヶ月ほどマルチ広告攻撃にあっているので「変なソフトで書き込み」は大量に
されてます。　

> 改行コードとかおかしくなるんじゃないの
そんな感じですね。　しかしそういうことが起こらないようにスクリプト側で
対応するべきですよね。

>>453
あともう１つの症状としてpastno.datがリセットされて番号が１にもどっちゃうんです。
これも困りますね。　

KENTのを使うのをやめれば全て解決するんだけどね。

>>455
YYBBSから乗り換えるのにお薦めの軽い掲示板って何か定番ありますでしょうか？

>>456
軽い、かなぁ。もっと書き込み隊とかちょっと機能増えて似てるメジャーなスクリプトだと思う。

サポート掲示板で便利なパッチ見つけたので張っとく。

yybbs.cgi 設定項目に追加
# 多数のURL書き込みを禁止する
# 3に設定すると、http://〜を4以上書き込んだ場合は投稿不可
$ngurl = 3;

ログ書込処理サブルーチンに追加

#----------------#
# ログ書込処理 #
#----------------#
sub regist {
®ist_check;
#▼ここから▼
$j = $in{'comment'};
&jcode'convert(\$j, 'euc');
if ($j !~ /[\xA1-\xFE][\xA1-\xFE]/) { &error("不適切な投稿です"); }
if ($in{'url'} && $in{'comment'} =~ /\Q$in{'url'}\E/i) { &error("不適切な投稿です"); }
$urlnum = ($in{'comment'} =~ s/http/http/g);
if ($urlnum > $ngurl) { &error("不適切な投稿です"); }
#▲ここまで追加▲

↑このパッチは
1) http　が　$ngurl以上本文にあると拒否
2) 本文が英文のみだと拒否
3) URL欄と同じURLが本文に表れたら拒否。

YY-BOARDで2chのAAがずれないようにする事は可能でしょうか？