リモートワーク時の情報漏えいの原因とは
リモートワーク時の情報漏えいの原因として、セキュリティ問題に対する意識の向上とトレーニングを行っているにもかかわらず、多くの従業員がセキュリティリスクを抑止するために必要な予防措置を講じていないのが原因です。具体的には、未公開に設定すべきものが公開設定になっていたことや想像されやすいパスワードが設定されていたこと、管理者権限を得られる状態になっていたこと、業務データを外部へ持ち出すこと、業務用パソコンを私用で使うこと、記憶メディアの消去が不十分だったことがあげられます。
標的型攻撃 組織内部のサーバにアクセスできるようにするため、組織の構成員の端末に不正プログラムを感染させることによってバックドアを設置し、遠隔操作する。
例えば、医療費通知を偽装した不正プログラムを添付して送信する 。不正プログラムをクリック(実行)してしまうと、そのコンピュータは不正プログラムの支配下になり、外部から遠隔操作する拠点となってしまう。
内部ネットワーク(イントラネット)内にバックドアを設置した攻撃者は、APT攻撃に発展させる可能性がある。
災害情報共有システム 従前に比べて効率化が図られたとはいえ、避難指示は自治体職員の人手による入力を介するため、条件によっては発信が遅れる。例えば、深夜などの時間帯要因、業務の多忙さ、担当者の不在などが挙げられる。防災無線・広報車・ホームページ・SNSなどほかの伝達手段が優先されるケースもあるが、これらをワンストップで発信できるようシステムが連携する分野を増やすことで改善が可能。
USBフラッシュドライブの機密保護 安全なUSBフラッシュドライブは不正な利用者からのアクセスからそれらに保存されたデータを保護する。USBフラッシュドライブ製品は2000年から市場に存在してきた、そしてそれらの利用者は指数関数的に増加している。消費者と企業はともに需要を増やしたので、製造者は大容量データ記憶容量の高速な装置を生産している。
ラップトップ、ノートブック、携帯情報端末(PDA)、スマートフォン、USBフラッシュ装置やその他可搬式装置の様な、携帯式の装置の数の増加は仕事での利用で見られる。
事業所の外部へデータを持ち運ぶ装置を利用する従業員によって、安全でないUSBフラッシュドライブに機密データが保存される時に、とりわけ会社は危険に晒(さら)される。顧客のデータ、財務情報、事業計画、その他の機密情報の損失を含めた、そのような情報が引き出された装置を失う結果は、繰り返しの損失の危険の関与をもって著しくなりうる。
Fingerプロトコル Finger はTCPのポート番号 79 (十進)を使う。ローカルホストがリモートホストのFingerポートに対してTCPコネクションを確立する。リモートホストでは、そのコネクションの要求を処理するための RUIP (Remote User Information Program) が起動される。ローカルホストはRUIPにFingerクエリ仕様に基づいた1行のクエリを送信し、RUIPの応答を待つ。RUIPはそのクエリを受信して処理し、返答し、コネクションをクローズさせる。ローカルホストは答を受信すると、ローカル側のコネクションのクローズを行う。
Finger ユーザー情報プロトコルは RFC 1288(The Finger User Information Protocol、1991年12月)に基づいている。一般に、サーバ側の実装は fingerd(finger daemon)、クライアント側の実装は name と finger があり、その時点のシステムおよび特定人物に関するステータス情報を人間が読める形式で表示する。特にフォーマットは決まっておらず、コマンド行1行ぶんの内容をプロトコルの応答として返す。UNIX、Unix系システム、最近のWindowsで実装されている。
このプログラムは、あるユーザーがログインしているか、そのメールアドレス、フルネームなどの情報を提供する。そのような標準のユーザー情報以外に、そのユーザーのホームディレクトリに .project ファイルや .plan ファイルがあれば、その内容も表示する。これらのファイルの内容はユーザー自身が用意するもので、そのユーザーの現在の仕事などに関する便利な情報や、何らかのユーモアを表す内容が含まれることが多い。
テレワーク コミュニケーションのための技術は、対面でのオフィスでのやりとりを再現できるほどには進歩していない。つまり、コミュニケーションの失敗が増える可能性がある。メディアリッチネス理論(英語版)によると、対面でのコミュニケーションは、豊かな情報を処理する能力を備えている。これは、曖昧な問題を明確にすることができ、即時にフィードバックを提供することができ、個人に適したコミュニケーション(ボディランゲージ、声のトーンなど)があるということである。在宅勤務では、電話や電子メールなど、さまざまなタイプのメディアを使用してコミュニケーションをとる必要がある。そして、電子メールにはタイムラグがあり、すぐにフィードバックを得ることができない。また、電話での会話では、電話の相手やチームの感情を推し量ることが難しくなる。このように、典型的な組織のコミュニケーションパターンは、在宅勤務では変化する。例えば、コンピュータ会議を利用したコンピュータ媒介型コミュニケーションを使用しているチームは、対面式のグループよりもグループの意思決定に時間がかかる。
労働者は、コミュニケーションを行うにあたって、対面でのやりとり、電話での会話、対面での部門会議に満足する傾向が見られるが、電子メールやインターネットはコミュニケーションの満足度を高めない。ある研究では、チーム内のバーチャルワーカーは、対面のオフィスでのコミュニケーションよりもテクノロジーを媒介としたコミュニケーションに満足していたという結果が出ているが、このことから、テレワークは対面のコミュニケーションに比べて「豊かなコミュニケーション」の要素を持っていない可能性があることが示唆されている。
ライブラリ 1980年代終盤に開発された動的リンクは1990年代初期にはほとんどのOSで使用可能となった。ほぼ同時期にオブジェクト指向プログラミング (OOP) が市場に出回り始めた。OOPは従来のライブラリが提供していなかった情報を必要とした。それは、あるオブジェクトが依存しているオブジェクトのリストである。これはOOPの継承という機能の副作用であり、あるメソッドの完全な定義は複数の場所に分散して配置される可能性がある。これは単純化すればライブラリ間の依存関係ということになるが、真のOOPシステムではコンパイル時には依存関係が明らかでなく、そのために様々な解決方法が登場した。
同じころ、多層構造のシステムの考え方も出てきた。デスクトップコンピュータ上の表示プログラムが汎用コンピュータ(汎用機)やミニコンピュータの記憶装置や演算機能を利用するものである。例えばGUIベースのコンピュータがミニコンピュータにメッセージを送り、表示すべき膨大なデータの一部を得るというものが考えられた。RPCは既に使われていたが、それは標準化されていなかった。
主要な汎用機およびミニコンメーカーがこれら二つの問題に関してプロジェクトを結成し、どこでも使えるOOPライブラリ形式を開発した。このようなシステムをオブジェクト・ライブラリ(英: object library)と呼んだり、リモートアクセスが可能ならば分散オブジェクト(英: distributed objects)と呼ぶ。マイクロソフトのCOMは分散機能のないオブジェクトライブラリであり、DCOMはリモートアクセスを可能としたバージョンである。
リモートで殺される 緊急事態宣言による自粛期間の最中、リモートで集まった高校時代の同級生6人が、高校時代に転落死した同級生は本当に自殺だったのかリモートで真相を探るうちに、リアルタイムで起こる連続殺人に巻き込まれていく。
ワーケーション 喧噪や無機質な都市を離れ、通勤ラッシュからも解放され、豊かな自然環境や落ち着いた雰囲気の中で働くことで創造性や生産性が高まり、有給休暇の取得率も高まる。また、滞在地にとっても交流居住による人口の増加や地元での消費に伴う経済振興につながるとして期待されている。
一方で一般的なテレワーク同様に、仕事と休暇の線引きや勤務時間の認定が難しいといった勤怠管理の課題や、会社施設であればテレビ会議のシステムなどを整備する設備投資の必要性が指摘される。