¿Ha cambiado el significado de "Nivel de protección: firma" con Android 6?

No, el significado del nivel de protección de "firma" no ha cambiado en Android 6.

Podemos 'git blame' el archivo PackageManagerService.java y comprobar la función grantSignaturePermission . La lógica básica no cambió desde Android Lollipop. La siguiente lógica se añadió en Android 6:

    if (!allowed && (bp.protectionLevel
            & PermissionInfo.PROTECTION_FLAG_PRE23) != 0
            && pkg.applicationInfo.targetSdkVersion < Build.VERSION_CODES.M) {
        // If this was a previously normal/dangerous permission that got moved
        // to a system permission as part of the runtime permission redesign, then
        // we still want to blindly grant it to old apps.
        allowed = true;
    }
    if (!allowed && (bp.protectionLevel & PermissionInfo.PROTECTION_FLAG_INSTALLER) != 0
            && pkg.packageName.equals(mRequiredInstallerPackage)) {
        // If this permission is to be granted to the system installer and
        // this app is an installer, then it gets the permission.
        allowed = true;
    }
    if (!allowed && (bp.protectionLevel & PermissionInfo.PROTECTION_FLAG_VERIFIER) != 0
            && pkg.packageName.equals(mRequiredVerifierPackage)) {
        // If this permission is to be granted to the system verifier and
        // this app is a verifier, then it gets the permission.
        allowed = true;
    }
    if (!allowed && (bp.protectionLevel
            & PermissionInfo.PROTECTION_FLAG_PREINSTALLED) != 0
            && isSystemApp(pkg)) {
        // Any pre-installed system app is allowed to get this permission.
        allowed = true;
    }

Del código anterior, podemos ver,

• si el permiso se especifica con "signature|pre23" y la versión del sdk de destino de la aplicación es inferior a 23, obtendrá este permiso, porque este permiso se trasladó al permiso del sistema en Android 6.
• si el permiso se especifica con "signature|preinstalled" y la aplicación es una aplicación de sistema preinstalada, obtendrá el permiso
• si el permiso se especifica con "firma|instalador" o "firma|verificador" y la aplicación es instalador y verificador, obtendrá el permiso.

Conclusión Nivel de protección de firma: el nivel de protección de firma no cambió su significado en Android 6. Si un permiso tiene nivel de protección de firma con otra bandera, como pre23, preinstalado, intaller o verificador, tiene nuevos significados.

A continuación se explica la confusión sobre el permiso WRITE_SETTING en la pregunta:

La documentación sobre WRITE_SETTING es incorrecto sobre el nivel de protección. Si miras el código fuente de Android en frameworks/base/core/res/AndroidManifest.xml :

 <permission android:name="android.permission.WRITE_SETTINGS"
        android:label="@string/permlab_writeSettings"
        android:description="@string/permdesc_writeSettings"
        android:protectionLevel="signature|preinstalled|appop|pre23" />

puede ver que el nivel de protección es firma|preinstalado|appop|pre23 .

Una aplicación que no pertenezca al sistema y que utilice una firma diferente puede acceder a las funciones gracias al nivel de protección de appop lo que significa que el usuario puede elegir si este permiso está activado o desactivado.

RESPUESTA CORTA
SÍ

RESPUESTA LARGA de documentos de autorización

Grupos de permisos

Todos los permisos peligrosos del sistema Android pertenecen a grupos de permisos. Si el dispositivo ejecuta Android 6.0 (nivel de API 23) y la targetSdkVersion de la aplicación es 23 o superior, se aplica el siguiente comportamiento del sistema cuando tu aplicación solicita un permiso peligroso:

Si una aplicación solicita un permiso peligroso enumerado en su manifiesto y la aplicación no tiene actualmente ningún permiso en el grupo de permisos, el sistema muestra un cuadro de diálogo al usuario en el que se describe el grupo de permisos al que la aplicación desea acceder. El cuadro de diálogo no describe el permiso específico dentro de ese grupo. Por ejemplo, si una aplicación solicita el permiso READ_CONTACTS, el cuadro de diálogo del sistema sólo indica que la aplicación necesita acceder a los contactos del dispositivo. Si una aplicación solicita un permiso peligroso enumerado en su manifiesto y la aplicación ya tiene otro permiso peligroso en el mismo grupo de permisos, el sistema concede inmediatamente el permiso sin ninguna interacción con el usuario. Por ejemplo, si una aplicación ha solicitado y obtenido previamente el permiso READ_CONTACTS y, a continuación, solicita WRITE_CONTACTS, el sistema le concederá inmediatamente dicho permiso.

Por favor, vea esto sobre 23+ Prácticas
MEJORES PRÁCTICAS Y CAMBIOS PARA LA API 23 +