標準入力にファイルの内容を流すためだけにcatを使うのは、1994年頃から "Useless use of cat" (UUoC) として知られています (出典とされているメールスレッドのアーカイブ)。本家 Stack Overflow にも「この無駄なcatには本当に意味が無いのか？」という趣旨の質問があります。この回答ではこれらを参考に利点と欠点を挙げてみます。 cat FILENAME | grep "PATTERN" の利点 処理の流れが読みやすいことがあります。どこがファイル名なのかを考えなくて済みます（たとえば grep abc defと書いたときを想像してください）。また cat a.txt | grep foo | wc -l のようにパイプによる処理フローが続く場合、処理の流れが左から右に読めます。 この点に関して、リダイレクションを上手く使えばcatを使わなくても同様の

@hinaloe さんのコメントや、 ksaito さんの回答を参考に、以下の方針で可能そうです。 方針 AuthorizedKeysCommand を利用する。 authorized_keys_command から実行されるプログラムの中で aws コマンドで iam から pubkey を読み込む AuthorizedKeysCommand とは何かというと、 authorized_keys を file に記述するのではなく、プログラムの標準出力でもって指定できる sshd の設定オプションです。 また、 IAM ユーザーは、 ssh の public key をひもづけることができます。これは、主に CodeCommit で用いられますが、今回はこれを上手く利用できるので、これを活用します。 手元では検証できていないですが、これをやることで、各ユーザーが、それぞれの IAM ユーザ