  |
はてなキーワード: 送信先とは
Bard＞接続が成功したら、左側のナビゲーションバーで、[レポート]をクリックします。
私＞ここがわかりません。そのようなボタンは私の画面には表示されていないように思います
Bard＞申し訳ありませんが、Looker Studioの画面がわかりません。画面のスクリーンショットを添付していただけますか？
私＞すいません、どうやって添付すればいいのでしょうか？
添付ファイルのサイズが大きい場合は、メールソフトの設定でサイズ制限を変更する必要があります。また、添付ファイルの種類によっては、メールソフトで開けない場合があります。
添付ファイルの種類は、PDF、Word、Excel、PowerPointなどの一般的なファイル形式にする。
私＞いま、あなたに、画像を送るためにはどうすればいいでしょうか
Bard＞申し訳ありませんが、私は画像を受け取ることができません。私はテキストのみを処理できます。
私＞おまえがスクリーンショット欲しいっていうたんやろが
他の回答案を表示
Bard＞申し訳ありませんが、私はスクリーンショットを撮ることができません。私は言語モデルであり、スクリーンショット機能を備えた物理デバイスではありません。
FFFFFF○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○K！！
電波が伝わる理由は、電磁波という特別な種類の波が存在するためです。電磁波は、電気と磁気の相互作用によって発生します。電磁波は、電場と磁場が互いに直角に交差して波を形成し、その波が空間を伝わっていきます。
電波は、通常、無線通信などで使用されます。送信機は、電波を発生するための電子回路を含んでおり、これによって電波が送信されます。送信された電波は、アンテナを介して空間に放出され、周囲の物体に反射、屈折、回折などが起こることによって、送信先に届くことができます。
電波の伝播には、周波数や波長、伝播媒質などの要因が影響します。例えば、電波の周波数が高いほど、波長が短くなり、建物や山などの障害物を通り抜けやすくなります。一方、低周波数の電波は、より遠くまで伝わりますが、障害物によって減衰しやすくなります。
電波の伝播には、電磁波が周囲の物体や環境に影響されることによる減衰が起こるため、通信においてはその影響を考慮する必要があります。また、電波が周囲に影響を与えることもあるため、適切な周波数や出力を選択する必要があります。
以上のように、電磁波による電波の伝播は、電気と磁気の相互作用に基づいています。周波数や波長、伝播媒質などの要因によって影響を受けるため、通信においてはそれらを適切に考慮する必要があります。
電気と磁気は、相互作用する力場です。これらは、電荷と電流によって生成されます。
電気的相互作用は、電荷によって引き起こされます。電荷がある物体は、周囲に電場を作り出します。この電場は、他の電荷に力を及ぼすことができます。同じ符号の電荷同士は、互いに反発し、異なる符号の電荷同士は、互いに引き合います。
一方、磁気的相互作用は、電流によって引き起こされます。電流が流れると、周囲に磁場を作り出します。この磁場は、他の磁場や電流によって相互作用し、力を及ぼすことができます。同じ向きの磁場や電流同士は、互いに引き合い、逆向きの磁場や電流同士は、互いに反発します。
また、電気と磁気は密接に関連しています。電流が流れると、磁場が発生し、その磁場によって電荷が動かされることがあります。この現象を電磁誘導といい、発電機やトランスなどの電気機器に応用されています。
電気と磁気の相互作用は、私たちが身近に感じる現象の多くに関係しています。例えば、スピーカーから音を出すときには、電流によって動かされるコイルが磁場を作り出し、それによってスピーカーの振動板が動かされることで音が出ます。また、電気を通じて磁石に電流を流すと、磁場が変化し、その影響で磁石が動くことがあります。
https://b.hatena.ne.jp/entry/s/blog.hinaloe.net/2023/04/27/chrome-too-large-cache-storage/
特に偽装するな！みたいな怒り方してるコメントはわりと筋違いでは。
そもそもITではセキュリティの観点で情報を偽装するのは日常なわけだが、サーバーのバージョン情報を隠したり偽ったりするのは日常だし
サーバー側だけじゃなくパラノイアなユーザーは常にUAを偽装してWebを閲覧してるし、送信先からやってくる情報はいつだって正直なデータじゃなくて偽装されてる可能性がある（これは通信経路で改ざんされてるって意味じゃないよ）
俺だってfirefoxにアドオン入れてEdgeのフリしてBing AIチャット動かしてるしな
その点についての指摘は、見当違いだろっていう
特にBingチャット使いたい〜みたいなしょうもない理由で改ざんしてる俺なんかよりは、セキュリティのためにAPIの値を偽装してるChromeの方が全然マシな理由で偽装してるわけで、フィンガープリント防いでくれてありがとうくらいは言ってもいいんじゃないかね
もちろんそれが、ブラウザの管理画面にの数字に判定されてるChromeの仕様はアホでそれを叩くのは筋が通ってる
なので、要約すると
ということになるのでは？
しらんけど
スパムメールに騙されて、スパム文面（下記参照）の「振込入金の詳細については、SMBCダイレクトでご確認いただけます。」のURLリンクを踏んでしまいました。
だけど、それは謂わばスパム側による囮の様なURLで、三井住友銀行のドメインだったので、幸運にも今回は難を逃れることができました。
今回のスパム側の主な目的は、メール受診者（スパム被害者）がHTML形式でメールを確認して、また、メールの内容を信頼して「ご確認」のURLリンク「ttps://www.shuhmsドットcom」（詐欺サイト）をクリックすることだと思われます。
私は普段から平文形式でメールを確認するので、（実際の被害を受けるという意味では）今回難を逃れたけど、普段からHTML形式でメールを確認していたり、情報弱者や高齢者だったら騙されやすいだろうと感じます。
ポイントは、「ご確認」のリンク先が「ttps://www.shuhmsドットcom」になっていた他、「振込入金の詳細については、SMBCダイレクトでご確認いただけます。」の次の行のURLの/kojin以下の文字列がオリジナルと違うことです。
それ以外、題名、送信元、メール内容についてオリジナルに擬態しています。
普段からスパムメールに注意していますが、スパムの擬態が高度化して、情報弱者が騙されやするなる閾値を超えたと感じたので、警鐘の意味を込めて書いておきます。
【スパムメール】
-------------------------------------------------------------------------
Subject: 【三井住友銀行】振込入金失敗のお知らせ
Date: Thu, 9 Mar 2023 **:**:** +0800
From: 三井住友銀行 <SMBC_service@dn.smbc.co.jp>
-------------------------------------------------------------------------
-------------------------------------------------------------------------
Date: Sat, 25 Feb 2023 **:**:** +0900
From: 三井住友銀行 <SMBC_service@dn.smbc.co.jp>
Reply-To: SMBC.Auto.reply@ar.smbc.co.jp
-------------------------------------------------------------------------
-------------------------------------------------------------------------
三井住友銀行より、ご指定口座への振込入金失敗についてお知らせします。
振込入金の詳細については、SMBCダイレクトでご確認いただけます。
ttps://www.smbc.co.jp/kojin/app/smbcapp.html?aff=dirct_mlODM1902001（←kojin以下の文字列がオリジナルと違う）
―――――――――――――――――――――
※振込依頼人から振込の「取消」「変更」「組戻」があった場合等、お知らせした明細と実際の手続が異なる場合があ
ります。
※本メールは、お客さまお届けのメールアドレスへお送りしています（本メールの再送依頼は受け付けておりません）
。
偽のメール等で誘導された当行を装う偽サイトに、お客さまの口座情報やワンタイムパスワード等を入力すると、不正
＞ ttps://www.smbc.co.jp/kojin/special/stop_phishing_crime/
「三井住友銀行」名でお送りするメールには、携帯キャリアのメールアドレス宛を除き全て電子署名を付けています。
＞ ttps://www.smbc.co.jp/security/smime/
閲覧しているサイトが当行の正当なサイトかどうかを、電子証明書により確認いただけます。
＞ ttps://qa.smbc.co.jp/faq/show/297?site_domain=default
本メールに対するメールでのご返信・お問い合わせはお受けしておりません。メールの内容に身に覚えがない場合や、
サービス等についてくわしく知りたい場合は、当行ホームページをご覧いただくか、以下より電話番号を確認の上、お
問い合わせください。
＞ ttps://www.smbc.co.jp/contact_list.html
＞ ttps://direct.smbc.co.jp/aib/aibgsjsw5001.jsp?sc=081
-----------------------------------------------------------------------
-------------------------------------------------------------------------
一昨年の末、某WEBサービスの運営者として前任者逃亡状態で入社した
管理画面から設定を行い、サイト内の所定の場所に広告を表示させる
広告によって性別とか年齢で送信先を絞ったり、地域によって掲載内容を変えたりと細かい指定が入る
しかし前任者がマニュアルも残していかなかったので、この振り分けができなかった
管理画面のどこにもその項目がないのだ
おそらくサーバー上のどこかに設定ファイルか何かを置いていたんだと思うが、
上司に状況を説明したかったが、上司は「アウトルックって何？」というタイプの人間だった
というか社員全員そういうおじさんだった
わかる人間はすでに全員逃げていたのだ
社内全体で状況を共有して対処すべきだったが、説明が死ぬほど面倒だった
「引き継ぎ不足で、現状指定されたセグメントに配信するのが困難です。ですので当面の間、可能な範囲で広告主の要望に近い絞り込みを行って配信して、要望通りに配信していることにしませんか。苦肉の策ということで。もちろん平行して解析を進め、早急に従来どおりの配信を再開できるように努めます」
ということをもうちょっとそれっぽく言い、「じゃあ、それでいこう」と了承を得た
ちなみに「可能な範囲で」とは言ったが、可能なことはなにもないので俺はすべての広告を全会員にむけて投げ続けた
嘘は言ってないよな
全員に送ってるわけだからはじめの頃は反響も大きく、広告主からも高評価だった
まあ同じサービスから一日何通も広告メールが飛んできたらそうなるよな
メルマガ会員数も急激に減少の一途を辿ったが、俺はそれを誰にも報告しなかった
そして引き続き全ての広告を全員に投げ続けた
そのうち客からも効果が合わないと怒られるようになり、補填としてさらに配信回数を増やした。
これにより眠っていた潜在ユーザーも退会していき、ついに広告収入モデルは崩壊した
効果の薄い広告メールを大量に配信するだけのゾンビとなった某WEBサービスはそれから半年弱の間赤字を積み上げながら生存したが、ついに立ち行かなくなり倒産が決まった
とても感慨深かった
社長は俺に対して何度も何度も謝ってくれた
「安い給料で1人でずっと頑張ってくれたのに、持ちこたえられなくてごめんな」と
徳丸先生(b:id:ockeghem)がはてブでコメントしてたんだ。
でもそのコメント内容はまったく別のホッテントリの内容で、ホッテントリAへのブクマをホッテントリBに間違ってブコメしちゃったみたいなんだ。
はてブのアプリでは別のページを開いてもブクマページは前のページのままなバグがずっとあって間違えブクマしちゃうことがあるんだよね。徳丸先生がそれだったかはわからないけれど。
とにかく、ウェッブセキュリティの御大であっても個人的な操作ではダブルチェックも指差し確認もせずsubmitしちゃうわけですよ。
ITの人ならシステム的に誤投稿を防ぐ仕組みがないはてなが叩かれるんかな？
ブコメの内容を投稿前に確認してそのページの内容と照合、関係なさそうな投稿ははじく、とかね。さらに建設的な検閲を検討しようではないか。唐突な政党叩きも男女対立煽りも隙あらば自分語りもブロックだ！
まーそれはつまらんね。
当院は軽症〜中等症の病棟のはずが、先月くらいからずっと人工呼吸器の患者がいる。
その頃から、ウォークインで救急受診して即挿管レベルの患者でも神戸市内の重症病床への転送が断られ始めたような記憶。
医療圏を越えた広域救急の受け入れもそこそこ。保健所FAX送信先が神戸市ではないのでどうするのー？と迷う。
最近は主治医の転棟OKの判断があれば、PCR陽性でも人工呼吸器装着中でも、一般病棟やICUに押出しでコロナ病棟のベッドを開けて受け入れしている状況が続いている。そして開けたベットにはその日に次の患者が入る。なので休み明けだと初めて看る患者の情報収集から。ということが増えた。
一般病棟・ICUの負担は大きいと思う。コロナ病棟○ねって思ってるんだろうなと感じながら毎回申し送りに行っている。
神戸市民病院群も重症患者でギリギリなんだろうと思う。最近、え？こんなコロナ患者さん看れないの？って軽症患者の転送が何件か続いてあった。たぶん、軽症のベッド・スタッフを重症へシフトしてるんだろう。
これは口頭で聞いただけなので真偽はわからないけど、どこかの市民病院からコロナ治療撤退した人工呼吸器患者の転送依頼が当院にあったらしい。断ったみたいだけど。あと、自宅待機の患者さんも先生達は診ていて、入院している人の誰よりも肺が真っ白だった！って言っていたことがあった。
ヒト・モノ・カネの支援はいろいろ受けているみたいなので頑張ります。国・兵庫県・神戸市も何もしてないわけではないんだろうけどね…。個人はコロナ病棟勤務のお小遣い貰えました。ありがとうございます。
１．FAX送信台帳に送信者と送信内容と送信先の情報を記入して送信内容の印刷物とともに提出し課長に承認印をもらう
２．課長の立ち会いのもと、FAX番号に間違いがないか確認のうえ、FAX送信確認表を相手に送信する
３．FAX送信確認表が到着しているか相手に電話をして確認してもらう
４．相手が確認できたらこれからFAXを送信しますと電話口で伝えた後、課長立ち会いのもと、リダイアルで送信内容が記載されたFAXを送信する
５．FAXから送信ログが排出されたらそれを課長に報告し、FAX送信台帳に完了の確認印をもらう
20年以上前に誰かがFAXの誤送信で個人情報漏洩をやらかしたために、このような手順になったと聞いている。
FAX番号に間違いがないか弊社の都合で確認をさせられる相手の都合も考えた方が良いと思うのだが、誤送信が起きたときに責任が取れるのかといわれると皆黙る。
電子メールについても相手からのメールに返信する場合だけ確認作業が省略できるだけで、やはり台帳記入や課長の立ち会いなしに社員はメール送信してはならないことになっている。
このようなことで現代のビジネスのスピードについていけるのか？
ついていけていないのだ、実際……。
2 台の PS4 が同じポート番号を使うことはできないから NAT ルーターが変換することになる。だけどこれは PS4・ゲーム側で対応できるし、現にしてるはず。
インターネット] → 送信先ポート 5000 [ルーター] → 送信先ポート 5000 [PS4-1 インターネット] ← 送信元ポート 5000 [ルーター] ← 送信元ポート 5000 [PS4-1 インターネット] → 送信先ポート 9999 [ルーター] → 送信先ポート 5000 [PS4-2 インターネット] ← 送信元ポート 9999 [ルーター] ← 送信元ポート 5000 [PS4-2
↑みたいな変換
日本では回線ごとにグローバル IP が割り当てられるのが未だに一般的だけど、海外では複数家庭間で 1 つのグローバル IP が共有されることは全然珍しくなかったりする（Large Scale NAT とか Carrier Grade NAT とか呼ぶ）。だから対応してないとは思えないんだ
元エントリーの人がどこまで理解しているか不明だけど、自分が初心者だったときこういう説明がほしかったという話をしてみる。
暗号方式、特に公開鍵暗号の理解が難しいのはいくつか理由がある。
②素朴な利用例が少なく応用的な利用がいくつもある
また、ざっくりした概念以上のものをきちんと理解しようと思うと
④何がどのくらい安全で何がどのくらい危険かセキュリティ的な概念の説明
ここでは自分的にこういう順番で概念を把握していったという流れを書いてみる。
まず、物理的な錠前や書留郵便をイメージするのはあきらめてほしい。
あくまでもデジタルデータを別のデジタルデータに変換して再び元に戻すためのものだ。
公開鍵暗号登場以前は、パスワードを使って変換（暗号化）して、同じパスワードを使って元に戻す（復号化）という共通鍵暗号の時代が長く続いた。
それが暗号化のパスワードと復号化のパスワードで異なるものを使うという技術だ。
・特殊な数学的アルゴリズムでパスワード１から、それと対になるパスワード２を生成する
・パスワード１で暗号化したものがパスワード２で復号できるだけでなく、その逆つまりパスワード２で暗号化したものがパスワード１で復号できる（※）
今はその数学的アルゴリズムまで理解する必要はない。ただそういうことが可能になったというだけでいい。
パスワード１（秘密鍵）を自分以外が見られないように保管して、パスワード２（公開鍵）を通信相手に渡せば暗号通信ができそうということは理解できると思う。
ちなみにこのパスワードの長さは、プログラムで生成した100桁以上の数字が使われることが多く、それを定型的な千文字程度のテキストにして使われるのが一般的。
ツールで生成すると千文字程度のテキストファイルが秘密鍵用と公開鍵用の2個できる。
これだけの桁数なので暗号化復号化の計算はそれなりに時間がかかる。（※）
（※） このあたりは一般的な公開鍵暗号というよりRSA公開鍵暗号特有の話も混ざってます。詳しくは専門書参照
次にこの発明を使ったらどういうことができるだろうか、応用できる先を考えてみよう。
誰でも最初に思いつく例だけどシンプルすぎて共通鍵と変わらなくありがたみがない。
(b)僕にメッセージを送るときは僕の公開鍵で暗号化してね（いわゆる公開鍵暗号）
メッセージの送信先を間違って別人に送ってしまっても他人は読めないし、経路のどこかで盗み見や内容の一部を改竄されたりすることがない。
メッセージに返信するときは今度は「僕」ではなく相手の公開鍵を使って暗号化する。
(c)本文を毎回全部暗号化すると時間がかかるから共通鍵を君の公開鍵で暗号化したものを送るね。それを君の秘密鍵で復号したら以降は高速な共通鍵暗号で通信しよう（鍵交換）
共通鍵暗号の高速性というメリットを利用できて、かつ生の共通鍵がネットに流れるリスクを排除した良いとこ取りの方式。
(d)暗号化しない本文と、本文から計算したハッシュ値を秘密鍵で暗号化したものを送るね。公開鍵で復号化したハッシュ値がそっちで計算したハッシュ値と同じなら本文は改竄されてないよ。
それからこの暗号化は僕しかできないから確かに僕から送られた文書、僕から送られた内容であると保証できるよ。（電子署名）
この「電子署名」の実現により、さらに次のような応用が可能になる。
(e)ログイン時に毎回パスワードを打つと見られたりして危険だからユーザ名等に署名したものを送るね。公開鍵で復号（検証）OKならログインさせて（公開鍵認証）
(f)僕は信頼できるよ。これがAさんの署名入りのお墨付き。検証してみて。
Aさんは信頼できるよ。これがBさんの署名入りのお墨付き。検証してみて。
Bさんは信頼できるよ。これが世界一信頼できる人の署名入りのお墨付き。検証してみて。
（サーバ証明書）
前項のようなやりとりはほとんどアプリが自動的にやってくれるので、コンピュータ技術者以外の人が公開鍵や秘密鍵を直接扱う機会は現状ほとんどないと思う。
ウェブブラウザのアドレス欄に鍵マークが表示されていたらそれは鍵交換やサーバ証明書技術が使われていて、鍵マークを右クリックすると証明書を表示できる。
メールアプリでも最近は自動的に鍵交換やサーバ証明書が使われている。
もしメールアプリにPGPの設定オプションがあればそこで公開鍵と秘密鍵を設定すると特定の相手と本格的な暗号化メールがやり取り可能になる。
サーバ操作するコンピュータ技術者だと公開鍵認証もよく使われていて、ツールで生成した公開鍵をサーバに登録してログインに利用してる。
県議会はパブコメに際して、意見の送信先としてメールアドレスを指定し、問い合わせフォーム形式の県議会ホームページの「ご意見箱」は案内していなかった。だが、2269件の賛成意見のうち約1900件が、「ご意見箱」から送られていた。「反対」の401件はほぼ全て指定アドレス宛てだった。
県議会事務局によると、ご意見箱では送信者のアドレスはわからない。ただ、「ユーザーエージェント（UA）」と呼ばれる情報が記される。サイバーセキュリティーに詳しい神戸大大学院の森井昌克教授によると、UAは、送信者が使ったOS（基本ソフト）やブラウザー（閲覧ソフト）の種類やバージョンがわかる情報で、開示された文書にも残っていた。
ご意見箱の約1900件のUAを朝日新聞が集計した結果、1700件以上が4種類に集中。1種類あたり約100～850件で、あるUAでは、2月1日午後3時47分から約10時間で約440件が投稿されていた。
森井教授によると、UAは、OSやブラウザーのバージョンや組み合わせや、パソコンかスマホかによって異なる。別の端末でもUAが同一になる可能性はあるが、森井教授は「1700件以上の投稿で、UAが4種類だけなのは明らかに不自然」と指摘する。賛成意見には、「ゲーム依存により、判断の乏しい大人を生み出さない為（ため）」といった同じ表現が同じUAで送られたものも多数あった。森井教授は「同じパソコンで投稿された可能性が非常に高い」と話す。
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 91 | 16414 | 180.4 | 53 |
| 01 | 65 | 4321 | 66.5 | 45 |
| 02 | 80 | 8389 | 104.9 | 47 |
| 03 | 5 | 531 | 106.2 | 132 |
| 04 | 13 | 3729 | 286.8 | 74 |
| 05 | 9 | 883 | 98.1 | 60 |
| 06 | 14 | 2305 | 164.6 | 47 |
| 07 | 43 | 3696 | 86.0 | 44 |
| 08 | 68 | 4893 | 72.0 | 37.5 |
| 09 | 120 | 11902 | 99.2 | 40.5 |
| 10 | 141 | 9510 | 67.4 | 32 |
| 11 | 141 | 12036 | 85.4 | 40 |
| 12 | 133 | 8323 | 62.6 | 37 |
| 13 | 108 | 9428 | 87.3 | 49 |
| 14 | 167 | 7495 | 44.9 | 22 |
| 15 | 132 | 10729 | 81.3 | 28 |
| 16 | 120 | 10646 | 88.7 | 34.5 |
| 17 | 164 | 11796 | 71.9 | 44.5 |
| 18 | 120 | 14812 | 123.4 | 30 |
| 19 | 92 | 9589 | 104.2 | 37.5 |
| 20 | 125 | 9658 | 77.3 | 27 |
| 21 | 123 | 14375 | 116.9 | 42 |
| 22 | 119 | 9105 | 76.5 | 30 |
| 23 | 139 | 11308 | 81.4 | 40 |
| 1日 | 2332 | 205873 | 88.3 | 37 |
バーテン(19), GSOMIA(22), ＧＳＯＭＩＡ(5), バーテンダー(26), EC2(4), 課題図書(5), 送信先(3), 捨象(3), 原稿用紙(9), オンプレ(3), 混線(3), 破棄(31), 日韓(17), バー(18), 報復(9), 韓国(105), クラウド(7), 北(7), 外交(8), 夏休み(9), 反日(9), 聞け(19), 韓国人(14), サーバー(6), 両(6), ロシア(11), 北朝鮮(12), 米(12), モテ(21), 非モテ(13), アメリカ(40), なろう(9), 戦争(25)
■1999年と2009年は大きな違いだったけど、2009年と2019年はそんな変わんない /20190822233353(15), ■息子が妹にセクハラする。 /20190823122351(12), ■普段は敵だけどある時だけ共闘するシーン /20190823165435(11), ■職業・バーテンダー /20190822170940(10), ■ /20190823163251(10), ■幸せなら態度で示そうよ /20190822162044(8), ■anond：20190823152435 /20190823152530(8), ■「メールを送りましたので確認お願いします」という電話 /20190823100719(7), ■コミュ障の会社勤め /20190822194952(7), ■読書感想文は苦手 /20190823120243(7), ■終わり切ったIT業界の今と昔の仕事の仕方の違い～SIからweb系まで～ /20190823153139(7), ■かわいくて素直なら結婚なんて1秒で出来るのに30にもなって独身の主査とか何して生きてんだろ /20190823171309(6), ■人間としての義務教育もできなくて辛いのでアドバイスがほしい /20190823085401(6), ■そうよ私は体操部出身の女 /20190823142842(5), ■温度が出てくる歌 /20190823150142(5), ■しょうがないなあ、のび太くんは。ちょっとだけだからね！ /20190823023102(5), ■彼氏できねえ /20190823231833(5), ■確かに戦争ってのは経済政策としては特効薬なんですよ。 /20190823020333(5), ■韓国が感情的という話 /20190823002214(5), ■ /20190823095043(5), ■会社で仕事中だけど /20190823093450(5)
6547499(1734)
