11、引用通配符展开的结果。你可以将空格、分号、反斜杠等放在文件名里，让棘手的事情交给系统管理员处理。如果管理的脚本未引用文件名参数，此脚本将会造成系统的问题。
12、检查用户输入是否有meta字符。如果使用eval或$(...)里的输入，请检查是否有像$或`这类的meta字符。
13、检测你的代码，并小心谨慎阅读它。寻找是否有可被利用的漏洞与错误。把所有坏心眼的想法都考虑进去，小心研究你的代码，试着找出破坏它的方式，再修正发现的问题。
14、留意竞争条件（race condition）攻击者是不是可以在你脚本里的任两个命令之间执行任意命令，这对安全性是否有危害？如果是，换个方式处理你的脚本。
15、对符号性连接心存怀疑。在chmod文件或是编辑文件时，检查它是否真的是一个文件，而非连接到某个关键性系统文件的符号性连接（利用[ -L file ] 或 [ -h file ]检测file是否为一符号性连接。
16、找其他人重新检查你的程序，看看是否有问题。
17、尽可能用setgid而不要用setuid。这些术语稍后讨论，简之就是使用setgid能将损害范围限制在某个组内。
18、使用新的用户而不是root。如果你必须使用setuid访问一组文件，请考虑建立一个新的用户，非root的用户做这件事并设置setuid给他。
19、尽可能限制使用setuid的代码。尽可能让setuid代码减到最少。将它移到一个分开的程序，然后在大型脚本里需要时才引用它。无论如何，请做好代码防护，好像脚本可以被任何人于任何地方引用那样。
20、一个安全shell的开场白：
IFS=' tn' #之前几篇见过很多次
unset -f unalias #确保unalias不是一个函数
unalias -a #unset all aliases and quote unalias so it's not alias-expanded
unset -f command #确保调用的command不是以函数
#获得可靠的路径前缀，处理getconf不可用的情况。
#get a reliable path prefix,handling case where getconf is not available.
SYSPATH="$(command -p getconf PATH 2>/dev/null))"
if [[ -z "$SYSPATH" ]];then
SYSPATH="/usr/bin:/bin"
fi
PATH="$SYSPATH:$PATH"
这段代码使用了许多非POSIX的扩展，需要注意。
该书最后给出了如何编写自己的shell程序的manual，和unix的文件和文件系统的介绍。至此该书通读完毕。
