セキュリティ上の懸念
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2021/03/18 16:26 UTC 版)
「Fingerプロトコル」の記事における「セキュリティ上の懸念」の解説
メールアドレスやフルネームなどの詳細な情報はインターネット黎明期には便利だったが、最近ではプライバシーやセキュリティ上の懸念が生じている。Finger 情報はクラッカーにソーシャル・エンジニアリング攻撃の足がかりとして悪用されることが多い。Finger を利用して企業の従業員名、メールアドレス、電話番号などの一覧を得て、別の従業員のふりをして電子メールや電話で情報を聞きだすという手法が可能となる。また、fingerd 自身にもクラッカーが侵入に利用できる脆弱性がかつて存在した。モリスワームは fingerd などの脆弱性を利用して広まっていった。 以上のような理由で、かつてはよく使われていたが、1990年代にはほとんどのサイトがこのサービスを停止していった。よく知られている例外として、ジョン・D・カーマックとジャスティン・フランケルは今でもステータス情報を時々更新している。2005年末、ジョン・カーマックは .plan サイトからブログに切り換えた。
※この「セキュリティ上の懸念」の解説は、「Fingerプロトコル」の解説の一部です。
「セキュリティ上の懸念」を含む「Fingerプロトコル」の記事については、「Fingerプロトコル」の概要を参照ください。
セキュリティ上の懸念
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2018/09/30 00:52 UTC 版)
「車内エンターテインメント」の記事における「セキュリティ上の懸念」の解説
車載インフォテインメントシステムが車両のより多くの機能に(CANバスなどを介して)アクセスできるようになるにつれ、潜在的なリモートハッキングに関する懸念も表明されている(ドライブ・バイ・ワイヤも参照)。
※この「セキュリティ上の懸念」の解説は、「車内エンターテインメント」の解説の一部です。
「セキュリティ上の懸念」を含む「車内エンターテインメント」の記事については、「車内エンターテインメント」の概要を参照ください。
セキュリティ上の懸念
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/05/14 01:31 UTC 版)
「Berkeley Packet Filter」の記事における「セキュリティ上の懸念」の解説
Spectre攻撃により、LinuxカーネルのeBPF JITコンパイラを利用して、他のカーネルプロセスからデータを抽出し、ユーザー空間でそのデータを読み取れるようになる可能性がある。
※この「セキュリティ上の懸念」の解説は、「Berkeley Packet Filter」の解説の一部です。
「セキュリティ上の懸念」を含む「Berkeley Packet Filter」の記事については、「Berkeley Packet Filter」の概要を参照ください。
セキュリティ上の懸念
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/02/28 06:44 UTC 版)
「ノーコード開発プラットフォーム」の記事における「セキュリティ上の懸念」の解説
ノーコード開発プラットフォームの人気が高まるにつれ、特に消費者データを扱うアプリでは、プラットフォームのセキュリティに対する懸念も高まっている。一般的な前提として、NCDPは技術的な知識を持たないビジネスユーザーによって構築されることが多いため、セキュリティ上の脅威に対してより脆弱であると考えられている。実際には、カスタムコードは多くの場合、複数のアプリケーションで一貫した使用によって検証されたプラットフォーム・コードよりも、大きなセキュリティリスクがある。ノーコードソリューションにより、プラットフォームがユーザーから舞台裏で何が起こっているかを隠すことができるため、エンドユーザーはアプリの機能を操作したりセキュリティを危険にさらしたりせずに、フィールドを変更または修正できる。
※この「セキュリティ上の懸念」の解説は、「ノーコード開発プラットフォーム」の解説の一部です。
「セキュリティ上の懸念」を含む「ノーコード開発プラットフォーム」の記事については、「ノーコード開発プラットフォーム」の概要を参照ください。
セキュリティ上の懸念
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/07/25 10:12 UTC 版)
「AnoNet」の記事における「セキュリティ上の懸念」の解説
anoNetのユーザーが識別可能な情報はないため、ネットワークが混乱するとの懸念があるかもしれない。しかし、他の匿名ネットワークとは異なり、anoNetでは、特定のルーターまたはユーザーが問題を引き起こしている場合、ファイアウォールで簡単にブロックできるので問題はありえない。ネットワーク全体に影響を与えている場合は、トンネルをストップする。 ランダムなアドレスの無秩序な性質を使うため、リンクIPアドレスを非表示にする必要はない。ただし、ユーザーがサービスを実行する場合、または匿名でディスカッションに参加する場合は、新しいルートを選択して、サービスまたはクライアントに新しいIPアドレスに割り当てられる。
※この「セキュリティ上の懸念」の解説は、「AnoNet」の解説の一部です。
「セキュリティ上の懸念」を含む「AnoNet」の記事については、「AnoNet」の概要を参照ください。
セキュリティ上の懸念
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/07/26 14:38 UTC 版)
「Yahoo!メール」の記事における「セキュリティ上の懸念」の解説
Google 透明性レポートとTwitter透明性センターによれば、ドメイン yahoo.co.jp のメールはTLSに対応しておらず、暗号化されていない。暗号化されていないメールは、漏洩や傍受の懸念が生じる。
※この「セキュリティ上の懸念」の解説は、「Yahoo!メール」の解説の一部です。
「セキュリティ上の懸念」を含む「Yahoo!メール」の記事については、「Yahoo!メール」の概要を参照ください。
- セキュリティ上の懸念のページへのリンク