> 1. When cookies are used to carry authentication tokens or session IDs within a web application, and multiple such cookies are present, the django verify all such cookies before granting access to the user session.
What kind of verification do you expect here? if the submited session id is a valid session id?
> 2. All conflicting cookies are treated as invalid by django.
What's the question here?
> 3. If validation of any such cookie fails, the cookie treated as if it didn't exist, and the event is added to the audit log or not by django.
If this is a question then yes, user is treated as not logged in.
> 4. In django after validation of all such cookies, permission are evaluated based on the cookies for which validation succeeded.
No, permission is handled by the application and stored on db, it would be a huge security issue if the permissions were stored on the cookie
> 5. Cleartext Storage of Sensitive Information in a Cookie:info may be stored in plane of coded form And how much difficult it is to decode.
what's the question here?
> 6. Information Exposure Through Persistent Cookies:How many old or unused cookie are stored and persist in the system
If I remember correctly django stores two cookies by default, session id and language
> 7. Reliance on Cookies without Validation and Integrity Checking:- Is it doing the signing and unsigningalways for the integrity check and is this only been done by the default django framework
I didn't understand the question
> 8. Sensitive Cookie in HTTPS Session Without 'Secure' Attribute : if it is OFF or ON and in which circumstaces this should be ON.
Don't be lazy, this one you can easily make a hello world and check yourself
> 9. Session IDs are fully validated before they may be used:how is session Id validated in django and the API used for it and how can i check in my framework
Session id's are checked if they are present on the database. Why do you want to check yourself? do you need to replace the validation?
good luck
Avraham