のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,898人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレCentOS Part 31【RHEL Clone】

    centos覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    101 :

    >ユーザー層が
    >そもそも、CentOSと違って、ハイレベルなのでねぇ。
    SLのユーザ層って技術者ではなくて科学者だよね?
    そもそも技術者と科学者ではそもそも別物。
    科学者はハイレベルで技術者は低レベルと言いたいのかな?


    それにしても単発IDで若干一名が必死になっているね。

    102 :

    病的

    104 :

    構造一新するわけでもないのに時間かかりすぎなのは否定できんな

    105 :

    >>101
    そんなどうでもいい話ししかないのか、このスレの話題は

    109 :

    ちょっと7月上旬にサーバー立てろって言われてんだけど、それまでにCentOS6くるかな
    来なかったらどうしよ

    111 :

    >>101
    科学者も居れば技術者も居る。それが何?

    117 :

    5.xは余命3年だぞ
    リースアウトより前にサポート期限切れしてしまうんじゃねえの

    118 :

    >>109
    業務用のサーバーなんだったら出たばっかりの初版を使うのもどうかと思うけどな。

    119 :

    立てるサーバがなんなのかだな
    社内の開発に使う鯖ならアップデートしないし、
    おかしいけど外部公開のRHEL鯖でサポート切れ使ってたりするからな

    120 :

    >>119
    それは良くないね。

    122 :

    そういうのって、ありますね。

    現場の職員が無知だと鷹をくくっているのだろうけど、
    手元のワークステーションでは、Redhat 7.0 が起動していた。
    高額な保守料を請求している一流企業なのにね。

    124 = 122 :

    きちんとメンテナンスされているかどうか自体が疑問じゃないか?
    本家では既にメンテナンスされていないのに。

    125 = 111 :

    >>124
    独自にメンテナンスしてれば問題ない
    たぶんしてないんだろうけど

    126 :

    セキュリティリスクが許容範囲以内なら問題ないと思うけど。


    個人情報がDBから取られました。でも、不正に使用されたという
    情報は確認されてませんので問題ないです、再開します、という某企業があるくらいだし。

    127 :

    会社の開発鯖は外のネットワークにつながらないので、
    yumとか使えないし、メンテする必要もないっていうのもあるな
    本番機はApache/SSLやTomcatとか自分らで入れたものはアップデートしろってうるさいけど、
    OSのメンテしてんのか怪しいって思うこともある
    結局FW頼みなのかもね

    128 = 122 :

    独自にメンテナンスしている可能性は、限りなくゼロに近いかと。
    単にコストを抑えるのが目的でしょう。メンテナンスすればコストが伴うけど。

    こういう状況で個人情報の保護云々を図れるのだろうか?
    もっとも、こんな保守契約を結んだからには事情があるのだろう。

    129 = 127 :

    >>126
    あれ、あんま調べてないから詳しく知らないけど、
    FW超えて、さらにAPサーバに侵入され、挙げ句の果てにSQLインジェクション
    この連鎖は悲惨すぎるw

    133 :

    過去を敬い過去に泣くスレがあると聞いて飛んできました。

    134 :

    俺たちに明日は無い

    135 :

    >>134
    明日どころか…

    139 :

    phpが古いとクロージャが使えないじゃないか

    140 :

    >>136
    APサーバへの侵入にFW越えたってことでしょ

    141 :

    >>121-125
    kernelだけ考えても、RH7やRH9がでてからどれだけ
    セキュリティフィックスがでてるかを考えれば、可能性は限りなくゼロかと。

    業者がメンテしてると言い張ってるならGNUライセンスに基づいて、
    セキュリティフィックスしたkernelのpatchなりソースの公開を要求すれば
    ぼろぼろとメッキが剥がれはじめる。

    メッキが剥がれたら業者と契約した年数と月額あたりの保守料から
    いままで支払った金額を算出して、契約不履行で裁判所に訴えて金を取り替えした方がいい。

    142 :

    >>140
    APサーバに入れたなら DB にネットワーク経由でアクセスすれば言い訳で
    SQL インジェクションしなくちゃならない理由が見つからないのだが

    147 :

    >でも、いまさら、RH7-9は、ないとおもう。。。
    それって、「NECフィールディング」のことかも知れんな。
    郵便、郵政版に投げかけたらいずれ判るだろう。

    民営化前でも、何でもあり。民営後ならなおさら。

    149 :

    >>142
    それはわかるがそういう話が出てるからな
    DBってのがソニーのコンテンツ利用者のユーザデータ管理してる内部のWebサービスか何かで、
    そいつに対してSQLインジェクションを起こすリクエスト渡したんじゃないかって思ってる
    外向きには対策してても中向きには甘々だから、
    FW越えてAPサーバから発行する必要があったんじゃないの?


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / centos一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について