loader from loading.io

Bill Buchanan - Top 101 Tips for a PhD student and ECR

ASecuritySite Podcast

Release Date: 08/18/2023

World-leaders in Cryptography: Leslie Lamport show art World-leaders in Cryptography: Leslie Lamport

ASecuritySite Podcast

Please excuse the poor quality of my microphone, as the wrong microphone was selected.   In research, we are all just building on the shoulders of true giants, and there are few larger giants than Leslie Lamport — the creator of LaTeX. For me, every time I open up a LaTeX document, I think of the work he did on creating LaTeX, and which makes my research work so much more productive. If I was still stuck with Microsoft Office for research, I would spend half of my time in that horrible equation editor, or in trying to integrate the references into the required format, or in...

info_outline
World-leaders in Cryptography: Daniel J Bernstein show art World-leaders in Cryptography: Daniel J Bernstein

ASecuritySite Podcast

Daniel J Bernstein (djb) was born in 1971. He is a USA/German citizen and a Personal Professor at Eindhoven University of Technology and a Research Professor at the University of Illinois at Chicago. At the tender age of 24 — in 1995 — he, along with the Electronic Frontier Foundation — brought a case against the US Government related to the protection of free speech (Bernstein v. United States: ). It resulted in a ruling that software should be included in the First Amendment. A core contribution is that it has reduced government regulations around cryptography. It was a sign of the...

info_outline
World-leaders in Cryptography: Jan Camenisch show art World-leaders in Cryptography: Jan Camenisch

ASecuritySite Podcast

Jan is the CTO and a Cryptographer at DFINITY, and, since 1998, he has consistently produced research outputs of rigour, novelty and sheer brilliance [here]. He was recently awarded the Levchin Prize at Real World Crypto 2024 - along with Anna Lysyanskaya. Jan’s research core happened when he was hosted in the IBM Zurich Research Lab, but has since moved to DFINITY, and is still producing research outputs that are some of the best in the whole of the computer science research area. He has published over 140 widely cited papers and has been granted around 140 patents. Jan has also received...

info_outline
An Interview with Ted Miracco show art An Interview with Ted Miracco

ASecuritySite Podcast

Ted Miracco is the CEO of Approov and which is Scottish/US company that is headquartered in Edinburgh. Miracco has over 30 years of experience in cybersecurity, defence electronics, RF/microwave circuit design, semiconductors and electronic design automation (EDA). He co-founded and served as CEO of Cylynt, which focuses on intellectual property and compliance protection

info_outline
World-leaders in Cybersecurity: Troy Hunt show art World-leaders in Cybersecurity: Troy Hunt

ASecuritySite Podcast

Troy is a world-leading cybersecurity professional. He created and runs the Have I Been Pwned? Web site, and which contains details of the most significant data breaches on the Internet.  Along with this, he has developed other security tools, such as ASafaWeb, which automated the security analysis of ASP.NET Web sites. Troy is based in Australia and has an extensive blog at

info_outline
The Greatest Step Change in Cybersecurity Ever! Welcome to the New and Scary World of Generative AI and Cybersecurity show art The Greatest Step Change in Cybersecurity Ever! Welcome to the New and Scary World of Generative AI and Cybersecurity

ASecuritySite Podcast

This is Day 0 of a new world of cybersecurity. Everything changes from here. There will be a time before Generative AI (GenAI) in cybersecurity and a time after it. Over the last two years, GenAI has come on leaps and bounds, and where it once suffered from hallucinations, took racist and bigoted approaches, and often was over-assertive, within ChatGPT 4.5, we see the rise of a friendly and slightly submissive agent, and that is eager to learn from us. This LLM (Large Language Model) approach thus starts to break down the barriers between humans and computers and brings the opportunity to gain...

info_outline
Towards the Memex: All Hail The Future Rulers of our World show art Towards the Memex: All Hail The Future Rulers of our World

ASecuritySite Podcast

And, so George Orwell projected a world where every single part of our lives was monitored and controlled by Big Brother. Arthur C Clark outlined the day when machines focused solely on a goal — even if it was to the detriment of human lives. And, Isaac Asimov outlined a world where machines would have to be programmed with rules so that they could not harm a human. The Rise of the Machine With the almost exponential rise in the power of AI, we are perhaps approaching a technological singularity — a time when technological growth becomes uncontrollable and irreversible, and which can have...

info_outline
World-leaders in Cryptography: Marty Hellman (March 2024) show art World-leaders in Cryptography: Marty Hellman (March 2024)

ASecuritySite Podcast

This seminar series runs for students on the Applied Cryptography and Trust module, but invites guests from students from across the university. Martin is one of the co-creators of public key encryption, and worked alongside Whitfield Diffie in the creation of the widely used Diffie-Hellman method. In 2015, he was presented with the ACM Turing Award (the equivalent of a Nobel Prize in Computer Science) for his contribution to computer science. He is currently a professor emeritus at Stanford University. https://engineering.stanford.edu/node/9141/printable/print  

info_outline
World-leaders in Cryptography: Vincent Rijmen (March 2024) show art World-leaders in Cryptography: Vincent Rijmen (March 2024)

ASecuritySite Podcast

Vincent Rijmen is one of the co-creators of the NIST-defined AES standard (also known as Rijndael). He also co-designed the WHIRLPOOL hashing method, along with designing other block ciphers, such as Square and SHARK. In 2002, Vincent was included in the Top 100 innovators in the world under the age of 35, and, along with Joan Daemen, was awarded the RSA Award for Excellence in Mathematics. He recently joined Cryptomathic as a chief cryptographer, and also holds a professor position (gewoon hoogleraar) at K.U.Leuven, and adjunct professorship at the University of Bergen, Norway. His paper on...

info_outline
World-leaders in Cryptography: Whitfield Diffie show art World-leaders in Cryptography: Whitfield Diffie

ASecuritySite Podcast

Whitfield Diffie is one of the greatest Computer Scientists ever. He - along with Marty Hellman - was one of the first to propose the usage of public key encryption and co-created the Diffie-Hellman (DH) key exchange method. Overall, the Diffie-Hellman method is still used in virtually every Web connection on the Internet, and has changed from using discrete log methods to elliptic curve methods. In 2015, Whitfield was also awarded the ACM Turing Prize - and which is the Nobel Prize equivalent in Computer Science.  In this on-line talk he meets with Edinburgh Napier University students,...

info_outline
 
More Episodes

Well, here are a few tips for PhD students and ECR (Early Career Researchers):

  1. Enjoy doing research. It is fun and one of the few times in your career when it is solely your work. To do a PhD is a privilege and not a chore. You will likely look back on it as one of the most useful things you did in your whole career.
  2. You will always hit a dip in your research. Know when that is happening, and find ways out of it. Change something in your approach. Re-ignite yourself with new topics or methods. Find a great new paper that has just been published. Fight the dip!
  3. Two years of a PhD pass by fast. Be ready for the “last year of research” spike.
  4. We often do research to repeat what others have done and add our little bit. You can’t add your little bit unless you have repeated the work of others.
  5. Validate and verify your work before you evaluate it. One slip, and everything can fall apart. Most people have flaws in initial version of their work, so don’t worry if you find flaws, it’s all part of refinement of your work. We are human, by the way!
  6. Be able to show an external person the work you have done in validating that what you have is correct. Always be ready to point to peer review work to show that something is correctly defined.
  7. Doodles with pen and paper are great for getting your mind in gear.
  8. Have a thick skin — both from your supervisors, others around you, and, most of all, peer reviewers and your external examiner.
  9. Most peer reviewers are trying to help you, while others are just nasty for the sake of it or have not created the paper that they wanted. Try to spot the bad/nasty reviewer and focus on the helpful reviewers.
  10. Few people see your failures, but most will see your successes. Know your successes when they arrive, and write them down as your progress. At the end of your work, you should be able to show the successes you had along the way.
  11. Have a vision for your work, and continually refine it. Define your own beliefs, ethics and standards for your work and stick to these, such as “I will not release drafts to review, until I have fully read them”, “I will return updates to drafts of comments from my supervisors within one week”, and “I will not publish in poor quality outlets”. Agree these with your supervisory team, and get them to commit to things from their side.
  12. Define missions within your work and strive for these, and when that mission is achieved, go on to the next one (unless your get to the end, of course).
  13. Don’t end up just being theoretical. A core part of a PhD is doing practical work, too. Make sure you code and experiment. Don’t spend one year doing a literature review. Get coding and run experiments.
  14. A thesis is not a chronological diary. It should be written with an aim to show some new novely or knowledge, and not the sequence of things you did in your research.
  15. Throughout your work, especially in the 2nd and 3rd year of a PhD, continually run small experiments and get some results.
  16. Have a hypothesis about experiments, and prove or disprove this.
  17. Know the top people in your field, and be able to quote their work.
  18. Be inspired by other researchers.
  19. Be humble about your own work, and help others.
  20. Ask for advice from others where your supervision team lack skills, such as contacting pure mathematicians or physicists. Don’t be shy in saying that you don’t understand something.
  21. Don’t ever copy and paste work from others into your own work. Rephrase in your own words.
  22. Don’t use AI tools for descriptions. The reader will typically spot these — as the writing style often changes.
  23. Be consistent in your writing style.
  24. Read the work of others — especially great science/technical writers — and understand the methods they use to engage readers.
  25. Define simple, practical and useful abstractions of the techniques you are defining. Abstract your work into other areas and get them to think in other ways around the methods you are defining … “let’s think about the little boy who put his finger in the dam; if we had a mathematical equation for this, we would …” Many would define this as, “Explain it to a smart 12-year-old child”.
  26. Explain your work to your family and friends. If they can’t understand the problem and your solution, refine it until they can.
  27. Always be ready to give an elevator pitch … you have two minutes in a lift with Bill Gates and need to define the problem, your solution, and the potential.
  28. Know the potential impact of your work. Is it technical advancement? Is it social change?
  29. If everything worked well, and you did invent an amazing new widget, what you be the best outcome? A tech unicorn? Saving 1,000s of lives? Reducing carbon emissions? Improving people’s lives?
  30. Protect your IP when you need to. Patents are one way to do this, so just don’t blindly publish every you have.
  31. If you read papers and do not quite understand how the method works, reach out to the writers of the paper, and ask questions or pose ideas. They might not reply, but if they do, they may help you with your thoughts.
  32. Build a network of contacts outside your university, and be part of a community that shares knowledge.
  33. Supervise undergraduate students for their dissertations — but be considerate, and don’t expect them to be working at a PhD level.
  34. Know why you are doing research and your end objective.
  35. Define whether the PhD is an end goal or that it is defining the start of a research career.
  36. Plan your research career and aim for the job you hope to get in the future.
  37. Don’t add your name to poor-quality work … you will get a bad reputation. Know what esteem looks like in your area, and try and build it. Avoid publishing work which you are not proud of.
  38. If it is mainly your work, you must be the first author on the paper.
  39. Don’t use the first person of “I” or “me” in any publication or thesis, unless you are giving a personal statement of something.
  40. In reporting on your research progress, showcase that you can summarise well, and show examples of your research writing without over doing it.
  41. Learn a new method every day/week.
  42. Don’t just read about a method; try and implement it in code, and see if it works.
  43. An abstract is not an introduction! The creation of an abstract is an art and is a distilled version of the thesis/paper.
  44. The title is the first thing that someone sees, so get it right!
  45. The abstract is the second thing that someone sees, so make sure that it is beautifully crafted and that the reader can finish there and know all about your work.
  46. Review, rewrite, review, rewrite, review, rewrite your abstract, and fit it into one page.
  47. The introduction and conclusions of each chapter are like bread in a sandwich. Make sure they hold the sandwich together.
  48. Review your introductions to chapters, and bring your reader back to the focus of the thesis and what you are going to show them.
  49. An introduction to a chapter should be less than one page, otherwise, it is too rambling.
  50. Get on point as to what a chapter intends to do, and get rid of anything that deviates away from that.
  51. Use appendices to park material that just does fit in a chapter, but the remainder to reference them. Few people ever read an appendix, so they possibly need less rigour in their structure and presentation.
  52. In a thesis, every word matters. Get rid of words that are not required.
  53. Enjoy some downtime, find a nice space, and properly read a paper. If possible, spend 2–4 hours just reading a paper without distractions.
  54. Find a buddy, read a paper together, and discuss it. This could be your supervisor, but you may find that they do not read the paper.
  55. Make sure that your supervisor checks your work for accuracy. If they do not, get someone else you trust to check the work.
  56. Do not submit papers without knowing that you have checked fully for typos and bad grammar. It is a sign of a weak research team that a paper is full of annoying typos and an easy rejection.
  57. Make sure your papers have all the right features so that you will not get a rejection on the layout of a paper. Enough references? No typos? Aim and contribution defined? The literature review covered? The method defined clearly? Results will present? Conclusions bring back the main contrition and significant result?
  58. Read your work aloud, and if you stumble on the words … rewrite it.
  59. Be kind to your read, and break up long runs of text with diagrams.
  60. Know your target reader(s) and their knowledge. Consider adding a theory/background chapter if you feel they need it, but also allow them to skip it if they know the area.
  61. A literature review is full of references. Virtually every paragraph should have at last one reference — otherwise, it is not a literature review.
  62. If you can, avoid the same reference being used continually for your literature … otherwise you are outlining someone else's work and not yours.
  63. Don’t add your own analysis of methods in the literature review; leave that for later, such as in the conclusions. Everything in the literature review is the basis of published work.
  64. Avoid poor quality sources … paper mills, blog posts, and social media quotes (unless your whole thesis is focused on this). Papers published in paper mills with poor standards should never be used as they have not been rigorously reviewed.
  65. A picture is worth many words. Be kind to your reader, and abstract your thoughts with nice (and simple) diagrams that are not copied from others but your own thoughts on the topic, and which link to the narrative. In fact, draw your chapter with pictures, first, and then write around these pictures.
  66. In your diagrams, avoid small text, poor contrast, and too much complexity.
  67. Remember to add a reference in the text to every figure and every table. These references should appear before the figure or table.
  68. Don’t break your text with a figure. Make sure it floats to the bottom or the top of the next page.
  69. A chapter should be between 15 and 25 pages. If it is longer, split the chapter. If it is shorter, consider merging with another chapter.
  70. The best PhD thesis’ has a core around five themes: Introduction; Literature Review; Method; Evaluation; and Conclusions.
  71. Be up-front about your contribution, and don’t overclaim that you have solved every problem in the area.
  72. Be humble, and be open about whose work you build on.
  73. Don’t have long paragraphs of text … give your reader a break, and them up with paragraphs (but don’t make them too short, too). A rule of thumb — a paragraph should be at least 2–3 sentences and probably less than half a page of text.
  74. Read, revise, read, revise, read, revise … get into a spirit of continually reading your work.
  75. Trace relevant recent publications back to the classic paper, which started a whole field of enquiry, and read that.
  76. Your writing skills will improve over time. Go back over things you have written in the past, and rewrite them.
  77. Speak to the reader as if they were in the same room as you.
  78. The first paper of a paper or thesis is the most important part. Tell the reader the significance of the problem and why they should be interested. Hit them with facts and figures that are significant.
  79. Up-front, tell them what you are going to show them … it’s not a secret, and it is too late — at the end — to show them.
  80. Avoid Microsoft Word wherever possible, and use LaTeX (such as with Overleaf). Once you get over the barrier of learning to create a mark-up document, your production will be so much higher, and you will produce nicely defined papers in an instant.
  81. Use GitHub to store your code and documents. But, remember to keep it private and only share it with trusted people.
  82. Link your LaTeX document to GitHub, and regularly back up.
  83. If you can, enable version control on your document, and keep a trace of editing updates.
  84. Rather than sharing a draft paper in a PDF with your supervisors, send them a share of the Overleaf document.
  85. Initially, in the first stages of your research, ask supervisors to clearly mark up typos, bad grammar and mistakes. At later stages, it is probably acceptable to allow them to update without highlighting.
  86. When you read a great paper, mark it up with a highlighter (either paper-based on highly on PDF) … show your supervisor how detailed you read a paper, and discuss these points with them.
  87. Keep a paper log book of your work, and write down your thoughts and ideas as you go along. Remember to put the date on it and get it signed by your supervisor on a regular basis — especially when you have a breakthrough.
  88. Think about the best way to present results and try to aggregate them together rather than having long sequences of diagrams and tables. A single table is often the best way to bring all your results together.
  89. A graph has an x-axis and a y-axis — make sure you label these correctly.
  90. Microsoft Excel is often poor at drawing graphs. Try to properly present at a quality which could be publishable.
  91. Figure labels go below the diagram, and table labels go above the table.
  92. Avoid summaries at any point in a thesis. This can just annoy the reader, as they have just read all the work. Leave your summary to the end of a chapter.
  93. Be focused on your conclusions, and recap the main things you are taking forward and what you are rejecting. A good conclusion can be fitted into less than one page.
  94. The tail-end of the thesis is the conclusion and the future work. Bring back the problem statement and your objectives, and tell the reader how the thesis addresses these, and the main significance of your work. Remember to conclude all parts of your thesis, too. And, be humble, and show that you have not solved everything in the area and where your work can be improved.
  95. The future work is your chance to shine, and where others can follow your work. Get it right, and help others.
  96. Get enterprise training early on, and understand how your work could be used by who and why?
  97. If you can, do some maths. Layout your maths properly, and, for example, don’t use “*” for multiplication. Use a proper LaTeX equation layout for these. Remember to also use in-text equation markup too, and name and describe every variable used.
  98. Store the data from all your experiments, as it may be asked for in the future.
  99. Write blogs and do some public engagement, and modify your writing and presentation style to suit.
  100. If you are an ECR, don’t lose the skills you picked up on your PhD … still read papers and have your own vision and mission statements.
  101. Go deep in your research rather than surface learning. Get some textbooks, and read about the background theory.