所有的PIN和密钥都保存在专门的内部FF中，此处把这样的EF称为EF Key。这种类型的文件仅可由操作系统 本身读出或写人，外部的选择与访问是不可能的。在设计中完全没有允许外部访问这种EF的机制，这是 Stnall-OS智能卡操作系统的安全原则的一部分。 　　每个目录只能建立一个EF Key文件。它自动具有线性不变的结构，使得它能以最小的存储容量存储不同长 度的PIN和密钥。在EF Key中的每个记录中含有或是一个PIN或是一个密钥，具有一个在文件内是惟一的地址 编号（···KeyNo）。对于

ISO/IEC 7816-4标准中叙述的文件系统的有关访问条件和密钥管理方面允许有大量的选项。因此，对于 Small-OS选用了实践中多应用操作系统已经常采用的方案。工作EF的文件头标中含有对于每一条不同的访问 命令规定的状态（例如，READ命令的条件…AccessCondition．Read）。每个状态用一个正整数描述。这就 是说，每一EF在其头标中具有读和写访问的独立的状态值。命令执行前，在现行目录内必须达到这些值。状 态0表示基本状态（空闲），所以状态条件为0意味着所有的访问都是被允许的。

回送代码管理用一个人口值在一个表中寻找回送代码，然后把它加到发送缓存器中的任何数组的尾部。有 两个理由在这方面使用一个专用的管理器：第1，这是一种较好的编程风格使所有的回送代码都在一个确定 的位置。例如，在软件出差错时很容易并在一个中心位置使之有可能用一个专门的回送代码去取代了一个回 送代码；第2，用一个回送代码管理器节省了宝贵的存储器，很容易算出每一个回送代码只在一个通用表中 存储一次，要比在每个需用它的地方重复存储它占用的存储量少。 　　在真正的智能卡操作系统中，为了安全起见，所有文件访问