主に Web 開発者向けの質問です。
Web アプリケーションを開発してそれに管理領域を追加するとき、どのように名前を付けますか? 「admin」のままにしておくのは、時代遅れで安全ではありません。
あなたが知っている/考えられるウェブサイトのタイトルを保持している他の名詞、動詞、形容詞などを共有してください.
主に Web 開発者向けの質問です。
Web アプリケーションを開発してそれに管理領域を追加するとき、どのように名前を付けますか? 「admin」のままにしておくのは、時代遅れで安全ではありません。
あなたが知っている/考えられるウェブサイトのタイトルを保持している他の名詞、動詞、形容詞などを共有してください.
管理領域を保護する本当のセキュリティがある場合は、それを何と呼ぶかは問題ではありません。あいまいさによるセキュリティは悪い考えです。
隠蔽によるセキュリティは偽のセキュリティです。
私は /HackTheSiteHere と呼んでいます。
私は「超」を使うのが好きです
/controlpanel/ などを使用することもあれば、/admin/ や /_admin/ を使用することもあります。推測しにくいものを使用しても問題はありませんが、セキュリティは決してそれに依存すべきではありません。
あいまいさによる少しのセキュリティは、少なくともいくつかの攻撃を止めることができますが、不満を抱いている元従業員の要因などは言うまでもなく、中途半端な競争力のある攻撃者がそれがどこにあるかを見つけるのにそれほど時間はかかりません.そもそも問題にならない攻撃者のみを阻止します。
通常のユーザー ページと同じディレクトリに管理ページを貼り付けます。彼らが URL を推測した場合、それでどうなるでしょうか? とにかくオープンソースであるため、彼らはアクセス拒否メッセージを受け取り、時間を無駄にします。
通常、アプリケーション内のさまざまなユーザー ロールにフォルダーをマップするので、私は管理者と呼んでいます。わかりにくいことではありませんが、フォルダー (およびコード ビハインド ページ) は適切にロックされているため、匿名ユーザーや適切な権限のないユーザーはそれらを表示できません。
メインサイトに加えて、別の管理エリアを維持しないことを好みます。むしろ、ログインしているユーザーのログインとACLに応じて、さまざまなオプションとアクションを利用可能にします。
そして、はい、あいまいさによるセキュリティは悪い考えです!
/admin/ はあまりにも明白なので使用しませんが、あなたがそれを何と呼ぶかが重要である理由がよくわかりません。
ただし、1 つの構成変数を変更するだけで、いつでもその URL を変更できるようにする必要があります。
バックエンド領域がどこにあるかさえわからない場合、バックエンド領域にアクセスするのははるかに難しいため、私が何を使用しているかを人々に知られたくない:)
私は管理者に固執します。なぜそれが安全ではないのでしょうか?とにかくユーザーを認証します。