Skip to content

Latest commit

 

History

History
195 lines (121 loc) · 14.8 KB

README.md

File metadata and controls

195 lines (121 loc) · 14.8 KB

Project - DOCS Invite Bot

Overview

The following document serves as a record of the discussion between Gordon and Ducati Official Club Singapore (“DOCS”) represented by its Treasurer/Executive Committee Member, N Tan. DOCS is a non-profit society based in Singapore. The society uses, among other things, a private Telegram group as a communication channel between its Executive Committee (“the Committee”) and its members for disbursement of information to its members.

The agreement was for Gordon to develop a Telegram bot (“the Bot”) for DOCS on a pro bono basis, that aims to grant the Committee an automated way to control entrants to its group, while minimizing both unauthorized entrants and the need for manual intervention by administrators.

Project Endorsement

Feedback and endorsement from the Executive Committee member of DOCS is available upon request to respect their privacy

Problem Statement

DOCS currently receives around 10 new Telegram group join requests per month. With only a few active administrators and their limited availability on weekday nights/weekends, this volume is difficult to handle manually.

The open invite links used today allow anyone access if shared widely, posing privacy and spam risks for the 400+ existing members. Unauthorized members also utilize member services and clutter valuable conversation channels.

Scalability is also an issue - manual vetting of all entries does not allow DOCS to grow membership easily, restricting the growth of the enthusiast community. Misuse issues may also increase with more members added via open invites versus careful screening.

Solution

The project involves the development of a Telegram bot integrated with a Firebase database, aimed at optimizing the process of adding new members to the DOCS Telegram group. Key components of this solution include:

  • Automated Whitelist Verification: The bot checks each new member request against a whitelist stored in Firebase.
  • Admin Interface for Whitelist Management: Administrators can manage the whitelist through the bot, with functionalities like CSV uploads and add/remove commands.
  • One-time Invite Links: Verified applicants receive a one-time use invite link for group access.

Firebase is utilized for its serverless infrastructure, supporting backend processes and enabling a focus on functionality and user experience.

Key Benefits

The solution provides several critical benefits, enhancing both the efficiency and security of the DOCS Telegram group management:

  • Operational Efficiency: Automates the member verification process, significantly reducing manual administrative tasks.
  • Enhanced Security: One-time use invite links ensure controlled and exclusive access to the Telegram group.
  • Round-the-Clock Accessibility: The bot operates continuously, offering immediate response to membership requests and reducing dependency on administrator availability.
  • Seamless Integration: The use of Telegram for the bot aligns with the existing communication platform used by DOCS, ensuring a cohesive experience for both administrators and members.

Project Overview

This section briefly introduces the project, including the objectives, technical stack, and the approach to project management. While traditional methods like hypothesis testing and extensive market research were not applicable due to the project's specific and targeted requirements, direct user feedback and clear guidelines from the DOCS team were instrumental in guiding the development process.

Project Scope

The DOCS Telegram bot project is scoped to specifically address the needs of efficient and secure group membership management within the DOCS Telegram group. The scope encompasses:

  • Automated Whitelist Verification: The bot will check incoming requests against a predefined whitelist stored in Firebase. Only phone numbers on the whitelist will be granted access.
  • Invite Link Generation: For verified numbers, the bot will generate and provide a one-time use Telegram group invite link.
  • Whitelist Management: Administrators will be able to manage the whitelist via the bot, including adding or removing numbers and resetting used numbers for re-use.

Limitations

  • Number Ownership Verification: The bot will not verify the actual ownership of the phone number. It assumes that the person providing the number is its rightful owner.
  • One-Time Use Policy: Each phone number can generate an invite link only once, unless manually reset by an administrator.
  • Administrator Intervention for Resets: Any reuse of numbers for new invite links will require manual intervention by an administrator to reset the number's status in the whitelist.

Exclusions

  • In-Chat Moderation: The bot will not handle in-chat moderation tasks or monitor group conversations.
  • Personal Information Security Beyond Phone Numbers: While the bot handles phone numbers, it does not manage or protect other forms of personal information.
  • Automated Re-Invitation Mechanisms: The current version does not support automated processes for re-inviting past members or handling expired invite links.

Limitations and Considerations

  • Verification Limitation: While the bot verifies phone numbers against the whitelist, it does not confirm the ownership of the number. Therefore, it operates on the assumption that the requestor is the legitimate owner of the provided number.
  • Single-Use Policy: After a number is used, it becomes inactive for future use unless manually reset by an administrator. This policy reinforces security but requires administrative action for any re-invitations.

The project is scoped with a view towards scalability and adaptability, ensuring that it remains a valuable asset for the DOCS community both now and in the future.

Business Requirements

Gathering Business Requirements

I conducted a comprehensive business requirements interview with N Tan, the key stakeholder and committee member of the motorcycle club, to understand their needs and constraints.

The main goals we identified were:

  • Automate entry approval process to reduce manual checks by administrators
  • Restrict one-time invite links to only whitelisted members to improve security
  • Easy to manage whitelist additions/removals for administrators
  • Cost-effective solution given non-profit status

The final set of business requirements are summarised as follows:

User Persona: New Members of DOCS

User Story: As a new member, often busy and on-the-go, I am seeking a quick and hassle-free way to join the official Telegram group.

Business Requirement:

  • A cost-effective solution to generate one-time use invite links round the clock.
  • Automated, quick authorization of entry to accommodate my busy schedule.

User Persona: Executive Committee

User Story: As an Executive Committee member, concerned about the group's security and privacy, I want to ensure that only verified members can access our exclusive Telegram group.

Business Requirement:

  • Bot must check input phone numbers against a whitelist database before sending an invite link, to ensure controlled and secure access.

User Persona: Whitelist Manager / Group Administrator

User Story: As an Admin of the Telegram group, I want an efficient and straightforward way to manage group membership while maintaining the group's privacy and exclusivity.

Business Requirement:

  • Ability to upload/export the whitelist via a CSV file for easy management.
  • Features to add/remove numbers from the whitelist with minimal hassle.
  • Functionality to check if numbers are on the whitelist for audit and verification.
  • Ensure that only admins have access to these management functions, preserving operational security.

Technical Requirements and Considerations

Choice of Firebase

  • Integration with Google Cloud Platform: Firebase, as a part of the Google Cloud ecosystem, offers seamless integration, making it an ideal choice for backend services.
  • Serverless Architecture: Firebase's serverless infrastructure aligns well with the need for a scalable, maintenance-free backend.
  • Cost-Effectiveness: Leveraging Firebase and Google Cloud’s generous free tier keeps the infrastructure costs minimal, an important consideration for a pro bono project.

Learning and Implementing Cloud Functions

  • Serverless Instances: The project provided an opportunity to explore Google Cloud Functions, a serverless computing solution. This approach eliminated the need for a continuously running server, reducing operational complexity and cost.
  • Challenges of Serverless Architecture: Adapting to the stateless nature of serverless functions meant rethinking data persistence strategies. Unlike traditional server-based applications, serverless instances do not maintain in-memory variables across calls.

Infrastructure and Bot Interaction

  • Webhook Configuration: Setting up a webhook with Telegram enabled efficient bot-server communication, crucial for real-time responsiveness.
  • Robust and Scalable: The chosen architecture ensures that the bot remains reliable and scalable, capable of handling varying loads without additional configuration.

Administrator Whitelist Management

  • Enhanced User Experience: To limit direct interaction with the Firestore database by administrators, bot-based management functions were developed.
  • Intuitive Backend Interaction: The bot provides a user-friendly interface for on-the-fly whitelist management, reducing reliance on manual methods like Excel.
  • Flexibility in Management: This approach allows administrators to dynamically manage member access, aligning with the needs of a growing and active community.

Choice of Python as Programming Language

  • Ease of Use and Learning: Python was selected due to its reputation for being user-friendly and easy to learn. This makes the bot more maintainable and accessible for future developers who might take over the project.
  • Wide Availability of Resources: Python's popularity ensures a wealth of tutorials, libraries, and community support, which can be invaluable for maintenance or future upgrades.
  • Versatility and Compatibility: Known for its versatility, Python is compatible with various APIs and cloud services, making it an ideal choice for integrating with Telegram and Firebase.
  • Sustainability: Given the likelihood of future maintenance or upgrades by different developers, Python's readability and straightforward syntax reduce the learning curve and facilitate easier handovers.

The decision to use Python aligns with the project's goals of creating a solution that is not only functional and efficient but also sustainable and easy to maintain in the long run.

The technical architecture of this project not only addresses the immediate functional requirements but also provides a foundation that is scalable, cost-effective, and adaptable for potential future enhancements.

Security and Admin Privileges

Persistent Admin Access via Database

  • Manual Granting of Admin Rights: Admin privileges are controlled directly through the Firestore database. This ensures a secure and controlled process for granting access.
  • Revocation of Access: Admin rights can be manually revoked by signing into the Firebase console, providing a straightforward method for managing admin access.

Two-Layer Security for Admin Authentication

  • Database-Level Control: Admin access is initially granted by setting the is_admin flag in Firestore. This level of control is safeguarded by Google's secure login system, requiring direct access to the Firebase account.
  • Password Authentication: Once a user has admin rights in the database, they must authenticate their privileges within the Telegram bot using a password. This adds an additional layer of verification.

Enhanced Security for Personal Identifiable Information (PII)

  • Handling Sensitive Data: As the bot handles phone numbers, a form of PII, robust security measures are crucial.
  • Separation of Privileges: The necessity for both database-level access and a password within the bot to gain admin privileges significantly reduces the risk of unauthorized access.
  • Bypassing UI Limitations for Passwords: Due to the inability of Telegram's chat UI to hide passwords, the two-step process involving Firebase and the bot itself offers a secure workaround.

Rationale

  • Secured Admin Onboarding: The process to enable new admin rights is secure, as it requires access to the Firebase account, which is protected by Google's authentication mechanisms.
  • Operational Security: This layered approach to security ensures that even if the Telegram bot interface is compromised, administrative control over the bot and its data remains protected.

The security design for admin privileges in this project is built to safeguard against unauthorized access, particularly important due to the handling of personal identifiable information. It represents a balance between operational functionality and stringent security measures.

AI in Development Process

ChatGPT-Assisted Development

  • Prompt Engineering: Leveraged ChatGPT for various aspects of the development process, including code troubleshooting, logic flow ideation, and user experience design.
  • Efficiency and Innovation: Utilized AI-generated suggestions to enhance development efficiency and explore innovative solutions.
  • AI-Assisted Problem Solving: Employed AI tools for quick resolution of coding issues and to obtain diverse perspectives on design challenges.

The use of ChatGPT showcases the integration of AI in software development workflows, contributing to a more efficient and creative project development process.

Project Impact and Feedback

After implementing the Telegram bot for DOCS, feedback from the group administrators indicated a significant improvement in managing new member entries. Key points from the feedback include:

  • Reduced Manual Effort: Administrators reported an estimated 90% reduction in the time spent on managing member additions.
  • User Satisfaction: The ease of use and efficiency of the bot were highlighted as major improvements.

Hypothetical Measures of Success

While not formally measured, the following outcomes are anticipated based on the bot's functionalities:

  • Operational Efficiency: The bot is likely to save approximately 3 hours per week in manual administrative work.
  • Security Enhancement: With automated whitelist verification, the risk of unauthorized access is expected to be lower.

Note: The above metrics are based on estimations and projected outcomes.

Conclusion

The DOCS Telegram bot project demonstrates the application of serverless architecture and bot development to streamline administrative processes. The estimated impacts, based on administrator feedback, suggest a notable improvement in efficiency and security for the DOCS group management.