Skip to content

Commit 4aeb2c9

Browse files
nellshamrellbalteravishay
authored andcommitted
add additional Rust practice (ossf#41)
Signed-off-by: Nell Shamrell <[email protected]> Signed-off-by: balteravishay <[email protected]>
1 parent b609a55 commit 4aeb2c9

File tree

1 file changed

+2
-1
lines changed

1 file changed

+2
-1
lines changed

docs/best-practice-memory-safe-by-default-languages.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -11,10 +11,11 @@ TO DO
1111
* Use unsafe blocks sparingly and follow careful practices - see [The Rustonomicon](https://doc.rust-lang.org/nomicon/intro.html)
1212
* When using unsafe code in Rust, the safety boundary is the module boundary. When examining snippets of unsafe code in Rust, you generally need to assess the entire module in which the unsafe code appears. [Source](https://github.com/ossf/Memory-Safety/issues/15#issuecomment-1847939439)
1313
* Avoid using the [no_mangle](https://github.com/rust-lang/rust/issues/28179) attribute
14+
* Use [cargo-geiger](https://github.com/geiger-rs/cargo-geiger) to monitor statistics about a crate's use of unsafe code
1415

1516
## Go
1617

17-
* Using the [unsafe package](https://pkg.go.dev/unsafe#pkg-overview) is sometimes necessary when using C from Go. Be careful (TO DO: Add more about how to be careful)
18+
* Use the [unsafe package](https://pkg.go.dev/unsafe#pkg-overview) is sometimes necessary when using C from Go. Be careful (TO DO: Add more about how to be careful)
1819
* Use the [Go data race detector](https://go.dev/doc/articles/race_detector) to check for data race conditions
1920
* Follow the [Security Best Practices for Go Developers](https://go.dev/doc/security/best-practices)
2021

0 commit comments

Comments
 (0)