Official Policy Document

Privacy Policy &
Data Governance

This policy explains what information M-Board collects, how it is used, how it is protected, and what rights every member holds over their own data. It applies to all members, department representatives, and administrators of Madhunandan Association using the M-Board platform.

Effective: June 1, 2025 Last reviewed: March 21, 2026 Current & in force Internal platform only
Quick Summary — what matters most
  • Your data never leaves our own servers. No third-party cloud, no external analytics, no advertisers.
  • Votes and anonymous submissions are cryptographically separated from your identity — even administrators cannot link them back to you.
  • We collect only what is necessary to run the platform. Nothing more.
  • You can request a copy of your data, correct inaccuracies, or ask for deletion at any time.
  • Access to your information is strictly limited by role. Members see what members should see.
  • All activity is logged for accountability, but logs are accessed only for legitimate governance or security purposes.
  • Camera access for QR login is requested only when you actively initiate it. No image or video is ever stored — scanning happens entirely on your device.
Section 01

Who We Are

Madhunandan Association is a Section 8 non-profit company engaged in social services, humanitarian research, educational support, and community development. M-Board is our internal member governance platform — built by our own IT department, hosted on our own infrastructure, and operated exclusively for our members and governing body.

Madhunandan Association is the sole data controller for all information processed through M-Board. We do not operate as a commercial product or Software-as-a-Service provider. This platform exists to serve our community, not to monetise data.

M-Board is an internal, member-only platform. Public access is not provided. All users are known members or governing staff of Madhunandan Association, admitted through an explicit onboarding process.
Section 02

Data We Collect

We collect information in three ways: data you provide directly, data generated by your use of the platform, and technical data required to keep sessions secure.

Category What we collect Why
Account Identity Full name, username, email address, employee / member ID, department, phone (optional), profile photo (optional), biography (optional) To identify you within the platform and route communications correctly
Authentication Hashed password (bcrypt, never plain-text), 2FA OTP tokens (transient, auto-expired), remember-me token (hashed) To secure your account and verify your identity on login
QR Login One-time QR token (hex, auto-expired), approver member ID, requesting device IP & user-agent, session duration, approval/denial timestamp. No camera image or video is ever transmitted or stored — QR scanning is processed entirely on your device. To allow a trusted member to securely authorise a temporary login session on another device without sharing their password
Session & Device IP address, browser user-agent, session identifier, last activity timestamp, device fingerprint (for multi-device management) To maintain your secure session and allow you to review and revoke active devices
Participation Election eligibility records, poll participation flags (yes/no), proposal submissions and votes, event registrations, file uploads and accesses To operate governance processes, track eligibility, and maintain records of decisions
Messaging Message content, sender ID, timestamp, group membership, read receipts (coming soon) To deliver messages within the platform and maintain conversation history for governance continuity
Files & Documents File metadata (name, size, type, upload date, uploader ID), file content, access logs, sharing relationships To provide secure file management and sharing within the association
Notifications Notification delivery records, read status, type, target (individual / department / all) To deliver and track internal governance communications
Grievance & Feedback Submission content, category, target authority, timestamp, resolution status. If anonymous: no identity is stored or linkable To route and resolve member feedback for good governance (coming soon)
Audit Logs Action type, entity affected, timestamp, IP address, risk level, outcome For security monitoring, accountability, and governance integrity
Member Profiles Governance roles, board/body titles, voting status, responsibilities, domain responsibility, profile summary, areas of expertise, areas of interest, qualifications (degree, institution, specialisation), official email & phone (visibility-controlled), designation, sort order, publication status To maintain verified public-facing governance profiles in the Member Directory — visible to members and, where published, to the public
Preferences Notification preferences, UI preferences To personalise your experience on the platform
We do not collect: payment information, location data beyond IP address, behavioural tracking data, advertising identifiers, or any data not directly relevant to running the association's governance platform.
Section 03

How Your Data Is Used

Every piece of data collected has a specific, documented purpose. We do not use data for any purpose beyond those listed below.

  • Platform operation — authenticate users, manage sessions, display the correct dashboard and features for each role.
  • Governance processes — manage elections, polls, proposals, and voting eligibility. Record decisions and outcomes as part of the association's official record.
  • Communications — deliver internal notifications (governing body to members), facilitate messaging and discussions among members.
  • Event management — register members for events, manage capacity, and communicate event details.
  • File management — store, organise, and provide secure access to documents shared within the association.
  • Security — detect and respond to unauthorised access attempts, enforce session limits, support 2FA, and maintain an audit trail.
  • Accountability — maintain audit logs so that administrative actions can be reviewed by authorised personnel, ensuring no misuse of power.
  • Member Directory — display admin-verified public profiles for governing members in the team directory. Contact details within profiles are subject to the visibility setting chosen per profile and are never shown beyond what has been explicitly permitted.
  • Good governance — route grievance and feedback submissions to the appropriate authority, track resolution, and uphold member rights (coming soon).
Your data is never used for commercial profiling, marketing, sale to third parties, behavioural advertising, research unrelated to association operations, or any purpose beyond those listed above.
Section 04

Anonymity & Confidentiality

Anonymity is a design principle, not a setting. Where M-Board promises anonymity, it is enforced at the data layer — not just the display layer.

  • Elections & Polls — your participation is recorded as a boolean flag (voted / not voted) to prevent double-voting. Your actual vote (the choice you made) is stored separately with no link to your identity. Not even database administrators can join these two records to identify how you voted.
  • Anonymous Feedback & Grievances (coming soon) — when you choose to submit anonymously, no user ID, session token, IP address, or any other identifiable metadata is stored with your submission. The anonymity is absolute and irreversible — even the governing authority receiving the submission cannot determine who sent it.
  • Named submissions — where you submit feedback or grievances with your identity, your name is visible only to the specific authority the submission is routed to, and only for the purpose of resolution.
Anonymity on M-Board is technically enforced. We do not rely on administrative policy alone to protect anonymous submissions. The architecture prevents identification — it cannot be overridden by any administrator action.
Section 05

Data Storage & Security

All M-Board data is stored exclusively on servers owned and operated by Madhunandan Association. No data is stored on, transmitted to, or processed by any external cloud service, third-party hosting provider, or SaaS platform.

The following security measures are in place on the platform:

  • Passwords are hashed using bcrypt with a suitable cost factor. Plain-text passwords are never stored or logged.
  • CSRF protection is enforced on every form submission and AJAX request via rotating, session-bound tokens.
  • Sessions are cryptographically signed, server-side, with automatic expiry and idle-timeout enforcement.
  • Two-Factor Authentication (2FA) via email OTP is available to all members and is enforced for privileged roles.
  • Input sanitisation and prepared SQL statements prevent injection attacks across all data entry points.
  • File uploads are validated against MIME type and size limits. Files are stored outside the public web root with access token gating.
  • Audit logging records security-relevant events with IP address, timestamp, and risk classification.
  • Transport security — all communication between your browser and the server is encrypted in transit via HTTPS/TLS.
  • Database backups are encrypted and stored on-premises. Backup access is restricted to the IT department.
Section 06

Who Can See What — Access Control

Access to data on M-Board is strictly role-based. Your role determines what you can see, do, and manage. No role has unrestricted access to all data.

Role Can see Cannot see
Member Their own profile, their own votes (not choices), elections/polls/proposals/events they are eligible for, their own files and shared files, their own notifications, their own sessions Other members' private data, how anyone voted, other departments' private messages, admin logs, system settings
Department Representative Department member profiles (within their dept), department-level elections and events, department notification broadcast tools, department files Other departments' private data, individual vote choices, platform-wide administration tools, system audit logs
Administrator Platform configuration, user account management, audit logs, system health, election/event/proposal management, broadcast notifications Individual vote choices (anonymity is system-enforced and cannot be overridden), anonymous submission identities
Administrators have broad platform management access, but anonymity guarantees are not administrator-bypassable. The system enforces this at the data schema level — there is no privileged query that can reveal how an individual voted or who submitted an anonymous grievance.
Section 07

Member Directory & Public Profiles

The Member Directory (m_profiles) is a governance feature that allows the association to maintain verified, structured public profiles for its governing members. Profiles are created and published exclusively by administrators — members cannot self-publish.

  • Admin-controlled publication — only administrators can create, edit, and publish a member profile. A profile exists in draft or archived state until an administrator explicitly publishes it. Members may view their own profile in draft form from their Profile Management page.
  • What is publicly visible — when a profile is published, the following are visible to the public (guests and members alike): full name, governance roles and body titles, responsibilities, domain responsibility, profile summary, areas of expertise and interest, and qualifications. No contact details are shown publicly by default.
  • Contact visibility controls — each profile has a configurable contact visibility setting: Hidden (never shown), Available on Request (displayed as a note, no detail), or Public (shown to logged-in members only — never to guests). Contact details are never shown to unauthenticated visitors regardless of setting.
  • Governance data — governance roles, voting status, board memberships, and body affiliations are displayed on published profiles as part of the association's commitment to transparency in leadership. This data reflects the member's official role within the association's governance structure.
  • Member-only detail — logged-in members see the full profile including: employee ID, user type, designation, joining date, all governance detail, and contact information (subject to visibility setting). Guests see a reduced public-safe subset with a prompt to sign in for full access.
  • Right to review your own profile — every member can view their published profile exactly as it appears in the directory, from the "My Public Profile" tab in Profile Management. If you believe any information is inaccurate, you may request a correction from the IT department or an administrator.
  • Removal & archiving — profiles can be unpublished or archived by an administrator at any time. An archived profile is immediately removed from the public directory. The underlying data is retained according to our data retention policy for governance record purposes.
Member profile data published in the directory represents your official governance role within the association — it is not personal social-media-style information. Publication is a deliberate, administrator-controlled act aligned with the association's transparency obligations. If you have concerns about any data in your published profile, contact the IT department immediately.
Section 08

Messaging & Discussions Coming Soon

When the Messaging & Discussions module launches, the following privacy principles will govern all conversations on M-Board.

  • All-Members Group — all current and future members are automatically members of this group. Messages sent here are visible to all members of the association.
  • Department Groups — messages are visible only to members of that department. Cross-department access is not possible.
  • Private messages within a department — visible only to the sender and recipient. Department representatives and administrators cannot read private messages.
  • Cross-department private messages — require a mutual invite acceptance before any message can be sent. Neither party can be messaged without consent.
  • Custom groups — visible only to group members. Adding members from another department requires an invite. Group owners cannot add anyone without that person accepting.
  • Message retention — messages are retained for the operational continuity of the association. Members may delete their own messages from their view; retention for governance records is subject to the association's document retention policy.
  • No administrator message surveillance — administrators do not have access to private messages or group conversations unless a formal, documented governance investigation requires it and is authorised by the appropriate governing body.
Section 09

Notifications

Notifications on M-Board are internal governance communications — sent by the governing body or platform administrators to members. They are not marketing, promotional, or automated spam.

  • Notifications may be targeted to an individual, a department, or broadcast to all members.
  • Notification read status is tracked so the governing body can confirm important communications have been seen.
  • You can configure your notification preferences in your profile settings to control which categories you receive.
  • Notifications with an expiry date are automatically purged from your inbox after expiry.
  • Only authorised roles (administrators and department representatives within their scope) may send notifications.
Section 10

Files & Documents

The file management module allows members to upload, organise, and share documents within the association. All files are stored on our own servers.

  • Files you upload are accessible to you and to any member you explicitly share them with.
  • File access is token-gated — direct URL access without a valid, time-limited token is not possible.
  • File access events are logged (who accessed which file and when) for security and accountability.
  • Administrators can see file metadata (name, size, uploader, sharing status) for platform management, but file content is only accessible if the administrator is a designated recipient.
  • File uploads are restricted to permitted MIME types and a maximum size of 10 MB per file to prevent misuse.
Section 11

Audit Logs & Accountability

M-Board maintains a comprehensive audit trail of security-relevant and governance-relevant actions. This is a feature of good governance — not surveillance.

  • Logged events include: login and logout, profile updates, password changes, votes cast (participation only, not choices), election and proposal management, file actions, 2FA events, and administrative actions.
  • Each log entry records: action type, entity affected, timestamp, IP address, and risk level classification.
  • Members can view their own recent activity log in their Profile → Activity History.
  • Full audit logs are accessible only to platform administrators and only for legitimate security or governance purposes.
  • Audit logs cannot be deleted or modified by any user, including administrators, to ensure integrity of the governance record.
Section 12

Two-Factor Authentication & Sessions

M-Board uses email-based OTP (one-time password) for two-factor authentication. Members can manage their active sessions and connected devices directly from their profile. QR Login is an additional optional feature allowing a trusted member to authorise a temporary session on a secondary device.

  • 2FA OTP tokens are single-use, time-limited, and automatically expired. They are never stored in recoverable form after use.
  • Active sessions are listed in your profile, showing device, browser, IP address, and last activity. You can terminate any individual session or all sessions with a single click.
  • Remember-me tokens are stored as secure, hashed values. If you suspect your remember-me token is compromised, you can revoke all sessions from your profile.
  • Sessions expire automatically after a period of inactivity, regardless of remember-me status, as a security measure.
  • IP addresses associated with your sessions are retained in logs for the duration defined in our data retention policy.
  • QR Login sessions are time-limited and set by the approving member — from 15 minutes to a custom maximum of 30 days. The session is automatically revoked on expiry. The approving member can also revoke it at any time from the QR Login Manager. When revoked, the other device is signed out within seconds.
  • QR Login data stored: the one-time token, approver ID, requesting device IP and user-agent, chosen duration, and approval timestamp. All QR session records are retained according to our standard data retention policy and visible to the approving member in their session history.
  • Chain-session prevention: a session created via QR login is flagged internally as a limited-privilege session. The platform blocks any attempt to use such a session to approve another QR login. Only a full credential-based session can authorise new QR access. This flag is stored in the server-side session and is never transmitted to the client.
  • Active Devices tab: the QR Login Manager displays all currently active sessions on your account, including device name, browser, IP address, last-seen time, and whether the session was created via QR or credentials. You can revoke any individual session instantly. This data is fetched live from the server on request and is only visible to you.
  • Session audit log: a paginated history of all QR-related events — approvals, denials, and logouts — is available in the Past Sessions tab of the QR Login Manager. Each entry records the event type, device details, IP address, and timestamp. This log is accessible only to the account owner and is retained in accordance with our data retention policy.
  • Camera access — the QR scanner requests access to your device camera only when you click "Approve New Device Login." The camera stream is processed entirely on your device using the browser's native APIs. No image, frame, or video data is ever uploaded, transmitted, or stored by M-Board.
  • Camera permission is always optional. You can deny the camera permission and use the manual short-code entry instead. Denying camera access has no effect on any other platform functionality.
QR Login is a convenience feature — not a requirement. It is designed for scenarios such as Smart TVs, shared computers, or kiosks where entering a password is impractical. Your password never leaves your trusted device under any circumstances.
Section 13

Grievance & Feedback Coming Soon

The Grievance & Feedback module is designed from the ground up to be a safe, fair, and confidential channel for every member. Privacy is not optional — it is structurally built in.

  • Anonymous submissions — when you choose anonymous, absolutely no identifying data (user ID, IP address, session token, browser fingerprint, or timestamp) is associated with the submission content. Anonymity is permanent and irrevocable.
  • Named submissions — your identity is disclosed only to the authority designated to resolve the matter. It is not shared with other members.
  • Status tracking — anonymous submitters receive a system-generated reference token at submission time. Using this token, they can check the resolution status without identifying themselves.
  • No retaliation by design — because anonymous submissions are architecturally unlinkable, no governing authority can take retaliatory action against the submitter.
  • Routing & retention — submissions are retained only for the duration required to resolve and document the governance action taken. Resolved submissions are archived, not deleted, as part of the association's governance record.
Section 14

Third Parties & External Services

M-Board does not share, sell, rent, or otherwise disclose member data to any third party for any purpose.

No third parties receive your data. There are no analytics trackers, no advertising networks, no social media integrations, no external cloud storage, and no SaaS dependencies that process member data.

The platform loads fonts (Google Fonts) and icon libraries (Font Awesome via CDN) for display purposes. These are client-side resources — your browser requests them directly. These providers receive your IP address as a consequence of the HTTP request, which is standard web behaviour and outside our control. No account or identity data is transmitted to these services.

We may be required to disclose specific data if compelled by a valid legal order under Indian law. In such cases, we will comply only with the minimum data required by the order and will notify affected members to the extent permitted by law.

Section 15

Data Retention

We retain data only for as long as it is needed for the purpose for which it was collected, or as required by our governance obligations.

Data TypeRetention PeriodReason
Member profile (published)Duration of publication; archived on membership end or admin actionGovernance transparency record
Member profile (draft/archived)Until deleted by administratorAdministrative continuity
Active member accountDuration of membershipPlatform access
Account after membership ends6 months (anonymised after 12 months)Governance record continuity
Election & poll recordsIndefinite (governance archive)Official association records
Proposal recordsIndefinite (governance archive)Official association records
Session logs (IP, device)90 daysSecurity monitoring
Audit logs2 yearsSecurity & governance accountability
2FA OTP tokensPurged on use or within 10 minutesSecurity — transient by design
Notification recordsUntil expiry date or 1 yearCommunication record
Messages (when launched)Duration of group/conversation existenceGovernance continuity
FilesUntil deleted by owner or adminDocument management
Grievance submissionsResolution + 1 yearGovernance accountability
Section 16

Your Rights Over Your Data

As a member of Madhunandan Association using M-Board, you have the following rights in relation to your personal data. Many of these can be exercised directly within the platform; others require a request to the IT department.

Access

View your profile, activity history, and session list directly in your account settings.

Correction

Update inaccurate profile information directly in Profile Management at any time.

Portability

Request a structured export of your personal data. Submit a request to the IT department.

Deletion

Request deletion of your account and associated data, subject to governance record retention obligations.

Session Control

Revoke any active session or all sessions instantly from your profile's device management panel.

Enquiry

Ask any question about how your data is handled. We will respond within 7 working days.

Certain data cannot be deleted on request — specifically, governance records (election outcomes, proposal decisions, audit logs) which form part of the association's official records and are necessary for accountability. Your identity within these records may be anonymised upon a validated request, subject to the governing body's approval.
Section 17

Changes to This Policy

We may update this Privacy Policy when the platform gains new features, when legal requirements change, or when our data practices are revised.

When we make a material change — one that affects your rights or how your data is handled — we will notify all members via an in-platform notification and update the "Last reviewed" date at the top of this page. Continued use of M-Board after notification constitutes acceptance of the revised policy.

Minor corrections (grammar, clarity, formatting) will be made without notification and will not change the effective date. All changes are governed by the association's IT Policy Committee and ratified where required by the governing board.

Section 18

Contact & Concerns

If you have a question, concern, or request related to this Privacy Policy or your personal data on M-Board, please contact the IT department through official association channels.

Data & Privacy Enquiries — IT Department

For data access requests, deletion requests, corrections, or any privacy concern — please reach out via the official association email. We aim to respond within 7 working days. For urgent security concerns, mark your email [URGENT — PRIVACY].

admin@madhunandan.org.in
Madhunandan Association is committed to good governance, confidentiality, and transparency. This policy is a living document that reflects our ongoing commitment to treating member data with the respect and care it deserves. If something in this policy is unclear, please ask — we will clarify it.