<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>NIST &#8211; 業務改善コンサルティング情報ブログ</title>
	<atom:link href="https://www.trilogyforce.com/blog/tag/nist/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.trilogyforce.com/blog</link>
	<description>業務改善で収益改善！</description>
	<lastBuildDate>Mon, 17 Jun 2024 01:21:12 +0900</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.1</generator>
	<item>
		<title>FBIが出したパスワードの勧告</title>
		<link>https://www.trilogyforce.com/blog/password-recommendations-issued-by-the-fbi/</link>
		<pubDate>Mon, 02 Mar 2020 12:50:19 +0900</pubDate>
		<dc:creator><![CDATA[Shingo Takahashi]]></dc:creator>
				<category><![CDATA[ITに関する情報]]></category>
		<category><![CDATA[情報セキュリティ]]></category>
		<category><![CDATA[FBI]]></category>
		<category><![CDATA[NIST]]></category>
		<category><![CDATA[パスフレーズ]]></category>
		<category><![CDATA[パスワード]]></category>
		<category><![CDATA[ワード]]></category>
		<category><![CDATA[国立標準技術研究所]]></category>
		<category><![CDATA[大文字]]></category>
		<category><![CDATA[小文字]]></category>
		<category><![CDATA[数字]]></category>
		<category><![CDATA[特殊文字]]></category>
		<category><![CDATA[米国立標準技術研究所]]></category>
		<category><![CDATA[米連邦捜査局]]></category>
		<category><![CDATA[記号]]></category>
		<category><![CDATA[連邦捜査局]]></category>

		<guid isPermaLink="false">https://www.trilogyforce.com/blog/?p=8715</guid>
		<description><![CDATA[先月、FBI（米連邦捜査局）は『パスワード』に関する以下のような勧告を出しました。 短い複雑なパスワードを使用する代わりに長いパスフレーズの使用を検討してください。 皆さん、こんにちは。 業務改善を行うIT・業務コンサル&#8230;]]></description>
				<content:encoded><![CDATA[<p class="pdb20">先月、FBI（米連邦捜査局）は『パスワード』に関する以下のような勧告を出しました。</p>
<blockquote><p>短い複雑なパスワードを使用する代わりに長いパスフレーズの使用を検討してください。</p></blockquote>
<div class="mgt10 mgb10" itemprop="image" itemscope itemtype="https://schema.org/ImageObject"><img decoding="async" src="//static.trilogyforce.com/blog/wp-content/uploads/2020/03/password.jpg" alt="パスワード" width="450" height="450" class="size-full wp-image-8719" loading="lazy" srcset="https://static.trilogyforce.com/blog/wp-content/uploads/2020/03/password.jpg 450w, https://static.trilogyforce.com/blog/wp-content/uploads/2020/03/password-300x300.jpg 300w, https://static.trilogyforce.com/blog/wp-content/uploads/2020/03/password-150x150.jpg 150w" sizes="auto, (max-width: 450px) 100vw, 450px" /><meta itemprop="url" content="https://www.trilogyforce.com/blog/wp-content/uploads/2020/03/password.jpg"><meta itemprop="width" content="450"><meta itemprop="height" content="450"></div>
<p>皆さん、こんにちは。</p>
<p>業務改善を行うIT・業務コンサルタント、高橋です。</p>
<p class="pdt20">さて、冒頭にある『パスワード』の話はこのブログでも何度か取り上げてきました。</p>
<p class="pdt20">では、『パスワード』の設定は何が望ましいのでしょうか？</p>
<h2 class="contTitle">FBIが勧めるパスワード設定</h2>
<p>FBI（米連邦捜査局）が勧告している『パスワード』設定の根拠はNIST（米国立標準技術研究所）のガイドラインのようですが、それには大文字、小文字、または特殊文字（記号）を必要とせず、15文字以上の長いパスワード（パスフレーズ）を推奨するとされています。</p>
<p class="pdt20">これは、大文字、小文字、数字、特殊文字（記号）を使った『短いパスワード』よりはそうではない『長いパスフレーズ』の方が解読されにくいことを意味しているように思えます。</p>
<p class="pdt20">『パスワード』を複雑にし過ぎてしまうと『覚えにくい＝忘れてしまう』ということも多々あるため、覚えられる『パスフレーズ』を使った15文字以上の長い文字列を推奨しているのでしょう。</p>
<p class="pdt20">ただし、大文字、小文字、または特殊文字（記号）を使うなということではありません。</p>
<p class="pdt20">確率的に言えばそれらを混在させた方が良いとは言えます。</p>
<p class="pdt20">結果的に自分流の『法則』を作ってしまえば良いです。</p>
<p class="pdt20">FBI（米連邦捜査局）のサイトには以下のような例がありました。</p>
<p class="pdt20">『VoicesProtected2020WeAre』、『DirectorMonthLearnTruck』</p>
<p class="pdt20">このような例に加えて特殊文字（記号）を含めた『パスフレーズ』を作れば良いです。</p>
<p class="pdt20">ワードとワードの間に何かしらの特殊文字（記号）を入れるルールを自分で決めておけば良いです。</p>
<p class="pdt20">例えば、『Voices<span class="fontR">.</span>Protected<span class="fontR">&#8211;</span>2020<span class="fontR">@</span>WeAre』といった感じに。</p>
]]></content:encoded>
			</item>
		<item>
		<title>SMS670文字へ拡大の時代錯誤</title>
		<link>https://www.trilogyforce.com/blog/the-anachronism-of-expanding-to-sms670-characters/</link>
		<pubDate>Tue, 10 Sep 2019 10:15:23 +0900</pubDate>
		<dc:creator><![CDATA[Shingo Takahashi]]></dc:creator>
				<category><![CDATA[ITに関する情報]]></category>
		<category><![CDATA[LINE]]></category>
		<category><![CDATA[NIST]]></category>
		<category><![CDATA[SMS]]></category>
		<category><![CDATA[SMS認証]]></category>
		<category><![CDATA[Y!mobile]]></category>
		<category><![CDATA[au]]></category>
		<category><![CDATA[iMessage]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[アプリ]]></category>
		<category><![CDATA[アメリカ国立標準技術研究所]]></category>
		<category><![CDATA[ガラケー]]></category>
		<category><![CDATA[ガラホ]]></category>
		<category><![CDATA[キャリア]]></category>
		<category><![CDATA[ショートメッセージサービス]]></category>
		<category><![CDATA[ショートメール]]></category>
		<category><![CDATA[スマートフォン]]></category>
		<category><![CDATA[ソフトバンク]]></category>
		<category><![CDATA[ドコモ]]></category>
		<category><![CDATA[フィーチャーフォン]]></category>
		<category><![CDATA[定額データ通信]]></category>
		<category><![CDATA[定額通話]]></category>
		<category><![CDATA[拡張]]></category>
		<category><![CDATA[携帯キャリア]]></category>
		<category><![CDATA[携帯メール]]></category>
		<category><![CDATA[文字数]]></category>
		<category><![CDATA[認証]]></category>
		<category><![CDATA[電話番号]]></category>
		<category><![CDATA[＋メッセージ]]></category>

		<guid isPermaLink="false">https://www.trilogyforce.com/blog/?p=8010</guid>
		<description><![CDATA[同一キャリア内（同一キャリア間）への送信は2年程前から文字数の拡張が行われていたSMS（ショートメッセージサービス）ですが、今日、2019年9月10日から3大キャリア系間においても文字数が拡張されます。 皆さん、こんにち&#8230;]]></description>
				<content:encoded><![CDATA[<p>同一キャリア内（同一キャリア間）への送信は2年程前から文字数の拡張が行われていたSMS（ショートメッセージサービス）ですが、今日、2019年9月10日から3大キャリア系間においても文字数が拡張されます。</p>
<div class="mgt10 mgb10" itemprop="image" itemscope itemtype="https://schema.org/ImageObject"><img decoding="async" src="//www.trilogyforce.com/blog/wp-content/uploads/2019/09/sms.jpg" alt="SMS（ショートメッセージサービス）" width="450" height="450" class="size-full wp-image-8013" loading="lazy" srcset="https://static.trilogyforce.com/blog/wp-content/uploads/2019/09/sms.jpg 450w, https://static.trilogyforce.com/blog/wp-content/uploads/2019/09/sms-150x150.jpg 150w, https://static.trilogyforce.com/blog/wp-content/uploads/2019/09/sms-300x300.jpg 300w" sizes="auto, (max-width: 450px) 100vw, 450px" /><meta itemprop="url" content="https://www.trilogyforce.com/blog/wp-content/uploads/2019/09/sms.jpg"><meta itemprop="width" content="450"><meta itemprop="height" content="450"></div>
<p>皆さん、こんにちは。</p>
<p>業務改善を行うIT・業務コンサルタント、高橋です。</p>
<p class="pdt20">さて、冒頭に書いた通り今日から『ドコモ』、『au』、『ソフトバンク（Y!mobile）』から他キャリアへ送信可能なSMS（ショートメッセージサービス）の文字数が全角70文字から全角670文字に拡張されます。</p>
<p class="pdt20">しかし、これに疑問を感じる方はいないのでしょうか？</p>
<h2 class="contTitle">SMSが670文字に拡大される時代錯誤</h2>
<p>これだけIT技術の進化や通信インフラが整備され、かつ『定額通話』や『定額データ通信』という状況にある中で何故『SMS（ショートメッセージサービス）』の仕様を拡張するのか？</p>
<p class="pdt20">１．スマートフォンアプリの認証に広く普及してしまっている</p>
<p>２．フィーチャーフォン（ガラケー）であっても簡単に使える</p>
<p>３．携帯キャリアの貴重な収入源になっている</p>
<p class="pdt20">といったことがあるかと思います。</p>
<p class="pdt20">しかし、１に関しては過去に『インターセプト』された事件があり、NIST（National Institute of Standards and Technology / アメリカ国立標準技術研究所）が3年程前に『SMS認証を推奨しない』と発表しています。</p>
<p class="pdt20">２に関しては、2020年後半から2021年あたりにかけて『3G』が終了していくため、純粋なフィーチャーフォン（ガラケー）というものがなくなり、俗に言う『ガラホ（見た目はガラケー、中身はスマホ）』に切り替えていくことになるため、『LINE』などのアプリも使えるようにもなり、料金的にも『定額プラン』を選択することになるでしょう。</p>
<p class="pdt20">そして、３に関しては言うまでもないでしょうが『SMS（ショートメッセージサービス）』は携帯キャリアにとって貴重な収入源になっているはずです。</p>
<p class="pdt20">昨年始まった『＋メッセージ』もあまり普及はしておらず、『打倒LINE』というのは遠い話しの状況で、受信者が『＋メッセージ』のアプリを使っていなければ送信した側は通常の『SMS（ショートメッセージサービス）』扱いとなるため料金が発生します。</p>
<p class="pdt20">結果的にはどの部分をとっても中途半端な状態なわけです。</p>
<p class="pdt50">これは利用者側にも問題があるでしょう。</p>
<p class="pdt20">ちょっとしたメッセージであればあっさり『SMS（ショートメッセージサービス）』を使ってしまう。</p>
<p class="pdt20">相手と『LINE』で繋がっていなかったり『携帯メール』を知らなかったりすると、結果的には電話番号だけで簡単に送れてしまうことからある意味便利なのでしょう。</p>
<p class="pdt50">では、iPhone同士の場合はどうでしょうか？</p>
<p class="pdt20">『iMessage』という仕組みができ上っています。</p>
<p class="pdt20">つまり、携帯キャリア次第で何とでもなる話しだということです。</p>
<p class="pdt50">これを改善していくとすれば、各アプリケーションでの『SMS認証』を廃止してしまうことでしょう。</p>
<p class="pdt20">そうすれば『SMS（ショートメッセージサービス）』の利用率は今よりも格段に減る可能性があります。</p>
<p class="pdt20">そして、利用者が減少すれば携帯キャリアも違うことを考えるに違いありません。</p>
]]></content:encoded>
			</item>
		<item>
		<title>パスワードの定期的変更不要論</title>
		<link>https://www.trilogyforce.com/blog/regular-change-of-password-is-unnecessary/</link>
		<comments>https://www.trilogyforce.com/blog/regular-change-of-password-is-unnecessary/#respond</comments>
		<pubDate>Wed, 28 Mar 2018 10:44:07 +0900</pubDate>
		<dc:creator><![CDATA[Shingo Takahashi]]></dc:creator>
				<category><![CDATA[ITに関する情報]]></category>
		<category><![CDATA[情報セキュリティ]]></category>
		<category><![CDATA[NISC]]></category>
		<category><![CDATA[NIST]]></category>
		<category><![CDATA[Norton]]></category>
		<category><![CDATA[Symantec]]></category>
		<category><![CDATA[アメリカ国立標準技術研究所]]></category>
		<category><![CDATA[ガイドライン]]></category>
		<category><![CDATA[サイト]]></category>
		<category><![CDATA[ジェネレータ]]></category>
		<category><![CDATA[セキュリティ]]></category>
		<category><![CDATA[パスフレーズ]]></category>
		<category><![CDATA[パスワード]]></category>
		<category><![CDATA[パスワード生成]]></category>
		<category><![CDATA[ログイン認証]]></category>
		<category><![CDATA[内閣サイバーセキュリティセンター]]></category>
		<category><![CDATA[大文字]]></category>
		<category><![CDATA[定期的な変更]]></category>
		<category><![CDATA[小文字]]></category>
		<category><![CDATA[数字]]></category>
		<category><![CDATA[文字数]]></category>
		<category><![CDATA[米政府機関]]></category>
		<category><![CDATA[総務省]]></category>
		<category><![CDATA[英字]]></category>
		<category><![CDATA[記号]]></category>
		<category><![CDATA[電子認証]]></category>

		<guid isPermaLink="false">https://www.trilogyforce.com/blog/?p=5705</guid>
		<description><![CDATA[さまざまなところでログイン認証などに必要となるパスワード、従来の考え方では『パスワードの定期的変更』が推奨されてきました。 しかし、これに対して『パスワードの定期的な変更は不要』という考え方に変化してきています。 皆さん&#8230;]]></description>
				<content:encoded><![CDATA[<p>さまざまなところでログイン認証などに必要となるパスワード、従来の考え方では『パスワードの定期的変更』が推奨されてきました。</p>
<p class="pdt20">しかし、これに対して『パスワードの定期的な変更は不要』という考え方に変化してきています。</p>
<div class="mgt10 mgb10" itemprop="image" itemscope itemtype="https://schema.org/ImageObject"><img decoding="async" src="//www.trilogyforce.com/blog/wp-content/uploads/2018/03/password.jpg" alt="パスワード" width="450" height="300" class="size-full wp-image-5711"  loading="lazy" srcset="https://static.trilogyforce.com/blog/wp-content/uploads/2018/03/password.jpg 450w, https://static.trilogyforce.com/blog/wp-content/uploads/2018/03/password-300x200.jpg 300w" sizes="auto, (max-width: 450px) 100vw, 450px" /><meta itemprop="url" content="https://www.trilogyforce.com/blog/wp-content/uploads/2018/03/password.jpg"><meta itemprop="width" content="450"><meta itemprop="height" content="300"></div>
<p>皆さん、こんにちは。</p>
<p>業務改善を行うIT・業務コンサルタント、高橋です。</p>
<p class="pdt20">総務省の『<a class="sb-line" href="http://www.soumu.go.jp/main_sosiki/joho_tsusin/security/index.html" target="_blank" rel="noopener noreferrer">国民のための情報セキュリティサイト</a>』にある、『<a class="sb-line" href="http://www.soumu.go.jp/main_sosiki/joho_tsusin/security/basic/privacy/01-2.html" target="_blank" rel="noopener noreferrer">IDとパスワード　設定と管理の在り方</a>』を紹介するページでは、『パスワードを複数のサービスで使い回さない（定期的な変更は不要）』という文言が出てきます。</p>
<p class="pdt20">これは以前の考え方から変化していますが、何故そのように変化したのでしょうか？</p>
<h2 class="contTitle">パスワードの定期的な変更は不要</h2>
<p>一部のインターネット記事を見ると、これはNISC（内閣サイバーセキュリティセンター）の見解を受けて変更されたようです。</p>
<p class="pdt20">しかし、NISCも他での見解を受けて方針を変更したのではないでしょうか？</p>
<p class="pdt20">約1年程前、米政府機関である『NIST（National Institute of Standards and Technology/アメリカ国立標準技術研究所』が発行する『電子認証に関するガイドライン』の新版からルールを変更するとされていました。</p>
<p>（参考：<a class="sb-line" href="https://pages.nist.gov/800-63-3/sp800-63b.html" target="_blank" rel="noopener noreferrer">電子的認証に関するガイドライン by NIST</a>）</p>
<p class="pdt20">これは、ユーザーに新しいパスワードへの変更を求めてもいい加減に作る傾向にあり、特別な理由がない限りはパスワード変更を求めるべきではないという考え方が専門家の間でも増えてきたこともあります。</p>
<p class="pdt20">また、NISTでは定期的なパスワード変更を止める代わりとして、最低64文字でスペースも入れられる『パスフレーズ』を推奨するとしています。</p>
<p class="pdt20">では、パスワード設定はどのように行うか？</p>
<p class="pdt20">パスワード生成を自動で行ってくれるツールを使うと良いです。</p>
<p class="pdt20">このようなものを使えば、個人に関連する情報が一切含まれず、英字の大文字・小文字、数字、記号、文字数、強度などを選択しながらパスワード生成を行うことができますので、非常に解読されにくいものであると言えます。</p>
<p>（参考：<a class="sb-line" href="https://identitysafe.norton.com/ja/password-generator" target="_blank" rel="noopener noreferrer">パスワードジェネレータ/Norton by Symantec</a>）</p>
<p class="pdt20">そして、これを適切に管理さえしていれば、推測されやすいパスワードの定期的な変更よりも適切なものであると言えるでしょう。</p>
]]></content:encoded>
			<wfw:commentRss>https://www.trilogyforce.com/blog/regular-change-of-password-is-unnecessary/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Promptで2段階認証を</title>
		<link>https://www.trilogyforce.com/blog/two-step-verification-with-google-prompt/</link>
		<comments>https://www.trilogyforce.com/blog/two-step-verification-with-google-prompt/#respond</comments>
		<pubDate>Thu, 20 Jul 2017 10:52:40 +0900</pubDate>
		<dc:creator><![CDATA[Shingo Takahashi]]></dc:creator>
				<category><![CDATA[ITに関する情報]]></category>
		<category><![CDATA[2段階認証]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Google Prompt]]></category>
		<category><![CDATA[NIST]]></category>
		<category><![CDATA[Prompt]]></category>
		<category><![CDATA[SMS]]></category>
		<category><![CDATA[スマートフォン]]></category>
		<category><![CDATA[プロンプト]]></category>
		<category><![CDATA[プロンプト方式]]></category>
		<category><![CDATA[リマインダー]]></category>
		<category><![CDATA[ログイン]]></category>
		<category><![CDATA[暗号化]]></category>
		<category><![CDATA[米国立標準技術研究所]]></category>
		<category><![CDATA[認証]]></category>

		<guid isPermaLink="false">https://www.trilogyforce.com/blog/?p=4648</guid>
		<description><![CDATA[Googleが、SMSを使った2段階認証から新しい認証方式への移行をユーザーに促す取り組みを今週より開始するようです。 皆さん、こんにちは。 業務改善を行うIT・業務コンサルタント、高橋です。 さて、皆さんはGoogle&#8230;]]></description>
				<content:encoded><![CDATA[<p>Googleが、SMSを使った2段階認証から新しい認証方式への移行をユーザーに促す取り組みを今週より開始するようです。</p>
<div class="mgt10 mgb10" itemprop="image" itemscope itemtype="https://schema.org/ImageObject"><img decoding="async" src="//www.trilogyforce.com/blog/wp-content/uploads/2017/07/prompt.jpg" alt="Google Prompt（プロンプト）" width="450" height="413" class="size-full wp-image-4657"  loading="lazy" srcset="https://static.trilogyforce.com/blog/wp-content/uploads/2017/07/prompt.jpg 450w, https://static.trilogyforce.com/blog/wp-content/uploads/2017/07/prompt-300x275.jpg 300w" sizes="auto, (max-width: 450px) 100vw, 450px" /><meta itemprop="url" content="https://www.trilogyforce.com/blog/wp-content/uploads/2017/07/prompt.jpg"><meta itemprop="width" content="450"><meta itemprop="height" content="413"></div>
<p>皆さん、こんにちは。</p>
<p>業務改善を行うIT・業務コンサルタント、高橋です。</p>
<p>さて、皆さんはGoogleのサービスにログインする際、どのような方法でログインしていますか？</p>
<p class="pdt20">おそらく、2段階認証を使っている人の中でも多くはSMSを使った2段階認証でGoogleのサービスにログインしているかと思いますが、実はこの方法は推奨されていません。</p>
<h2 class="contTitle">SMSによる2段階認証が非推奨な理由</h2>
<p>米国立標準技術研究所（NIST）は、SMSによる2段階認証を以下の理由から安全ではないとし、非推奨としています。</p>
<p class="pdt20">１．攻撃者が携帯電話事業者をだましてSMSのメッセージを自分の携帯電話にリダイレクトさせられる</p>
<p>２．SMS経由で銀行からユーザーに送信されたコードを読み取る悪質なAndroidアプリが数多く存在する</p>
<p class="pdt20">では、どのような方法であれば安全なのでしょうか？</h2>
<h2 class="contTitle">Google Promptを使った2段階認証</h2>
<p>Googleは昨年、Google Prompt（プロンプト）という新たなオプションを導入し、提供しはじめました。</p>
<p>これは暗号化された接続を介して認証プロセスが実行されることから、SMSを使った方式よりも安全であり、推奨されています。</p>
<p class="pdt20">認証方法は非常にシンプルです。</p>
<p class="pdt20">１．Googleアカウントにログインすると、スマートフォンを確認するよう促すリマインダーが表示される</p>
<p>２．スマートフォンに送信された『ログインしようとしていますか？』というプロンプトで『はい』をタップする</p>
<p class="pdt20">これだけです。</p>
<p class="pdt20">ただし、Googleアカウントにて予めスマートフォンを追加しておく必要があることと、スマートフォンにはGoogleアプリを入れておく必要があります。</p>
<p class="pdt20">ちなみに、私の場合は『<a class="sb-line" href="/blog/google-2-step-verification-and-smartphone-authentication/">Google2段階認証とスマホ認証</a>』の記事でご紹介したスマートフォン認証を使っていますが、プロンプト方式の2段階認証よりプロセスが増えますので、それでも良い場合はこちらがお勧めです。</p>
]]></content:encoded>
			<wfw:commentRss>https://www.trilogyforce.com/blog/two-step-verification-with-google-prompt/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
