2024年12月17日（火）、裁判所から審判が届いた。 ド緊張した冷たく震える指でおそるおそる封筒を開けたら、 ”申立人（私）の名の変更を許可する”（意訳） 待ち焦がれた最良の審判が記されていて、 いつぶりかわからない、嬉し泣きをしてしまいました。 本当に本当に嬉しい。生きててよかった。 そんなわけで、生まれてからずっと使っていた名前を、 国の許可を得て改名できることになりました。 あまりにも人生の重大事件なので、文章に残そうと思います。 まず「本名が変」という言い方をしていますが、 キラキラネームってわけではありません。 私以外にこんな名前をしてるヤツにはなかなか会えない特殊な形態になってて、これがもう本当にかなり社会生活に支障がありました。 本名を名乗るだけでびっくりされたし人だかりができたし、 １回だけテレビの取材がきたこともある。 病院・学校・銀行などの本名を大勢の前で呼ばれる機会
仮想マシンに繋がるまでがシンドイ リモートワークでノートパソコンを起動して、VPN接続して、リモートデスクトップを起動をするのですが、仕事開始までの以下の作業が正直シンドイです。 BitLockerのPINの入力（システムドライブの暗号化解除） Windows10へのサインイン VPN接続のID・パスワードを入力（FortiClient） リモートデスクトップのパスワード入力...。 何回もIDとパスワードを入力するのに疲れます。BitLockerのPINとWindowsのサインインのパスワードで二重に保護しているので、正直『Windowsにサインインしたらあとは自動で良くない？』と思う訳です。 そこで、VPN接続とリモートデスクトップ（RDP)を自動化にチャレンジしました。リモートデスクトップ（RDP)はユーザー名とお明日ワード保存したり、ショートカットをスタートアップに登録したりで簡単
セキュアサービスエッジ（SSE） ネットワークエッジからリモートユーザーまで、ネットワークとセキュリティのコンバージェンスを拡張します。
パスキーの本質はユーザー側としてはパスワード入力機会の削減、サービス側としては企業のセキュリティリスクのユーザーへの責任転嫁とコストカットである。 サービス側 企業がユーザーにパスキーを使わせようと強要するのはログイン情報の流出や流出したログイン情報による攻撃のリスクと責任とコストから企業を守るために認証に関する問題がユーザーの責任によってしか発生しないよう責任転嫁したいからに過ぎない。このため認証情報の紛失や盗難などによる喪失リスクと復旧の困難性やその他新たに発生する問題については隠蔽または矮小化される。企業にとってパスキーとはパスワードの定期的変更の最新版なのでありユーザーがパスキーを強要されるのはパスワードの定期的変更を強要された歴史を繰り返しているに過ぎない。 ユーザー側 パスキーの適切な実装におけるユーザーの本質的利益はパスワード入力機会が減ることによりフィッシング被害を受ける機
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く