  |
はてなキーワード: 暗号化とは
IT エンジニアでセキュリティーを意識してる人は普通に使ってるよ。
テレグラムの運営会社ですら、データを覗こうとしても暗号化されて見れない仕組みになっていて、穴のある LINE とかなんかよりも安全。
ロシアとの戦時下のウクライナですらテレグラムが使われているのはそういう理由だ。
偏見で語らない方がいいぞ。
予測だけど、彼氏さんが IT に興味ある人なんじゃないかな。
IT に興味があればテレグラムをおすすめするのは変なことじゃない。
ちなみにオレも LINE は嫌いでテレグラムを使ってるぞ。セキュリティーの側面から見たら、LINE の方こそ LINE 運営会社に好き勝手されて危険だからな。
「著作権者の利益を不当に害する場合は、著作権侵害に当たる可能性がある。例えば、単に手塚治虫氏の漫画本を、誰でもそのまま読める形式でデジタルデータ化して『手塚治虫風キャラ生成用データセット』として販売する行為は、購入者がそのまま漫画本を読めるため『著作権者の利益を不当に害することとなる場合』に該当し、著作権侵害になると思われる」
引用元: https://atmarkit.itmedia.co.jp/ait/articles/1903/27/news013.html
・・・？
なんで急に文盲になったの？
誰でもそのまま読める形式でデジタルデータ化して『手塚治虫風キャラ生成用データセット』として販売する行為は、購入者がそのまま漫画本を読めるため『著作権者の利益を不当に害することとなる場合』に該当し、著作権侵害になると思われる」
平文で保存というか、平文に戻せる形で暗号化して保存しているのかもしれんね。
httpsなので経路中は盗聴できないとはいえ、適切ではない。
今はパスワードは保存せずにハッシュ化したりして元に戻せない形で保存するのが一般的なので、
というか、ここで書いちゃったのでハッカーに狙われるかもね。あーあ。ご愁傷様。
具体的なことを箇条書きにして、改行もするなと。
もう昔の話だし、増田だったら、書いても良いよね？
また、大した話じゃないし。フィクションだと思って、読んで貰えば。
誰とは言わないが、彼から聞いた話を書くわ。
ガサ入れきてもよゆーっすｗ
・とりあえず、令状見せてもらえます？
・ニンテイ（任意提出）は一切応じません
・事情聴取は完黙
危ない奴、↑ 印刷して部屋に貼っとけよ。
苦汁を飲んだんだよ。
奴は論破に長けているだけじゃないんだよ。
Twitter？警察が、あんなでかい企業を相手にできるわけがない。
そこそこ天下り受け入れて、投稿者の情報を開示したり、適度に有害情報をバンしてくれれば、刺さないから。
仲良くやろうや。ああいうところには、下民にはわからない会話が成り立つんだよ。
一度もTwitter Japanが警察沙汰になってないだろ？
Twitterなんか、出会い系や無修正画像サイトに成り下がってるじゃねえか。マジで見やすいしお世話になってるわ。
世の中を常に疑え。
邪魔したな。あばよ。
GoogleでもMSでもAWSでもいいんだけど、あれな動画や写真を含む2TBのHDDの中身を一時的にクラウドに退避する必要がある。
zipは4GBまでだからrarや7zにしないとダメだが、普通にアップロードしたら、GAFAMレベルに内容を検知されてしまうのでパスワードつきにする必要がある。GAFAMになら解除できそうだが、英数字記号ではなくて日本語も含めたパスワードなら量子コンピュータでもない限り、ほぼ解錠できる可能性はない。
これで用意した動画をアップロード(だが2TBあるので数日掛けるしプロバイダーに怒られる)すればまあ安心だろうか。
大事なこと忘れていた
自動で安価をつけて返信するプログラムでもこんなに長く複雑になる(一部抜粋)
/**************************************
以下のCSV_DIR, FILE_PATHS, SETTINGSを書き換えてね。 <h3>o- *************************************/</h3>
//CSVファイルが置かれてるディレクトリのパス。投稿前にエラー出たら大体ここの設定ミス。 例："C:\\Users\\sakuraimasahiro\\Documents\\iMacros\\Macros\\rentou\\";
'C:\\Users\\USER\\Desktop\\iMacros\\Macros\\rentou\\';
//ファイルのパス。CSVは絶対パスで、拡張子も必要。iimは相対パスでよく、拡張子不要。
const FILE_PATHS = {
textCsv: CSV_DIR + 'textNoAnker.csv',
//レス用投稿文が書かれたCSV。通常とレス用で分けないなら同じファイルを使えばいい。
replyTextCsv: CSV_DIR + 'textReply.csv',
};
baseWaitTime: 5,
//baseWaitTime+0～waitTimeRange（ランダム）だけ待つ
waitTimeRange: 5,
//連投しすぎだと忠告された場合に処理を一時停止させる時間(秒)
waitTimeForAvoidingPunishment: 60 * 30,
//メール
mail: 'sage',
//名前設定
name: '',
//以下、偽装ワッチョイ設定。浪人でワッチョイを非表示にしてるときだけtrueにしてね。
//妙なニックネーム（ﾜｯﾁｮｲ、ｱｳｱｳｳｰなど）をランダムで決めて付加するかどうか。true=付加する。false=付加しない。
//妙なニックネームの後に付く8桁の文字列をランダムで決めて付加するかどうか。
},
//アンカー無し投稿をするならtrue。しないならfalse。noAnkerPostかreplyPostのどちらかはtrueにすること（両方trueでもOK）。
//アンカー付き投稿（返信）をするならtrue。しないならfalse。もしnoAnkerPostとreplyPostの両方がtrueの場合、投稿は返信が優先され、返信対象が見つからなくなったらアンカー無し投稿をする。
//最初に取得するアンカー無し投稿文CSVファイルの行番号。もし返信用と同じCSVファイルを使うなら-1と入力。
noAnkerPostTextCsvStartRow: 1,
//最初に取得する返信用投稿文CSVファイルの行番号。もしアンカー無しと同じCSVファイルを使うなら-1と入力。
//テキストCSV/返信用テキストCSVの取得行が最終行に達したら最初の行まで戻るかどうか。true=戻る。false=マクロ終了。
//返信する場合、これより小さなレス番には返信しない。返信を投稿すると、この数値は前回の返信先のレス番に更新される。
minAnker: 895,
//返信する場合、名前に以下の文字列を含む投稿にアンカーをつけて返信する(ﾜｯﾁｮｲやIPなど名前フィールドにあるものならなんでも可)。配列で複数指定可能。指定無しなら空配列（[]）。filterNamesとfilterNamesNotIncluded共に無指定ならレス番1から順に返信していく（minAnkerが設定されてればそこから順に）。以下のfilter系は全て併用可能。
//↑とは逆に、名前に以下の文字列を含まない投稿にアンカーをつけて返信する。↑と併用も可能。
//返信する場合、本文に以下の文字列を含む投稿にアンカーをつけて返信する。
filterText: ['自演かな', '自演わらわら', 'スクリプト使うの', '安価ガバ', '>>660', '自演で擁護', '最後' ,'あいうえお', 'かきくけこ', 'さしすせそ', 'なにぬねの', 'はひふへほ', 'まみむめも', 'やいゆえよ', 'やゆよ', 'らりるれろ', 'わいうえを', 'わをん', 'わいうえをん'],
},
//自分のIPアドレスの確認。VPNとかでIPを変更してマクロを動かしてるとき、突然VPNが作動しなくなってIPが元に戻ったときにマクロを止めるためのもの。
//以下の文字列が自分の現在のIPアドレスに含まれている場合、マクロを一時停止する。基本的に自分の本当のIPアドレスを入力。
},
//浪人設定。最後に動作を確認したのは5年くらい前で、今も同じように動作するかは、浪人を持ってないから確認できずわからない。
//浪人にログインしてるかどうかをチェックするかどうか。trueならする。falseならしない。trueにしていてもし浪人にログインしていないことを確認したらログインしにいく。
password: '1234',
},
};
/**************************************
設定箇所終わり。
https://info.5ch.net/index.php/%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%82%81%E3%81%AA%E3%81%84%E6%99%82%E3%81%AE%E6%97%A9%E8%A6%8B%E8%A1%A8 <h3>o- *************************************/</h3>
/**************************************
・NULL演算子(??)は使えない。論理積(&&)は使える。
・オブジェクトの分割代入はできない。
・importはできない。 <h3>o- *************************************/</h3>
/**************************************
関数 <h3>o- *************************************/</h3>
/**
* ここから始まる。
*/
checkSettings();
var _TextCsvCursors = new TextCsvCursors(
SETTINGS.postSettings.noAnkerPostTextCsvStartRow > 0
? SETTINGS.postSettings.noAnkerPostTextCsvStartRow - 1
: SETTINGS.postSettings.noAnkerPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
SETTINGS.postSettings.replyPostTextCsvStartRow > 0
? SETTINGS.postSettings.replyPostTextCsvStartRow - 1
: SETTINGS.postSettings.replyPostTextCsvStartRow,
SETTINGS.postSettings.textCsvLoop,
),
);
var _LoopStatuses = new LoopStatuses(0, SETTINGS.postSettings.minAnker);
const _MyPosterName = new MyPosterName({
name: SETTINGS.nameSettings.name,
});
const _ThreadUrl = openPromptThreadUrl();
//ループ
while (true) {
SETTINGS.ipSettings.checkIp && checkCurrentIpNotTheIp();
//スレを開く
openUrl(_ThreadUrl.fullUrlHttps());
//浪人にログインする設定なら、浪人にログインしているかどうかを確認し、していなければログインしにいく。
if (SETTINGS.roninSettings.checkLogin) {
}
}
if (SETTINGS.postSettings.replyPost) {
const targetAnkerNumber = createPostDOMList()
.filterPostnumberHigher(_LoopStatuses.currentMinAnker())
.filterByPostername(SETTINGS.postSettings.filterNames)
.filterByPosternameNotIncluded(
SETTINGS.postSettings.filterNamesNotIncluded,
)
.filterByText(SETTINGS.postSettings.filterText)
if (targetAnkerNumber !== null) {
const r = _TextCsvCursors.takeNextRowTextAsReply(targetAnkerNumber);
messageDisplay(`返信対象有り。アンカー先: ${targetAnkerNumber}`);
return {
...r,
updatedLoopStatuses:
_LoopStatuses.updateMinAnker(targetAnkerNumber),
};
}
}
if (SETTINGS.postSettings.noAnkerPost) {
//返信対象無し、或いは返信しない設定の場合。アンカー無し投稿文を作る。
const r = _TextCsvCursors.takeNextRowTextAsNoAnker();
messageDisplay('返信対象無し。アンカー無し投稿。');
return {
...r,
updatedLoopStatuses: _LoopStatuses,
};
}
return null;
})();
if (p) {
//投稿。
nickname: SETTINGS.nameSettings.nickname,
korokoro: SETTINGS.nameSettings.korokoro,
area: SETTINGS.nameSettings.area,
}),
SETTINGS.mail,
p.text,
);
//_TextCsvCursorsと_LoopStatusesを更新。
_TextCsvCursors = p.updatedTextCsvCursors;
_LoopStatuses = p.updatedLoopStatuses.incrementPostCount();
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
} else {
`返信対象が現われるのを待機中...。`,
`投稿回数: ${_LoopStatuses.currentPostCount()}`,
`minAnker: ${_LoopStatuses.currentMinAnker()}`,
`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,
`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,
]);
}
wait(SETTINGS.baseWaitTime + randomRange(0, SETTINGS.waitTimeRange));
}
}
/**
* 投稿処理と投稿結果を見てリトライしたりマクロ終了したり。
* @param {string} serverName サーバー名
* @param {MyPosterName} _MyPosterName
* @param {string} postMail メール
*/
serverName,
postMail,
_MyText,
retryTimes = 0,
) {
const r =
retryTimes === 0
? new ValuesOfPost(serverName, _MyPosterName, postMail, _MyText).post(
postTo5chTread,
)
serverName,
postMail,
_MyText,
).postSubstring(retryTimes, postTo5chTread, postConfirm);
if (r) {
back();
return;
}
wait(7);
const error = createPostErrorMessage().analyze();
messageDisplay(error.message);
if (error.order === 'KILL') {
kill();
} else if (error.order === 'SKIP') {
return;
} else if (error.order === 'TRUNCATE') {
back();
serverName,
postMail,
_MyText,
retryTimes + 1,
);
} else if (error.order === 'WAIT') {
wait(SETTINGS.waitTimeForAvoidingPunishment);
serverName,
postMail,
_MyText,
retryTimes,
);
} else if (error.order === 'LOGIN') {
serverName,
postMail,
_MyText,
retryTimes,
);
}
return;
}
/**
* 現在のIPアドレスに、SETTINGS.ipSettings.avoidTheIpの値が含まれていないことを確認する。含まれていたらマクロを一時停止。
* @returns
*/
function checkCurrentIpNotTheIp() {
openUrl('https://www.cman.jp/network/support/go_access.cgi');
const _IpAdress = createIpAdressFromCMan();
if (_IpAdress.includes(SETTINGS.ipSettings.avoidTheIp)) {
pause('現在のIPに指定した値が含まれていることを確認。');
}
return;
}
/**
* @returns
*/
if (
SETTINGS.postSettings.noAnkerPost === false &&
SETTINGS.postSettings.replyPost === false
) {
return kill('設定エラー。noAnkerPostとreplyPost両方ともfalseになってる。');
}
if (
SETTINGS.postSettings.noAnkerPostTextCsvStartRow < 0 &&
SETTINGS.postSettings.replyPostTextCsvStartRow < 0
) {
return kill(
'設定エラー。noAnkerPostTextCsvStartRowとreplyPostTextCsvStartRow両方とも-1になってる。',
);
}
if (
SETTINGS.postSettings.noAnkerPostTextCsvStartRow === 0 ||
SETTINGS.postSettings.replyPostTextCsvStartRow === 0
) {
return kill(
'設定エラー。noAnkerPostTextCsvStartRow/replyPostTextCsvStartRowの初期値は-1或いは1以上で。',
);
}
}
/**
* 入力フォームを表示して入力されたスレのURLを受け取る。
*/
function openPromptThreadUrl() {
const url = prompt('スレURLを入力');
}
/**
* 開いてるスレのレス全て読み取ってPostListインスタンスを作って返す。
* 重すぎるので使うのやめ。どうやらインスタンスの大量生成が原因な模様。
*/
const posts = window.document.getElementsByClassName('post');
return new PostList(Array.from(posts).map((e) => new Post(e)));
}
/**
* 開いてるスレのレス全て取得してPostDOMListに格納して返す。
* @returns
*/
function createPostDOMList() {
const posts = window.document.getElementsByClassName('post');
for (let index = 0; index < posts.length; index++) {
//HTMLCollectionからElementを1つずつ抽出して配列に。
arrPostDOMList.push(posts.item(index));
}
return new PostDOMList(arrPostDOMList);
}
/**
* 開いてる投稿結果画面に表示されてるエラーを読み取ってPostErrorMessageインスタンスを作って返す。
*/
function createPostErrorMessage() {
window.document
2022-07-23
Q．【セキュリティUSBメモリ】【情報漏洩対策USBメモリ】 「パスワードを5回間違えてロックがかかってしまいました。本製品内のデータを取り出してもらうことはできますか？」
【回答】
なりすましで依頼を受けるケースも想定されるため、お受けしておりません。
管理者用ソフトウェア対応型番であれば、管理者用ソフトウェア（有償）を使用することでデータを救出することが可能です。
（予めデータレスキュー機能を設定しておく必要があります。事後の設定はできません）
http://qa.elecom.co.jp/faq_detail.html?category=&page=1&id=4977
↑
これ読むと、例えば警察とかの政府機関からの要請があった場合はロックされたUSBからのデータ抽出依頼とかしそうな気もするんだけど、そうすると絶対安全とは思えなくて不安になる
これか
たとえば、同僚が使っているロッカー。
番号式のロックがある。
この番号を知ること、かぎつけること、暴くこと、犯罪者にとってこれ以上の美食はない。
ハイエナがうまそうに屍肉に食らいつくのと同じ。
犯罪者の人生とは、「仲間」を探し当て、世の中の治安を乱すことが最終目的だからだ。
仲間とはもちろん、「心にうしろめたいもの」を持った人間である。
「ああ、このために生まれてきたんだ」と思える。
つまり他人の秘密とは、彼らにとって最高のステーキであり、人生を満腹にするためのライフハックなのである。
「ああ、生きている！」と感じるだろう。
あれと全く同じである。
株式会社ディスクユニオンは29日、70万件以上の顧客情報が漏洩したと発表した。SNS界隈では前日28日からダークウェブへの流出が確実視（スクショあり）されていたが、夜が明けてからようやく重い腰を上げて公表に踏み切った。
以下に続く散文は、ユニオンを愛する者の率直な心境と受け止めていただきたい。
※6/30夕刻追記：
昨日のニュースを見た勢いで書きなぐった時は、自分自身の心のモヤモヤを吐き出すことがこのダイアリーの主目的であり、少しトーンが過剰な部分などもあったなと、今あらためて読み直し反省しています。
少しだけ、言葉足らずだった部分を加筆などしておりますが、ご容赦ください。
・パスワードの平文保存
こんなご時世だ。悪意のある行為で情報が流出してしまうリスクはどんな業種であっても否めない。ただ、今回最悪だったのはDBがテーブルごとぶっこ抜かれ、あげくパスワードを平文で持っていたということだ。暗号化処理せずにパスワードを保管するというのは愚の骨頂であり、ここに小売業としての前時代的な姿勢がはっきりと見えてしまった。通販事業は決して120％アウトソーシングしているわけではなく、社内にはフロントエンド／バックエンドを担当する社員もいるはず。ゆえに、なぜ？という思いが強い。偉い人たちは何が悪いのか理解できてなさそうだけど。
・第一報の遅れ
＞6月24日の漏えい懸念から本日のご案内に至るまで、時間を要しましたことを深くお詫び申し上げます。
＞本来であれば疑いがある時点でお客様にご連絡し、注意を喚起するとともにまずはお詫び申し上げたい思いでしたが、不確定な情報の公開はいたずらに混乱を招き、
＞お客様へのご迷惑を最小限に食い止める対応準備を整えてからの告知が不可欠であると判断し、情報の収集と把握に時間を要しました。
＞本日の公表までお時間を要しましたこと、重ねてお詫び申し上げます。引用元＝https://diskunion.net/
違うんだよ。お客様へのご迷惑、は流出した瞬間から実際に目に見えるかたちで起こってしまった。SNSでは公式発表に先駆けて、「何が、何件、どんな風に」漏れたのか、情報が拡散されまくった。一方でユニオンは、早々にオンラインショップ（ここにはコーポレートページも含まれる）をクローズし、「緊急メンテ」という名の殻に閉じこもった。もし、SNSで話題になることがなければ、本当に7月4日までダンマリを決め込んでいたかもしれない。結果的に29日の発表では有効な対応策を提示できず、公式アナウンスの遅れだけがネガティブに目立ってしまった。少しずつでも、情けなくても、スピード勝負に出るのが最善だったと私は思う。
「いやいや、でもそんなすぐに公表するのは現実的に無理」と考える人もいるだろう。だが、2022年4月1日に施行日を迎えた改正個人情報保護法は、情報の漏洩時は本人に迅速に通知するなど、企業に個人の権益を保護する行動を強く求めている。
さらに、不正アクセスの痕跡など「漏洩の可能性がある個人データは、すべての該当者に通知する必要がある」と個人情報保護委員会は明言している。強調するが、漏洩の「可能性」が露見した時点でだ。そのタイミングで企業側には本人通知や事実公表のアクションが求められる。情報の収集と把握に時間をかけたというユニオンの初動は致命的な悪手であり、何よりコンプライアンス意識の希薄さを自ら明らかにしているようなもの。個人情報を取り扱う多くの企業が、この改正個人情報保護法への対応や関連規約のアップデートに追われていたのが今年の春前。ユニオンの準備はどうだったのだろうか。サイトが表示されない今となっては、確認する術がない。参考元＝https://xtech.nikkei.com/atcl/nxt/column/18/02006/032800002/
現在もHPにはテンプレ通りのお詫び文と問い合わせフォームの連絡先しか掲載をしていない。会社概要、プライバシーポリシー、個人情報保護方針……何も表示されない。この重大なインシデントを起こしながら、なんとか目につく部分を隠して乗り切ろう、としているなら残念でしかない。
ディスクユニオンの公式Twitterは「@diskunion_news」のはずだ。異常なのは28日までスクリーンネームでキャンペーン情報を訴求し、投稿ではトートバッグやレコクリンをプッシュしていたことだ。これは店舗アカウントも同様で、粛々と普段と同じプロモーションをかけていた。しかし、29日になると公式も店舗もジャンルも、全て”喪中”かのごとく宣伝投稿を止めた。一斉にやめるくらいなら24日からやめるか、一人でも多くのユーザーに一刻も早くこの異常事態をアナウンスして周知してもよかったはず。悪さした小学生じゃないんだから、そこは意思を持った運用しようや。（※SmartFLASHの記事を読む限り、どうやら店舗が詳細を把握できたのは、ユーザー向けアナウンスと同一タイミングだったと認識するべきか。オンラインショップを緊急メンテに突入させた時点では、店舗に情報を下ろしていなかったという可能性が高そうだ。出典元＝https://smart-flash.jp/sociopolitics/189040）
ここで、対応失策の遠因とも言えるユニオンの体制について考えたい。
ユニオンは中古品と新品を同時に取扱い、レア盤や特典商法、マニアックな品揃えで知られる。また、パッケージの復刻企画や自社制作も行っている。このバランスがあるからこそ、ユーザーに支持され、（たいしたイニシャル数をオーダーできないが）アーティストやレーベルからも好意的な反応を得てきた。ただの中古屋（●ックオフとか）をアーティストがリスペクトしますか？って話。しかし、この土台は大きく揺らいでおり、今となっては綱渡り状態に突入している。
約10年前、社長と専務に次ぐ人物がユニオンを去ると、ここから誰の目にも明らかな権力闘争が巻き起こった。中古を扱い粗利を稼ぐ「店舗」の人間と、新品仕入れや制作を担い音楽業界の”今”とユニオンをつなぐ「本部」の人間。詳細は割愛するが、結果として本流になったのは店舗側だった。そして、多くの名物社員や気概のあるスタッフ、何よりビジネスマインドを持ち良い意味で「サラリーマン」的だったキーパーソンが本部を離れた。退職した者の一部は、当時レコードビジネスに本腰を入れたHMVや、その後はタワーレコードにもジョインした。通販部門もECのプロフェッショナルではなく、いきあたりばったりの采配という感は否めない。
※追記1：組織／企業である以上、異動があることや、俗に言う「役職」につけるスタッフの数に限りがあることは当然であり、そこはユニオンも同じです。成績や年次やらが絡みますよね。“権力闘争”というワードを初稿で選んでしまった点について、書き手の私情が強めに入っていると言われれば、否定できません。違う表現を選ぶとすれば、組織内での大きなうねり・転換期がこの当時にあったということです。
※追記2：店舗＝中古、本部＝新品、という基本線はそのとおりですが、常に両者が喧嘩腰だったわけではないと念のため補足させてください。同じ音楽ソフトであっても性質が異なるこの2種が相互補完することで、ユニオンというブランドがここまで支持されてきた／事業として動いてきた、のは間違いありません。前述のうねりの中でこのバランスが以前と異なるかたちに変化した、ということです。
この頃からユニオンの新品仕入れ額は落ち込んでいるはず。音楽業界を支え、アーティストとレーベルが活躍できる土壌を小売として成熟させるには、新品を仕入れ、販売しないことには難しい。なにより、新品を仕入れて販売することで、その盤が今後中古市場に出回る可能性が生まれ、結果として中古市場の下支えにもなる。すでに中古市場に出ているレア盤を高額買取→高額販売してぶん回したところで、そこに未来はない。また、音楽業界という立場で考えれば、中古がいくら売れたところで、アーティストには1円も入らない。
さらに数年が経つと、結果として上層部は社長（※ファミリー経営2代目）と一部社員（※店舗叩き上げ）の集団になっていった。外部からの血も入れず、利益は上がるが、社員の給料は上がらない。レコードブームだから、とりあえず店は出して中古で埋める。廃盤セール（※ただし廃盤が安くなるわけではない）でいつものあの人に来てもらう……ここ数年、ユニオンの店先や棚から「勝負してんな、攻めてんな」という熱量を感じなくなったのは自分だけだろうか。ユニオンの器が小さくなったと感じるのは自分だけだろうか。
もちろん、一流の店舗スタッフが多数在籍していることも声を大にして伝えたい。決して中古推しがどうのこうの、いや新品推しがどうのこうの、という話ではないのだ。昨今のレコードブームの裏で、戦略と組織設計のバランスが崩れ、あるべき姿から逸脱し続けているというのが問題なんだと強調させていただく。青臭い思いかもしれないが、ユニオンが過去から現在まで、何を紡いできたのかということだ。
※追記3：組織／企業である以上、利益を確保することは当然です。そこは否定しません。ただし、私が知っているユニオンはそれだけじゃない要素が売り場に宿っていたと、抽象的な表現ですが感じていた次第です。じゃなかったら、あんなに店舗に通わないはずです。しかも狭い店舗に。
遡ればユニオンの創業は戦前。そこからなんとか今日までサバイブしてきたわけだから、そんじょそこらの会社とは良くも悪くも一味違う。ただそれは、ユーザーの知的好奇心を満たすため、中古品、新品、制作、流通、委託販売、アーティストマネージメント、販促、オーディオなど、様々な分野で試行錯誤を続けてきたからだ。もちろん中には失敗もある。オークション事業やイベントスペースなど、黒歴史になっているものもある。それでも「ユーザーにとって面白いことをやる」、そして「ユーザーを囲い込む」ことでユニオン経済圏を確立してきた。事業の中心にはいつもユーザー目線があった。
ただ、利益追求に舵を大きく切ったここ数年、そして今回の漏洩騒動での対応を見ると、どこか古き良きユニオンはもう幻となってしまったとすら思えてくる。
どんなに給料が安くても（陳腐な言葉だが）音楽とユニオンが好きだから支えてきたアルバイトや若手社員はどう思うだろうか。今回の初動対応をとった会社に、今後もついていく気が起きるのだろうか。そして後手後手の対応をとられたユーザーは果たして本当にまた戻ってくるのか。
ユニオンがしっかりとこの問題と向き合い、そしてもう一度適材適所の布陣で挑戦を始めるときが訪れれば、私はまた店頭に足を運びたいと思う（通販はしっかり対策して、原因と改善策明示してね。それからだ）。ずっと探していた中古の名盤と、今という時代の空気感をしっかりと伝えてくれる新譜を同時に手に取ることができる場所は、世界的にも希少になりつつあるわけだから。
最後に、HPのキャッシュから拾ってきたユニオン商い五訓を貼っておきたい。
ユニオン商い五訓
2 損得より先に善悪を考えよう
3 お客様に有利な商いを続けよう
※追記4：今回の騒動と組織の顛末を並列で吐き出したのは、あくまで私の主観（＝ずっと感じてきたこと）が入っています。そこは最後にハッキリと書き記します。ここも当然、人それぞれで受け止め方が変わります。お前、こんなにダラダラ書いておいて最後に逃げるなよと、私自身も思いますが。
ユニオンに求めること、期待することもまた人それぞれなはずです。中古レア盤しか興味がない、最近レコードデビューしたからお手軽盤欲しい、新譜の特典にやっぱつられる、紙ジャケBOX最高、色々あるはずですし、そういった需要に応えられるのがユニオンの店舗／通販であると信じています。
音楽のジャンル同様に、確かな多様性がある世界で我々は日々踏ん張っています。この駄文も、絶対の正義ではないです。そのために書いたワケではないです。ただ、こんな世界線もあるんだ、くらいの受け止め方の方が、息もしやすいと思います。
反響に驚いてしまい、こんな当たり前のことを追記してしまいましたが、私はユニオンにもう少しだけ、期待してみようと思っています。
（了）
１０年ほど前の話ですが。
USBメモリの中には、お客様のサーバアカウント情報等が入っていました＾＾；
色々と外出して、気が付いたら無くなっていました。
１．とにかく探しましょう。
２．それと同時に、Amazonで同じUSBメモリを購入しておきます(なる早で)
３．USBが届いたら、以前と同じラベルを張っておきます(管理番号など)
※コツとして。
・Amazonプライムに入っておきましょう。すぐに届くためリスクを軽減できます。
・その後にUSBが見つかった時の言い訳も考えておきましょう。
・大事なデータは暗号化しておきましょう。これなら万が一の時も安心安全です。
私はこんな感じで大丈夫でした＾＾
１０年前の話ですが、いまだに問題になっていません。
無事対処できた事例と言えるでしょう。
とはいえ、リスク管理が甘かったな・・・、と感じる点もありました。
それはAmazonで同じUSBを購入するとき、同スペックがあまりにも高かったため、低スペックの安いUSBを買った点です(見た目は同じ)
たしか64GB→16GBみたいな感じでした＾＾；
「これが原因でバレたら。。。」と心の負担になってしまいました。
いやはや＾＾；
突っ込みたいこと多すぎてブクマでは書ききれないので増田に吐き出す。
匿名なので口が悪くなるが気にしないでくれ
https://b.hatena.ne.jp/entry/s/mainichi.jp/articles/20220519/k00/00m/040/228000c
地方自治体が住民に法的措置をとるためには、議会の議決が必要なんだよブォォオオオオオケ！
さらにその前段階として、ルーチン決済作業ではない、レアな事例を新たに起こすための内部決済作業も必要なんだよ。
そして「なぜこの人に法的措置が必要なのか？」て必要性も問われるんだよ。
最初に本人宅に赴いて説明し謝罪したときは、本人は「わかりました、返します」て言ってたんだよ。その後も「返さないわけでないけど、公文書をくれ」とズルズル引き延ばしてその間に口座移してたんだよ。
それなのに「こいつはウソつきの屑人間だ」と疑って法的措置しとくべきだったと？
裁判所から本人にも「町から口座凍結の仮処分申請が来てるが」て通知が来るよ。
本当に返すつもりの人までカチンとこさせて敵にしちゃうでしょ、それ。
本当に返すつもりの人が「返す言ってるのに町から一方的に法的措置され口座凍結されたーっ！必要な金まで下せなくなったーっ！」てツイッターに書いたら、「本人は返すといってるのに裁判所に訴えて強硬手段とるなんて、町は酷い！」て役場叩きでバズるやつやんそれ。
お前らそうなってたら「いきなり法的措置とるなんて住民を信用してないのか」「外から移住してきたよそ者だから差別してるんだ！さすが田舎は民度低い！もうこの町には二度と行かない！」と草津のときみたいに叩く側に回ってただろ絶対。
町長決済が一日何件あると思ってるのよ。特別に対応が必要なレアケースの対応以外に、ルーチンの決済書類が山と積まれてるのよ？
「4000世帯への助成金の振り込み」の決済なんてルーチンの最もたるもので、4000世帯の振り込み内容一件一件を町長が細かく確認して間違い探ししろと？
すべての決済でそこまで細かく見てたら、町長の一日が１００時間あっても足りねえよ。
でも「決済でハンコついてるのにミスに気付かなかったから責任が大きい」は的外れな責め立てなんだわ。
USBメモリや暗号化したメールでやりとりしてたら、今回の誤振り込みは防げたの？
振り込み情報なんてテキストデータで数百バイトしかなく、第三者から傍受や改変される可能性がない物理媒体のやりとりするうえで、コストと手間かけて新しいメディアに更新する理由がないから使ってるだけ。フロッピー使うことに何の害があるっての？
役場叩きたいがあまり関係ないことまで嘲笑したくなっちゃった？
あと、「本人も悪いけど、誤振込して使い込むきっかけを作った町も悪い」てブコメが複数スター集めて上位ブコメになってるのにびっくりしてしまったんだが、町悪くなくない？
誤振込した直後に本人宅に謝罪に赴いて、使わず返してくださいと要請してるのに。
ふつうの人間ならそこで「いいですよ」と了解して放置しとくのがふつうで、それを「返すけどちょっと待て」なんて引き延ばししつつ口座移して使い込んだのは１００％本人の故意でしょ。それも悪意たっぷりな。
君らそんな「自制心のない人間の悪の行動を誘発した方が悪い」て考え方やったっけ？
君の友人が財布おとして拾った人間に使い込まれたら「落としたお前も悪い」ていうの？
君の友人が車に鍵かけわすれてコンビニ行ってる間に車盗まれたら「鍵かけ忘れたお前も悪い」ていうの？
女に飢えてる非モテ男の前に、生足むきだしミニスカート・体のボディラインが出た服着た若い美女が夜道を歩いてて、男が盗撮や痴漢してしまったら
「手を出した男も悪いが、そんな恰好で誘発した女も悪い」て女も責める、そんな場所だっけ？違うよね。
「どんな服を着るのも個人の自由」というなら、今回のに似た例えにするわ。
「ミニスカートはいた美人が女体に飢えた非モテ男の前を歩いてて、うっかり転んで男にパンツや下着を見せてしまって、パンツ見て我慢できなくなった男が痴漢や盗撮した」事例で、「うっかり転んで下着見せた女も悪い。ミニスカートはく以上は転ばないよう細心の注意を払いながら歩くべきだ」ていうの？言わないだろ。
なんで今回に限って使い込み男に異様に甘いの？
