タグ付けされた質問 「policy」

私はそれが「悪い」アイデアであることを知っています。安全ではないことを知っています。答えを探すためにネットを検索しましたが、私が見たのは、それが良くないという嘆きでした。しかし、Linuxを使用するのが好きです。Linuxを使用すると、自分が使いたいシステムを作ることができるからです。イントロの終わり。 パスワードを変更しようとしています： ruslan:~% passwd Changing password for ruslan. (current) UNIX password: Enter new UNIX password: Retype new UNIX password: You must choose a longer password しようとするとsudo passwd ruslan、必要なパスワードを設定できるので、システムのpasswdのパスワードの複雑さをチェックする必要がありません。 グーグルで調べた後、パスワードの複雑さをテストするPAMモジュールpam_cracklib が必要であり、設定できることがわかりました。しかし、私のPAMパスワード設定にはpam_cracklibが含まれていません。 % cat /etc/pam.d/passwd | grep '^[^#]' @include common-password % cat /etc/pam.d/common-password | grep '^[^#]' password [success=1 default=ignore] pam_unix.so obscure sha512 …

48 11.10  password  policy 

私はPHP 5.3を使用していますが、近い将来PHP 5.3を使用する必要があります。アップグレードを提案しないでください-私の設定では、この段階では不可能です。 現在、新しいサーバーにどのOSを選択するかを評価しています。Debian Wheezy（aptのピン留めシステムを活用してSqueezeからPHP 5.3パッケージをプルする）を使用したいのですが、最新のUbuntu LTSにはPHP 5.3が含まれており、2017年までサポートされています。 私が思っていることは次のとおりです。PHP5.3は1年以内にEOLになります。放棄された場合、Canonicalはそれを放棄しますか、それとも2017年までPHP 5.4+（該当する場合）からセキュリティ修正をバックポートしますか？

14 security  policy