現行のmacOSで使えるデータの圧縮・暗号

圧縮と暗号は大事

匿名化に加えてこれら3つは3大PCリテラシーだと思います

パスワード付きPDF

ちょっとした書類ならコレで良いと思う

• プレビューで何らかをpdfを保存するときに
• 「アクセス権」→「書類を開くときにパスワードを要求」にチェック
• 専用パスワードを確実に打ちこむ
• 「アクセス権」の設定でさらに改竄防止を見込める
  • 例外的な許可を出さずにパスワード設定すればおk

PDFの仕様なんてそうそう変わらんし，深くは追求しません，汎用性も低いでしょうし…

パスワード付きで圧縮・暗号

ちょっとしたデータならコレで良いと思う

基本的にFInderからGUI経由で行うことが無理な（オプションが呼び出せない）上に，macOSにデフォルトで入ってるアプリやコマンドは更新性や追従性に乏しく，これはhomebrew経由で外部のツールを導入した方が良いと思う

準備

とりあえずは基本のzip・rar・tarを抑えておきたい

[https://formulae.brew.sh/formula/zip:embed:cite]

[https://formulae.brew.sh/formula/unzip:embed:cite]

[https://formulae.brew.sh/cask/rar:embed:cite]

えっunrarってつい最近ライセンス問題で公式から消えたらしいですよ

[https://qiita.com/shimizumasaru/items/7e57bb5c506c0ae4eb80:embed:cite]

[https://formulae.brew.sh/formula/gnu-tar:embed:cite]
※untar は存在しない，動作は全部コマンドで決め打ちしているらしい

• 通常のbrew環境が構築されてるintel macが前提
  • apple siliconでのhomebrewは色々とパスが違ってくるらしいけど知らん
    • とりあえずRosetta2でやればいいんじゃないのか？
• コマンド設定
  • 以下の順番を守って取得
    1. brew install zip
    2. brew install unzip
    3. brew install rar
    4. brew install carlocab/personal/unrar
    5. brew install gnu-tar
• パスを設定
  • rar・unrarはデフォルトで/usr/local/binにエイリアスが発生する
  • tarはgtarとして/usr/local/binにエイリアスがある
  • zip・unzipはmacデフォルトと衝突すると厄介なことになるらしくエイリアスが生成されていない
    • gzipはgzipとして別にあるせいで名前が被ってるせいかもしれんね
  • なので/usr/local/opt/binを作ってパスに通した上で/usr/local/opt/[cask name]/bin/[cask command]のシンボリックリンクを置く
    • ついでに同じようにtarも置いとこう
    1. mkdir /usr/local/opt/bin
    2. ln -s /usr/local/opt/zip/bin/zip /usr/local/opt/bin/zip
    3. ln -s /usr/local/opt/unzip/bin/unzip /usr/local/opt/bin/unzip
    4. ln -s /usr/local/opt/gnu-tar/bin/gtar /usr/local/opt/bin/tar
    5. echo export PATH='/usr/local/opt/bin:$PATH' >> ~/.bashrc
  • 私はPATH = [application path]/usr/local/bin:/usr/local/opt/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbinみたいにしてる
  • 各自のシェルの設定ファイルに合わせること，zshなら~/zprofileと~/.zshrcになる
    • bashとzshの間なら複製して名前を変えるだけでも割と行けるっぽい…？

実行

zipの場合

• 暗号
  • zip -A -o -r -n .zip:.bz2:.7z:.rar:.gz:.tgz -X -y -8 -e [zipped file path] [source file path]
    • 例：zip -A -o -r -n .zip:.bz2:.7z:.rar:.gz:.tgz -X -y -8 -e ~/Documents/Private/data.zip ~/Download/list
  • パスワード設定はダブルチェックされる
  • オプションはそれぞれ，
    • -AでWindows用の自己解凍.exeファイルが生成
      • つまりmacOSには関係ねぇ
    • -oで出てくる.zipの日付がディレクトリ内の日付の最新版に
    • -rで再帰処理にしてディレクトリに対応
    • -n [.extension 1]:[.extension num]で2重圧縮を回避
    • -Xでファイルシステムの余計な情報を削除
    • -yで参照先の外部ファイルの混入を阻止
    • -8で圧縮強度を最大化
    • -eで本体を暗号化
  • [zipped file path]のファイル名はそのまま出てくるので末尾に.zipを忘れないように
• 分割
  • zip -s [num][kmgt] [source file path] -O [zipped file path]
    • 例：zip -s 64k ~/Documents/Private/data.zip -O ~/Documents/Private/spirit.zip
  • 1発目の.zip生成の段階で分割しようとするとエラーを吐くのでNG
  • [source file path]ファイル名は.zipじゃないと認識してくれないので注意
  • パスワードチェックなし
  • オプションはそれぞれ，
    • -s [num][k,m,g,t]で分割サイズを指定，最低でも64kbyte以上
• 結合
  • zip -s 0 [source file path] -O [zipped file path]
    • 例：zip -s 0 ~/Documents/Private/spirit.zip -O ~/Documents/Private/data2.zip
  • -s 0で1つの.zipに還元される
    • 分割と結合を繰り返すとデータがバグるかもしれん
  • パスワードチェックなし
  • [source file path]には分割時の代表ファイル（.z[num]じゃないもの）を指定する
    • もちろん例に漏れず.zipじゃないと認識してくれない
• 復号
  • unzip [source file path]
    • 例：unzip ~/Documents/Private/data2.zip
    • 特定のファイル1つを解凍する場合はunzip -p [source file path] > [unzipped file path]で名前指定も可能
      • -pで出力をstdoutに指定してパイプ化しただけ
    • 別のディレクトリに入れる場合はunzip [source file path] -d [any directory path]で押し込める
      • -dとその引数は必ず最後に置くこと
  • パスワードチェック必須
  • .zipじゃなくても読み込んでくれる（中身がダメならダメと言ってくれる）
  • 名前がダブったファイルの強制上書き許可は-o・強制上書き禁止は-n
    • unzip -B [source file path]すると上書きはせずにバージョン別（拡張子を含むファイル名の末尾に~[num]）のバックアップが追加される
      • 解凍ファイルの内部の処理ではなく，解凍された中身が生成される該当のディレクトリに
    • これ自体にバージョン管理機能はなく，やりたいなら番号をワイルドカードで全検索して抽出しろって感じか？
    • -oするとそのバックアップすらも上書きできるので注意
  • 先の通りmacOSでは自己解凍はできない
    • アーカイブユーティリティがあるので心配ない

ここでは単純に圧縮と展開のやり方を示したが，本来はアーカイブ更新機能の側面が強く，元ディレクトリとのファイルの差分をとって更新して保存するやり方が一般的かもしれない．基本的に.zipにはロックをかけずアップデートをかけ続ける，それを自動化して低リソースな環境で実行する…みたいな雰囲気を感じる．

そこらが関係するのか軽い気持ちで調べてたら想像以上に複雑だったし，私が望む「使える・壊れない・明かされない」という観点でもzipよりrarの方が良かったりする，そのためアーカイブ更新機能として使いこなすのはまた別の機会にしたい．

rarの場合

• 暗号
  • rar a -k -r -ts- -s -ds -sfx -ma5 -m5 -hp [rarred file path] [source file path]
  • 例rar a -k -r -ts- -s -ds -sfx -ma5 -m5 -hp ~/Documents/Private/data.sfx ~/Download/list
  • パスワード設定はダブルチェックされる
  • オプションはそれぞれ，
    • aでアーカイブ生成モードを指定
    • -kでロックして再編集を不可能に
    • -rで再起処理にしてディレクトリに対応
    • -ts-で時間系の情報を削除
    • -sでソリッド圧縮を指定
    • -dsで内部の名前順ソートを無効化
    • -sfxで自己解凍実行ファイルを添付
    • -ma5で新しい.rar規格を使用
    • -m5で圧縮強度を最大化
    • -hpでヘッダごと本体を暗号化
  • -sfxの場合は拡張子.sfxが必ずつくが，ない場合は[rarred file path]がそのまま出てくる
• 復号
  • unrar x [source file path]
    • 自己解凍させたい場合は./[source file path]すると起動する，手順は変わらない
    • 特定のファイル1つを解凍する場合はunrar p -iunl [source file path] > [unrarred file path]で名前指定も可能
      • -pで出力をstdoutに指定した上で-inulでデフォの出力を消さないとダメ
    • 別のディレクトリに入れる場合はunrar x [source file path] [any directory path+/]で押し込める
      • パスの最後に/が入ってない場合は[source file path]と見なされて処理されないので注意
  • パスワードチェック必須
  • .rarじゃなくても読み込んでくれる（中身がダメならダメと言ってくれる）
  • 名前がダブったファイルの強制上書き許可は-o+・強制上書き禁止は-o-

ロックと暗号化が行えるのが強みで，圧縮性・耐破性・暗号性もzipより上，導入も楽で自爆解凍もできる，しかも文法が簡単で覚えやすい．現実では特に欧州で流行ってるらしく，実際に使っている人間は自分の周りでこそほぼ見たことがないものの，割と積極的に使いたい印象を受けた．もうこれだけでよくね？と言える程度には簡潔に完結していると思う．

zipに関する補記

homebrewで入ってくるzipは「16 June 2008 (v3.0)」かつunzipは「unzip20 April 2009 (v6.0)」が最新版となっている．macOSにデフォルトで入っているzip・unzipも全く同じであり，要するにわざわざディレクトリを分けて管理しようとしたのは徒労であったということになる．さらに-Zbはzipできるがunzipできない（以下の通りなら.zip規格の対応が0.1だけunzipの方が遅れているせいだと思われる）などのドボン選択肢もある．

% zip -rZb arc.zip test
% unzip arc.zip
... need PK compat. v4.6 (can do v4.5)

またzipにおける「エントリ」とは「.zip内にあるファイルもしくはディレクトリ」を指す．「エントリには65535個の制限があるほか，アーカイブのサイズにも4GBの制限がある」なる昔話があったらしいが．これはかつてのzipが32bit動作をしているからであり，それを改善したzip64はその制限を超えられるようになった．

自分のzip・unzipがそれに対応しているかどうかについて，以下のように表示されれば対応の確認が取れる．

% zip -v | grep 64
... ZIP64_SUPPORT
% zip -v | grep 64
... ZIP64_SUPPORT

現在は/usr/bin/unzipもzip64に対応しているようだが，アーカイブユーティリティ.appについてはmacOS Catalinaになるまで実装されなかったという目撃情報がある．

[https://taiyakon.com/2021/01/macos-version-zip64.html:embed:cite]

そもそもzip・unzipの公式サイトを見ても最新版がhomebrew上の最新版やmacOSのデフォルト版と一致しており，

[http://infozip.sourceforge.net/:embed:cite]

これらはInfo-zipという形で2009年までOSSで開発されていた，今後ここから新しくなることはないと考えて良さそう．

後継としてはzlibとgzipか，前者はzipで培われた圧縮技術を各言語・各OSで利用可能にするライブラリで，後者はGNUの開発元でGPLライセンスで提供されるファイル圧縮用のツール，という認識で合っているのだろうか？

準備

rar・zipの代わりにbzip2・gzip・7zip・lrzip（・rzip）を利用していく

[https://formulae.brew.sh/formula/gzip#default:embed:cite]

[https://formulae.brew.sh/formula/p7zip#default:embed:cite]

[https://formulae.brew.sh/formula/bzip2:embed:cite]

[https://formulae.brew.sh/formula/lrzip:embed:cite]

[https://formulae.brew.sh/formula/rzip:embed:cite]

• コマンド設定
  • 以下を取得
    1. brew install gzip
    2. brew install p7zip
    3. brew install bzip2
    4. brew install lrzip
    5. brew install rzip
• パスを設定
  • bzip2はmacデフォルトと衝突すると厄介なことになるらしくエイリアスが生成されていない
    • ln -s /usr/local/opt/bzip2/bin/bzip2 /usr/local/opt/bin/bzip2しましょうね
  • コレ以外は普通に/usr/local/binに入ってくれる
  • rzipは使わないが，archlinux wikiにも載ってたので敬意を表して数字に貢献した
    • lrzipはrzipの機能を利用した上でさらに色々と工夫したらしいな？

実行

以下は順に追記していきます

gzipの場合

• 圧縮
  • gzip -k -9 -c [source file path] > [zipped file path]
  • [zipped file path]のファイル名はそのまま出てくるので末尾に.gzを忘れないように
    • -cと> [zipped file path]がないと[source file path]のファイル名に勝手に.gzがつくけど
  • オプションはそれぞれ，
    • -kで元ファイルを削除しない
    • -9で圧縮強度を最大化
    • -cでstdoutに指定
  • ディレクトリを再帰的に辿る実装はなく，tar（後述）でまとめてからgzipするのが正攻法
    • 引数に複数のファイルを並べると全て個別に.gz化されるのが特徴
    • gzip -k -9 -c [source file path1] > [zipped file path1] [source file path num] > [zipped file path num]すれば良い
      • [source file path1] [source file path num] > [zipped file path]すると，.tar同士だけなら最後に展開すればなんとかなるが，.tar以外のファイルが混ざってると詰む
      • manのADVANCED USAGEは嘘こそ言ってないが，例えば画像ファイルの2つをgzipしてgunzipすると元に戻らない，フォルダ構造を失った挙句それをrescueする方法がないから当然とも言えるが
  • 名前がダブったファイルの強制上書き許可は-f，なければ聞かれるまでもなく上書きされない
• 解凍
  • gzip2 -k -c [source file path] > [unzipped file path]
  • オプションはそれぞれ，
    • -kで元ファイルを削除しない
    • -cでstdoutに指定
  • どうせファイルしか出てこないのでこれで覚えた方が良い
  • 名前がダブったファイルの強制上書き許可は-f，なければ聞かれるまでもなく上書きされない
  • gzipを入れると勝手にgunzipもついてくる
    • というよりgzipを使う上で-zで圧縮するか-dで解凍するかの違いしかない

調べた限りではディレクトリ統合機能もパスワード暗号化機能もなさそう，やはり別ライブラリ（後述）を使うべきだろう．

--rsyncableとは？

tar+gzipで保管されるファイルに対して，生成する際に--rsyncableを用いてgzipしておくことで，そのサーバに対してrsyncした際に得られるデータの差分の量そのものがカットできる（2016年のv1.7で実装されたらしい）

[https://superuser.com/questions/482758/rsync-friendly-gzip:embed:cite]

[https://translate.google.com/translate?hl=ja&sl=en&u=https://superuser.com/questions/482758/rsync-friendly-gzip&prev=search&pto=aue:embed:cite]

[https://beeznest.wordpress.com/2005/02/03/rsyncable-gzip/:embed:cite]

[https://beeznest-wordpress-com.translate.goog/2005/02/03/rsyncable-gzip/?_x_tr_sl=auto&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=nui:embed:cite]

rsync -zオプションでも圧縮が可能であるが，こちらは差分を取った後に転送するデータを圧縮するため，要するに2段構えの方が（マシンリソースあるなら）絶対に良いし，zipに比べても大きな利点となる

gzip -r・gunzip -rの動作

この-rは再帰的という意味を示すが，zip -rは渡されたパスが示すディレクトリを基準として配下のディレクトリ・ファイルをまとめて1つの.zipにする一方，gzip -rでは渡されたパスが示すディレクトリもしくはその配下のディレクトリにファイルがあればその場で1つずつ.gzにしていく，同様に1つずつ.gzから戻していくのがgunzip -rである

p7zipの場合

bzip2の場合

• 圧縮
  • bzip2 -k -9 -c [source file path] > [zipped file path]
  • [zipped file path]のファイル名はそのまま出てくるので末尾に.bz2を忘れないように
    • -cと> [zipped file path]がないと[source file path]のファイル名に勝手に.bz2がつくけど
  • オプションはそれぞれ，
    • -kで元ファイルを削除しない
    • -9で圧縮強度を最大化
    • -cでstdoutに指定
  • ディレクトリを再帰的に辿る実装はなく，tar（後述）でまとめてからbzip2するのが正攻法
    • 引数に複数のファイルを並べると全て個別に.bz2化されるのが特徴
      • bzip2 -k -9 -c [source file path1] > [zipped file path1] [source file path num] > [zipped file path num]すれば良い
      • [source file path1] [source file path num] > [zipped file path]すると，.tar同士だけなら最後に展開すればなんとかなるが，.tar以外のファイルが混ざってると詰む
      • gzipとほぼ同じ理由か
  • 名前がダブったファイルの強制上書き許可は-f，なければ聞かれるまでもなく上書きされない
• 解凍
  • bunzip2 -k -c [source file path] > [unzipped file path]
  • オプションはそれぞれ，
    • -kで元ファイルを削除しない
    • -cでstdoutに指定
  • どうせファイルしか出てこないのでこれで覚えた方が良い
  • 名前がダブったファイルの強制上書き許可は-f，なければ聞かれるまでもなく上書きされない
  • bzip2を入れると勝手にbunzip2もついてくる
    • というよりbzip2を使う上で-zで圧縮するか-dで解凍するかの違いしかない

調べた限りではディレクトリ統合機能もパスワード暗号化機能もなさそう，やはり別ライブラリ（後述）を使うべきだろう．

lrzipの場合

GPG

FireVault

Mac起動ディスクだけならコレで良いと思う

Windowsのbitlockerよりも優秀だと感じている

設定したら復旧キーを忘れないように必ずメモしておこう，iCloud連携は正直やりたくないなって…

外部のボリュームを暗号化

外付けストレージならコレで良いと思う

ディスクユーティリティでexFATフォーマットされたドライブの中にも問答無用で設定できる

veracrypt

Windows向けという印象があるがmacOSでも普通に使える

OSS開発でありながらも，これを使えば暗号化はかなり万全と考えて良さそうか…？