Casbinでのアクセス制御モデルは、”PERM”（Policy、Effect、Request、Matcher）という独自のメタモデルに基づいて設定ファイルに抽象化されます。そのため、既存のプロジェクトの認可メカニズムからの切り替え／アップグレードを比較的容易に行えます。

Casbinのポリシーは、メモリやファイル以外にも様々な場所に保存できます。現在は、MySQL、PostgreSQL、OracleからMongoDB、Redis、Cassandra、AWS S3まで数十種類のデータベースがアダプターとしてサポートされます。

Casbinは、Go、Java、PHP、Node.jsといった様々なプログラム言語で実装されています。すべての実装は同じAPIで、同じ動作を実現できる（※1）ので、特定のプログラミング言語のCasbinを学習すれば、他のプログラム言語も比較的容易に扱うことができます。

Casbinでは、ポリシーを永続化するストレージはアダプターとして実装されます。ただし、Casbinのメインライブラリの軽量性を維持するためCasbin本体にはアダプターコードは管理されていません（デフォルトのファイルアダプターを除く）。その他のアダプターの機能は、Extensionとして提供されます。

一部のアダプターではポリシーのフィルタリングをサポートします。マルチテナント環境などでの大規模なポリシーがロードされ、パフォーマンスがボトルネックとなるような場合でも、このフィルター機能によって効率よくポリシーを適用できます。

Casbinでは、RBACのロール階層（ユーザーとロールのマッピング）を管理するために、ロールマネージャーが利用されます。ロールマネージャーは、ポリシー定義もしくは、LDAP、Okta、Auth0、Azure ADなどの外部ソースからロールデータを取得できます。ただ、Casbin本体には、デフォルトのロールマネージャー以外のコードは管理されていません。その他のロールマネージャーの機能は、Extensionとして提供されます。