AppleScript書類(アプリケーション)の保存時にコード署名エラーが発生する．

もうちょと丁寧に検証してみました。

どうもアプレットのパッケージ内にあるファイルにリソースフォークや FinderInfo などの属性が付いているとダメのようです。(つまりダイアログのメッセージどおり)

古い環境で作成したアプレットではパッケージ内の「main.scpt」に拡張属性 FinderInfo が付与され、そこにタイプ情報が記録されます。これが Monterey 環境では NG となる、、、ということのようです。

また、パッケージ内に自分で格納したサブスクリプトや画像ファイルなども要注意で、カスタムアイコン付きだとリソースフォーク、拡張子を非表示にすると FinderInfo が加えられるので NG の模様。

ーーーーー

追記: xattr コマンドでパッケージ内の全アイテムから拡張属性を削ったら保存できるようになりました。ただ、それで本当に大丈夫か分かりません。アプレットを作り直した方が安全かも。

今回の件については拡張属性がポイントのようなのでその調査方法を説明しますね。

アプレット内の main.scpt は、Terminal から ls コマンドや、xattr コマンドなどで調査します。

Snow Leopard 上で作成した自作アプレットを Mojave で調査

ls の結果から main.scpt には拡張属性 com.apple.FinderInfo が付与されていることが分かります。xattr でその中身を見ると、クリエータ情報が「aplt」であり、そのほかの情報はないことが分かります。FSMegaInfo コマンドで解析するとさらに分かりやすいです。(前掲のコメントではタイプ情報と書きましたがクリエータ情報の間違いでした。すみません。)

で、Parallels Desktop 17 上にインストールした macOS の各バージョン (Lion から Monterey) においてスクリプトエディタでアプレットを作成し、同様の調査をすると Sierra 以降の main.scpt には拡張属性が付かないことが分かります。

あとは、拡張属性付きのファイルをパッケージ内に格納後アプレットを保存したり、拡張属性なしのファイルで試したりしながら問題を絞り込むと良いと思います。

# さらに調査を進めた結果、com.apple.FinderInfo と com.apple.ResourceFork は NG。そのほかの拡張属性は大丈夫のような印象ですが、もしかしたらダメなのもあるかもしれません。何にしてもこれ以上の調査は不要と考えてます。

Big Sur 以降では AppleScript をアプリケーション形式で保存する際に自動でコード署名が行われるようです。パッケージ内のファイルには com.apple.FinderInfo と com.apple.ResourceFork が許可されておらず、そのようなファイルがあると今回のようにダイアログが表示されファイルが保存できない仕様となっているのだと思います。

ところで、サブスクリプトや画像ファイルなどをパッケージ内に追加する際に Finder で追加すると拡張属性付きのままになりアプレット保存時にコード署名エラーとなりますが、スクリプトエディタの右カラムにある「リソース」にドラッグアンドドロップすると余計な拡張属性は自動で削ってくれるようでエラーとならないようです。

なので、前掲のコメント「適宜拡張属性を削る...」とか「スクリプト形式ではなく、スクリプトバンドル形式にすると良い」は撤回します。

# Monterey でアプレットを作成するのは初めてなもので多少の間違いは大目に見てください。

古い環境で作成したアプレットではパッケージ内の「main.scpt」に拡張属性 FinderInfo が付与され、そこにタイプ情報が記録されます。これが Monterey 環境では NG となる、、、ということのようです。

もうちょっと詳しく調査しました。アプレット内の「main.scpt」に拡張属性 com.apple.FinderInfo が付与されるのは El Capitan までのようです。

パッケージ内に自分で格納したサブスクリプトや画像ファイルなども要注意

スクリプト形式ではファイルを保存する際にいくつもの拡張属性が付与されるため、そのまま格納するとアプレットが保存できなくなります。なので、余計な情報を削除してから格納する必要があります。また、パッケージ内のスクリプトを再保存した際も適宜拡張属性を削る必要があります。

スクリプトバンドル形式の場合はパッケージ内のファイルに余計な拡張属性がつかないようなので、アプレット内にサブスクリプトを格納する場合はスクリプト形式ではなく、スクリプトバンドル形式にすると良いと思います。

前掲のコメント「適宜拡張属性を削る...」とか「スクリプト形式ではなく、スクリプトバンドル形式にすると良い」は撤回します。

ええと、撤回の撤回 (汗)。よくよく考えたらパッケージ内の xxx.scpt を編集・再保存した際に問題が起きてしまいますね。その場合はやはり拡張属性を削る必要があります。

一旦パッケージの外に出して編集・再保存後に再度パッケージに組み込めば OK ですが、それでは面倒ですしケアレスミスを起こしやすいです。

となると、AppleScript については保存時に余計な拡張属性を付けないスクリプトバンドル形式の方が扱い易いかもしれません。それと、画像ファイルなどは編集後に xattr コマンドなどで拡張属性を適宜クリアすると良いでしょう。

拡張属性うんぬんはずいぶん昔からあるようですが

確かに com.apple.FinderInfo や com.apple.ResourceFork はかなり昔からありますが、Catalina まではアプリケーション形式で保存する際に署名が行われないので、パッケージ内のファイルにこれらの拡張属性が付いていても問題ありませんでした。

ところが Big Sur 以降は自動で署名が行われるため弾き返されると。つまりセキュリティが強化されたと見るべきでしょうね。でもこれって、文書化されてるのかな？ちょっと見つけることができませんでした。

Parallels Desktop 17 上の Monterey 12.4 で問題が再現できました。

Mojave など古い環境で作成したアプレットを Monterey のスクリプトエディタで編集して保存する際に問題が起きるような印象です。

Monterey 上のスクリプトエディタでアプレットを編集したら「保存」ではなく「書き出す...」で新規に作成すれば良いようです。多分...。

次に各コマンドですが、ls と xattr は OS に標準搭載されていて、マニュアルは man コマンドで表示することができます。

FSMegaInfo コマンドは下記リンク先からサンプルコードをダウンロードするとコンパイル済みの FSMegaInfo が入ってるのでそれを使うと良いでしょう。使い方は FSMegaInfo help。

FSMegaInfo

ソースコードがとても古いので現在の Xcode ではビルドできないかもしれませんが、コンパイル済みのものはそのまま Mojave でも Monterey でも動きます。ちなみに私は同コマンドを参考にして自分で拵えた Python スクリプトを普段使ってます。

ところで、拡張属性 com.apple.FinderInfo については以前は多くの情報がありましたが、現在入手可能な情報はほとんどなくなってしまいました。

上記 FSMegaInfo に同梱のソースコード、Command Line Tools に含まれる GetFileInfo のマニュアル、あとは Wikipedia の「Inside Macintosh」にある「Macintosh Toolbox Essentials」が参考になると思います。

そもそも AppleScript と OS のセキュリティの仕組みは相性が良くないのに、さらに自動署名を追加したために今回のようなことになってしまったわけで改善の余地はあると思います。

個人的な意見としては、アプレット保存時に拡張属性を自動で取り除く機能をスクリプトエディタに追加してもらう、、、というのが良いような気がします。(弊害があるかもしれないので、取り除く旨のダイアログを表示すると良いのかな？)

それと、スクリプト形式は廃止してスクリプトバンドル形式に一本化しても良いかもしれないと思ってます。(賛否はあるでしょうが...)

まあ、ここでアレコレ言っても仕方のないことですが、とにかく Big Sur 以降は厄介な仕様になったわけで、件のエラーが出ないようにアプレットを作成してください。

AppleScript でこのような変更があったことを私は知りませんでした。とても良い勉強になりました。ありがとうございます。

Automator フォーマット：アプ… - Apple コミュニティ

参考になりませんか。

# 編集時間切れとなってしまいました。「画像ファイルなどは編集後に...」の一文を後から加えました。