Introduction and answers to some of the questions which were asked on this list earlier

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

As many of you may already be aware, I serve as a mentor for the
proposed Fedora GSoC project titled 'AI-Enabled Triager and Security
Alert Aggregator.' I currently work as a Senior Principal Product
Security Engineer at Red Hat, focusing on AI security, safety, and
trustworthiness.

I recently joined the list and it seems, there were some questions
asked about my proposed project, which I would like to answer here:

Question from Ayush Jayaswal:
Regarding the intelligence of the tool: The idea is to either use a
pre-trained small model from huggingface or use a machine learning
method to create a solution, where given enough logs, the system is
able to figure out 1. The general health of the system, for example if
it seems like frequent write errors it should be able to predict that
given the fact that the errors are increasing at a linear rate
everyday, the hard drive may fail in the next 6 months and therefore
you should back up as soon as possible. And similar other scenarios
for security issues also. For this project, we should plan to limit to
around 5 or maximum 10 such scenarios, but with training the system
can be extended.
Regarding performance issues: The idea is to run the tool once a day
or once in two days. The tool ingests logs from the point of last
ingestion and does not have to be always on. The user will have an
option to keep it on and just run them on security logs, but again its
configurable.

All communication needs to be done on this mailing list and on
https://chat.fedoraproject.org/#/room/#google-summer-coding:fedora.im

Questions from Aazam Thakur:
I think some of the above should already answer your question. The
idea here is not to resolve the "pain" in triaging logs, but to gain
"intelligent" insights from our logs. Also as an extension the system
suggests possible remediations as well.

Thank you and let me know (on this list or matrix) if you have any questions.


-- 
Regards,

Huzaifa Sidhpurwala
Senior Principal Product Security Engineer
AI security, safety and trustworthiness

-- 
_______________________________________________
Fedora Summer Coding community mailing list -- summer-coding@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to summer-coding-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/summer-coding@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux