正直、タイトルを見て一瞬びっくりした。我々は8年以上も監査を販売してきたんだよ😅 でも、全文を読んだら、本当のポイントがより強く伝わってきた。クライアントが監査を嫌うのではなく、問題リストの代金を支払う前に、修正にどれだけのコストがかかるか分からない状況を嫌っているのだ。 そして正直、Web3セキュリティにも全く同じ問題がある。 ファウンダーたちは、メインネットリリースの直前まで監査を先延ばしにする。彼らにとっては、監査とは単なるPDFと請求書にすぎないからだ。そして報告書が届き、開発者が発見された問題を修正した後、チームはほとんど何も学ばない。 QuillShieldでは、この状況を実際に体験した。12人のエージェントによる監査では、あるセーフガードによってテストされた経路が遮断されたため、「却下済み」とされたバグについて、QuillShieldは別の攻撃経路を独自に発見した。QuillShieldはそのバグを検証するエクスプロイトテストを作成し、人間の監査員がメインネットのフォーク上で確認した。4人のレビュアーが、このバグは実在すると合意した。 AIエージェンシーでもセキュリティでも、実際に効果的なのは： チームの作業を深掘りしながら、チームに教えること 最高の発見は、チームが自らの実際のワークフローを示すことで生まれる 報告書だけを与えるのではなく、見つけたときよりも彼らをより良くすること 「監査は依然として行われる。ただ、最初に支払ってもらう対象になる必要はないのだ」 何かを構築してDevconに来られるなら、監査が終わった後もチームが長く安全であるための方法について話しましょう。DMはオープンです 🤝 良い記事ですね @lukepierceops 👇