ユーザーに引き渡すときに適切なセキュリティ対策はされているものという前提のもので納品される、のは暗黙の条件ですし対策を施していなければ債務不履行にあたります。非機能要件という括られ方が冷遇の根源ということも、ないわけではなさそうだなあ。CowardSQLインジェクションの存在をユーザーテストで発見しろというのはさすがに無理筋では。Coward正常系の機能とか画面デザインなんかは兎も角、セキュリティに関してまでユーザーテストや検収でチェックしろってのは無理だろう。そんな部分までチェックする能力のあるユーザーなら、SIerに頼むより自社で開発した方が安上がりだ。Coward要求仕様に「セキュリティ上の問題がないこと」とか平然と書く奴もいるし、それを受け取っちまうバカもいる。『既知の』ならともかく。そのうえで「こんな当たり前のことでどうしてこんなにカネがかかるんだ」とか叫ぶ奴がいたりとか。#OSSの未知のバグまで面倒みれませんって。Coward#OSSの未知のバグまで面倒みれませんって。Coward発注者の立場としては、できる限り広く書くので、「セキュリティ上の問題がないこと」って普通のことでしょ。受け取る側が付け加えるのならともかく、そのまま受け取ったらラッキーですよ。日記これからはデフォルトパスワードではなくて、初回ログイン時にパスワードを設定させる機能が常識になるかなぁ。(#2748319)これ判決は1年前に出ており確定しています。判決内容の解説はこっちの方が詳しいです。[hatena.ne.jp]なお文中に出てくる調査に当たったL(社)はラックです。Cowardん、最近はインストーラー経由だと設定出来なくなってなかったか、それ。直にSQL叩り、後から変更したら設定できたとは思うけど。Cowardだめです。変更していないことを知っているのに顧客に変更を勧めていないなら説明義務違反で100%の賠償責任を負いますし、伝えていても変更していなければ適切なセキュリティ対策が採られたアプリケーションを提供すべき債務の不履行で負けます。初期設定のパスワードは技術者ならよく知っているものであり、「予見不可能」の言い訳は通用しません。変更しないと、被害に遭って顧客から訴えられたとき負けて賠償責任を負わされますよ。(#2748424)いや、トップページを白紙に差し替えただけ。出てくる配下のコンテンツに直にアクセスするとちゃんと残ってる。改行ひとつのファイルを。日記つれーわー、Slashdottedつれーわー(混ぜるなシェア親コメントより多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド読み込み中...。